64 bit mono packages missing
by Paul F. Johnson
Hi,
Other than log4net, sharpcvslib and ndoc (log4net and ndoc are reliant
on .NET 1.1 libs so are dead in the water), I'm going to see if I can
get nant to build for 64 bit architectures over the next day or so....
Here's hoping!
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
13 years, 6 months
64 bit mono packages missing
by Paul F. Johnson
Hi,
Other than log4net, sharpcvslib and ndoc (log4net and ndoc are reliant
on .NET 1.1 libs so are dead in the water), I'm going to see if I can
get nant to build for 64 bit architectures over the next day or so....
Here's hoping!
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
13 years, 6 months
sgen f14 x86_64 sucess (Fw: status of new gabbage collector on mono 2.8 fedora)
by Hin-Tak Leung
Dear Paul,
I wrote to mono-fedora a couple of weeks ago as below. (and before that, I followed your postings, etc about mono 2.8 quite closely). Anyhow, I grabbed 2.8-8 off koji, made two changes (I made the first one, then it complained about unchecked files, so I added the 2nd):
----------------------------------------
@ -337,7 +337,7 @@
%configure --with-ikvm-native=yes --with-jit=yes --with-xen_opt=yes \
--with-moonlight=yes --with-profile2=yes \
- --with-libgdiplus=installed --with-sgen=no \
+ --with-libgdiplus=installed --with-sgen=yes \
%if ! %{with_mono4}
--with-profile4=no \
%endif
@@ -398,6 +398,7 @@
%defattr(-,root,root,-)
%doc AUTHORS COPYING.LIB ChangeLog NEWS README
%{_bindir}/mono
+%{_bindir}/mono-sgen
%{_bindir}/monodir
%{_bindir}/mono-test-install
%{_bindir}/mono-gdb.py
-----------------------
and it built to completion with f14 x86_64 (my system is basically up-to-date f14 - just with also libgdiplus grabbed from koji). So could you have another look and/or see what's wrong with on koji's build farm?
Thanks.
Hin-Tak
--- On Thu, 2/12/10, Hin-Tak Leung <htl10(a)users.sourceforge.net> wrote:
> Hi - I have been following the
> progress of integration of mono 2.8 into fedora. e.g. http://koji.fedoraproject.org/koji/buildinfo?buildID=206128
>
> I am a little disappointed with the sgen being disabled on
> 64-bit build - I assume that means the simple generational
> gabbage collector, rather than
> 'sgen - Mono XML Serializer GENerator'. That's the change I
> have been waiting for almost two years for some applications
> I run which does strange things memory-wise and needs a
> large heap otherwise(?).
>
> Can somebody post and summarise the problem? I am on f14
> and have a mono git (and regularly cross-compile mono with
> some local changes) and I'd like to get this fixed, if
> something needs fixing.
>
>
>
>
>
13 years, 6 months
Mono.Cecil
by Paul F. Johnson
Hi,
Mono.Cecil has been a pain in the backside for many moons with the
advice being to ditch the version which ships with package and try and
use the version bundled with mono itself (which is version 0.6-ish).
Unfortunately, this is leading to a number of problems (db4o 7.4 up
won't work like this and many other packages are starting to creak)
The lead developer for Mono.Cecil has released version 0.9.4 and it's
rapidly approaching version 1.0 (not sure about the eta on it).
I've packaged 0.9.4 up as a new package (mono-cecil) and will put it up
for review shortly (got a few minor things to sort out first). This will
break quite a few of the scripts currently being used (for example,
monodevelop-2.4.1 won't build). However, there are advantages to using a
new Mono.Cecil, especially as the old version really is old and broken
in places.
Does anyone have a problem with a new mono.cecil package being imported?
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
13 years, 6 months
Mono.Cecil
by Paul F. Johnson
Hi,
Mono.Cecil has been a pain in the backside for many moons with the
advice being to ditch the version which ships with package and try and
use the version bundled with mono itself (which is version 0.6-ish).
Unfortunately, this is leading to a number of problems (db4o 7.4 up
won't work like this and many other packages are starting to creak)
The lead developer for Mono.Cecil has released version 0.9.4 and it's
rapidly approaching version 1.0 (not sure about the eta on it).
I've packaged 0.9.4 up as a new package (mono-cecil) and will put it up
for review shortly (got a few minor things to sort out first). This will
break quite a few of the scripts currently being used (for example,
monodevelop-2.4.1 won't build). However, there are advantages to using a
new Mono.Cecil, especially as the old version really is old and broken
in places.
Does anyone have a problem with a new mono.cecil package being imported?
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
13 years, 6 months
status of new gabbage collector on mono 2.8 fedora
by Hin-Tak Leung
Hi - I have been following the progress of integration of mono 2.8 into fedora. e.g. http://koji.fedoraproject.org/koji/buildinfo?buildID=206128
I am a little disappointed with the sgen being disabled on 64-bit build - I assume that means the simple generational gabbage collector, rather than
'sgen - Mono XML Serializer GENerator'. That's the change I have been waiting for almost two years for some applications I run which does strange things memory-wise and needs a large heap otherwise(?).
Can somebody post and summarise the problem? I am on f14 and have a mono git (and regularly cross-compile mono with some local changes) and I'd like to get this fixed, if something needs fixing.
13 years, 6 months