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 <[EMAIL PROTECTED]>: > 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 _______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list