[Mono-dev] gacutil problem
jonpryor at vt.edu
Wed Jan 11 07:44:09 EST 2006
On Tue, 2006-01-10 at 10:35 -0500, Joshua Tauberer wrote:
> Something about mcs not using the GAC to find assemblies, but only
> looking at 'installed' packages with .pc files, or in
> /usr/lib/mono/1.0/. You could specify the full path, or use -L.
> Could we reevaluate exactly why we avoid using the GAC at compile time?
> Lots of people have been confused by this behavior, I still don't
> understand how looking in particular places besides the GAC is any
> better than additionally looking in the particular place named the GAC.
> If the developer is concerned about the version of the assembly found,
> he should be able to put the version in the /r option, and not rely on
> the right version (and no other version) actually being 'installed'.
One word: Compatibility. CSC.EXE wouldn't understand such a syntax, and
we cannot simulate such a syntax either. At least with `mcs -pkg:pkg`
you can always use `CSC.EXE $(pkg-config --libs pkg)`, thus providing a
mental mapping from mcs to CSC.
Extending /r to do GAC lookups couldn't be simulated at all with CSC.
Extending /r would also be ugly-as-hell (the /r reference would require
the public key token and major.minor version at minimum), e.g.
mcs "/r:gtk-sharp, Version=22.214.171.124, Culture=neutral, PublicKeyToken=35e10195dab3c99f"
Imagine doing that for all your assembly references. Blech!
IIRC NAnt also raised some issues with this approach.
(And probably more threads that I'm forgetting, this was discussed a
More information about the Mono-devel-list