Summary: | Mk/Uses/mono.mk: modernize gac macros | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Jan Beich <jbeich> | ||||||
Component: | Ports Framework | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> | ||||||
Status: | New --- | ||||||||
Severity: | Affects Only Me | CC: | saper | ||||||
Priority: | --- | ||||||||
Version: | Latest | ||||||||
Hardware: | Any | ||||||||
OS: | Any | ||||||||
Attachments: |
|
Looks good, probably we should do similar thing with the sn (signing) tool. Do you know what /package 1.0 /package 2.0 parameters were supposed to do? Created attachment 243938 [details]
remove GACUTIL*
$ man gacutil
[...]
The -package option can be used to also create a directory in in
prefix/lib/mono with the name NAME, and a symlink is created from
NAME/assembly_name to the assembly on the GAC. This is used so
developers can reference a set of libraries at once.
This bug predates USES=mono:nuget and devel/msbuild. Nothing in ports/ uses GACUTIL macros anymore.
^Triage: reset Assignee after ports c59052ead113. |
Created attachment 151834 [details] wip (2 ports converted) GACUTIL macros have the following problems: - no staging support - /package specified more than once - lack of MONO_SHARED_DIR How about: - using ?= to allow overriding macros - dropping/replacing less used one - converting ports that install manually to use macros