[Mono-dev] runtime specification in nunit-console.exe.config

[Kamil Skalski]

Actually, as Sebastien mentioned in that thread, we cannot just
install the 2.0 nunit assemblies, because they conflict with 1.1
profile ones.
But indeed, removing .config file from nunit-console is a good idea,
because it is rather meaningless on mono (the corlib should be choosen
according to the profile for which nunit-console was compiled and
there are no 1.0 compatibility issue).
It is a safe operation and IMO can be commited immediately.

And about resolving assemblies conflict problem... I have an idea that:
- lib/mono/1.0  and lib/mono/2.0 directories would both contain
nunit.core.dll, etc. symlinks to the GAC, but there would be two kind
of directories in the gac/:
- nunit.core, nunit.framework,...  and nunit2.core, nunit2.framework, ...
- if it is possible, those *2.* directories would just be the
disambiguation hack and they would contain standard  nunit.core.dll,
nunit.framework.dll, ...
- there would be additional mono-nunit2.pc, which would point to 2.0 assemblies

This is my idea, but I'm not sure what Makefile stuff needs to be done
for such configuration and the most important thing, if gacutil allows
to create the mentioned "hack" directories.


2005/10/24, Atsushi Eno <atsushi at ximian.com>:
> Oh, thanks Kamil, I overlooked the post... that patch looks cooler :-)
> I support it.
>
> Atsushi Eno
>
> Kamil Skalski wrote:
> > Yap, removing this would be nice and it would bring nunit-console on
> > 2.0 profile one step closer to being usable outside the mono build
> > tree (see http://lists.ximian.com/pipermail/mono-devel-list/2005-September/014598.html)
> >
> > This is a deviation from original nunit.org sources though.
> >
> > Still, the most difficult problem with nunit for 2.0 is that we need
> > to store somehow the 2.0 version of nunit assemblies and the current
> > versioning/numbering scheme does not give a clean way for this. Nunit
> > assemblies are currently installed into the GAC under 2.2.0.0 version
> > number (and are compiler for 1.1 profile).
> >
>


--
Kamil Skalski
http://nazgul.omega.pl