[Mono-devel-list] Re: Potential GAC implementation ideas.

[Michal Moskal]

On Thu, Oct 23, 2003 at 07:17:49PM -0400, Todd Berman wrote:
> Again, different tool.

Ok, thanks for explanation.

> > Different setting could be that pre-ngened binaries come with RPMS, this
> > would be harder to support I suppouse.
> 
> RPMs should never ship with ngen'd binaries as they are OS, arch, and
> runtime specific, that's just a asking for disaster :P

When you're shipping this stuff along with entire linux distribution all
that are fixed. But let's leave it for now.

> As well, you need to evaluate what the GAC is for, its not a place to store
> ALL your assemblies, just a place to store versioned shared assemblies.

Maybe stupid question, but: Why? I see following reasons to store all
assemblies in GAC:

a) faster lookup (just need to check exactly one fixed file)
b) don't clutter /usr/lib with DLLs
c) simplified install procedure (gacutil /i takes care of installing
   file in correct path, with the fakeroot correctly setup when needed)

-- 
: Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv
: When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h