dh_clideps - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

dh_clideps - tính toán các phụ thuộc CLI (.NET)

SYNOPSIS

dh_clipps [gỡ lỗi lựa chọn]

MÔ TẢ

dh_clideps là một chương trình gỡ rối chịu trách nhiệm tạo $ {cli: Depends}
thay thế và thêm chúng vào tệp phụ.

Chương trình sẽ xem xét các tệp .dll / .exe và .config trong gói của bạn và sẽ sử dụng
thông tin phụ thuộc được nhúng để tạo một chuỗi phụ thuộc khi lắp ráp và chia sẻ
gói libs, bao gồm cài đặt phạm vi phiên bản (như được khai báo bởi shlibs / clilibs
tệp của các gói đã sử dụng). Sự phụ thuộc vào một CLR nhất định (Thời gian chạy ngôn ngữ chung)
phiên bản cũng sẽ được thêm vào biến cuối cùng.

Lưu ý: các phụ thuộc vào thư viện được chia sẻ có thể không được giải quyết chính xác nếu không có
Các tệp .config được liên kết với tệp .exe / .dll đề cập đến tệp được chia sẻ cụ thể
thư viện (bởi SONAME của nó).

Nếu bạn sử dụng chương trình này, gói của bạn sẽ phụ thuộc vào cli-common-dev (> = 0.4.0).

LỰA CHỌN

-d Cố gắng dự đoán và tránh các bản sao có thể xuất hiện nếu bạn đóng gói cả hai, bản gốc
thư viện được chia sẻ và tập hợp DLL trong một gói. Danh sách có thể trùng lặp
các ứng cử viên dự kiến ​​sẽ ở trong shlib biến: Phụ thuộc từ
debian / package.substvars.

-r Không đặt phiên bản phụ thuộc mạnh vào thời gian chạy đơn hoặc các gói CLR khác. Cái này
tùy chọn có thể được sử dụng để chỉ định một sự phụ thuộc thoải mái vào VM / CLR theo cách thủ công trong
tập tin điều khiển, ví dụ. "mono-runtime | cli-runtime".

-lthư mục [: directory: directory: ..]
Trước khi mondis được chạy, MONO_GAC_PREFIX và MONO_PATH được đặt thành thư mục được chỉ định
(hoặc các thư mục - phân tách bằng dấu hai chấm). Điều này rất hữu ích cho các gói đa nhị phân
trong đó một thư viện được xây dựng trong một gói và một gói khác chứa các tệp nhị phân được liên kết
chống lại thư viện nói. Các đường dẫn tương đối sẽ được thực hiện tuyệt đối vì lợi ích của monodis.

Lưu ý rằng thư mục được cung cấp phải là đường dẫn đầy đủ hoặc tương đối đến một thư mục
chứa thư viện. Xem ví dụ bên dưới.

-Xcon đường --exclude =con đường
Các đường dẫn để loại trừ khỏi tìm kiếm .dll / .exe. Lắp ráp trong các đường dẫn này hoặc
các thư mục con sẽ không được tìm kiếm các phần phụ thuộc và các tập hợp bị thiếu
tham chiếu sẽ không làm cho dh_clideps bị lỗi.

--exclude-moduleref =mô-đunref
ModuleRef để loại trừ khỏi giải pháp phụ thuộc. dh_clideps sẽ không cố gắng
giải quyết các phụ thuộc của các ModuleRefs này. Đặc biệt, dh_clideps sẽ không bị lỗi nếu
các mô-đun này không thể giải quyết được.

Có thể được chỉ định nhiều lần. Mỗi lần nó loại trừ một ModuleRef mới.

ModuleRefs cần loại trừ có thể được tùy chọn bắt đầu bằng "i:" để chỉ định một trường hợp-
đấu vô cảm.

Nếu foo bị loại trừ, cả foo và foo.dll sẽ được xem xét khi đối sánh với loại trừ.

đơn âm nội bộ
Sử dụng thời gian chạy đơn trong. (được sử dụng cho gói đơn khởi động)

VÍ DỤ

Giả sử rằng gói nguồn của bạn tạo ra các gói nhị phân libfoo1.0-cil và libbar1.0-cil.
Trong tệp quy tắc của bạn, trước tiên hãy chạy dh_makeclilibs, sau đó chạy dh_clideps:
(Ví dụ MONO_GAC_PREFIX)
dh_makeclilibs -V
dh_clideps -l debian / libfoo1.0-cil / usr: debian / libbar1.0-cil / usr hoặc
(Ví dụ MONO_PATH)
dh_clideps -l debian / foo-application / usr / lib / foo-application hoặc
(Ví dụ MONO_GAC_PREFIX)
dh_clideps -l debian / tmp / usr

Giả sử gói nguồn libquux1.0-cil của bạn cũng gửi một số ví dụ trong / usr / chia sẻ, còn bạn
không muốn kéo những phụ thuộc đó vào.
dh_clideps -X / usr / share

Giả sử gói nguồn của bạn có ModuleRef trên libbaz nhưng hoạt động chính xác mà không có nó.
Việc loại trừ ModuleRef này sẽ ngăn dh_clideps thêm phần phụ thuộc vào gói hoặc
thất bại nếu sự phụ thuộc libbaz là không thể giải quyết được.
dh_clideps --exclude-moduleref = libbaz

Sử dụng dh_clideps trực tuyến bằng các dịch vụ onworks.net