[Mono-devel-list] Re: Potential GAC implementation ideas.
tberman at gentoo.org
Thu Oct 23 18:04:03 EDT 2003
> You run gacutil --cache in relevant directories. It traverses them,
> and puts somewhere in it's database that file.dll with version 22.214.171.124
> (it takes this information from DLL meta data, it's much like soname in
> UNIX) is in /foo/bar/file.dll.1.13. The runtime then asks gac library. It
> checks its cache and returns proper filename. where's the problem?
So, instead of running a gacutil /i after installing an rpm, you now want to
run a gacutil --cache? Whats the difference?
> > And what about crossplatform.
> This is platform neutral (you just need enough filenames :-)
This is *not* crossplatform, as right now we are building
Microsoft.Web.Services.1.dll and Microsoft.Web.Services.2.dll and it
prevents any crossplatform when the libraries are named such.
> > When I compile an application on windows using
> > and I tell it to use version 126.96.36.199 instead of version 188.8.131.52 (both of
> > which are installed, and in the GAC) it lists the assembly in the PE as
> > 'Microsoft.Web.Services' not as 'Microsoft.Web.Services.$version'.
> You seem to unify concepts of file name and library name. These need not
> be the same -- that's what's GAC is for (think of directories as parts
> of file names).
Correct me if I'm wrong (and I might very well be), but doesn't mono and
.net use syntax like this inside the assembly/exe?:
.assembly extern System
.publickeytoken = (B7 7A 5C 56 19 34 E0 89 )
Again, I could be wrong, but currently, doesn't mono find these files by
tacking a .dll to the end of that and looking it is locations?
If instead, it goes through and somehow identifies and then opens all
possible assemblies in your assembly locations and compares whats it looking
for to the .assembly notation that defines said assembly, I was not aware.
More information about the Mono-devel-list