[Mono-dev] Re: [Mono-devel-list] [PATCH] Profile 2.0 assembly versions
kornelpal at hotmail.com
Wed Aug 10 05:43:02 EDT 2005
There is a pending bug:
I marked it critical because it affects compatibility very much and it
wasn't altered by anyone so I think others thiks the same.
The poblem is not only at assembly loading because if you compile your own
assemblies using Mono they will have 2.0.3600.0 references while .NET FX
compiled assemblies have 18.104.22.168 references to class library assemblies so
you cannot compile assemblies using Mono if you want to ensure .NET
Framework 2.0 compatiblity.
I have already created the patch andit's on the list:
(attachments are on the bottom of the page)
This patch may not be up to date.
But Ben Maurer does not want to see this patch in SVN until some major
modifications are done to the whole class library. I think he thinks I have
time to fix every possible issues before comitting a critical bugfix.:)
As he wants me to do some major updates if I want to commit the patch I
decided to centralize some other common assembly level attributes because
currently nearly each assembly in the class library has different
AssemblyInfo.cs design along with a lot of redundant attibutes that could be
I did not have yet enough time to do such a major class library level
AssemblyInfo.cs patch so the 22.214.171.124 patch is partially depending on me
because I announced a future patch altough the 126.96.36.199 patch could be used
without other patches.
According to my experiences such a big patch that affects all assemblies
takes a lot of time to be approved so I cannot tell you an exact date when
the 188.8.131.52 patch
----- Original Message -----
From: "Kamil Skalski" <kamil.skalski at gmail.com>
To: "Kornél Pál" <kornelpal at hotmail.com>
Cc: "Ben Maurer" <bmaurer at ximian.com>; "Andreas Nahr"
<ClassDevelopment at a-softtech.com>; "Miguel de Icaza" <miguel at ximian.com>;
<mono-devel-list at lists.ximian.com>
Sent: Wednesday, August 10, 2005 11:12 AM
Subject: Re: [Mono-devel-list] [PATCH] Profile 2.0 assembly versions
> Any update on those patches? The incompatible version numbers prevents
> using MS.NET bootstraped compiler on mono, so it would be nice to make
> mono more up to date.
> Kornel, I could help in creating the patch.
> 05-07-29, Kornél Pál <kornelpal at hotmail.com> napisał(a):
>> > Disk space is cheap. I can get disk space for under $0.50 per Gigabyte.
>> > If you want to measure performance gains, they have to be in terms of
>> > time (reducing the number of pages read from disk: ie, show that you
>> > save at least 1 page from being read from the disk) or memory (show
>> > that
>> > you save at least one page of memory from being allocated due to
>> > mallocs
>> > that you save or from being kept paged in by the OS).
>> I belive that altough we could add some random rubbish to compiled files
>> like VB6 compiler does it's better not to include any unnecessary data in
>> files. The point of view hardware is cheap is not good I think. Users
>> buy faster CPU and more RAM as well altough it is more expensive than
>> Saying we don't care about HDD is the same as Microsoft does and their
>> operating system is expanding without limits.:)
>> >>From Kornel:
>> >> BTW what about the 184.108.40.206 patch?
>> > I'd still like to kill all the #if NET_1_1 crap in the files and use
>> > MonoConsts.FxVersion or something. It will save us pain in the future.
>> In this case I would like to do some more AssemblyInfo.cs centralization
>> (movig common attributes to a common file and using a common set of
>> attributes in all the assemblies with MS.NET attributes in mind of
>> and cleanup because AssemblyInfo.cs files are a bit anarchistic
>> And adding AssemblyFileVersion attributes to all of the assemblies with
>> version you currently emit to the common MonoVersion.cs. And emit a
>> instead of AssemblyVersion attribute that can be used in a common file.
>> Is it OK? (I mean on OK that in addition that it meats your/our plans on
>> Mono it will be approved if the patch is correct, without saying that we
>> want to wait until next millenium or 101 other patches should be
>> before that one. Because I don't like to waste time on patches that will
>> be approved in a resonable time.)
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
> Kamil Skalski
More information about the Mono-devel-list