mono December 2010

mono@lists.fedoraproject.org

3 participants
7 discussions

Start a nNew thread

Call for papers - 2011 World Congress on Mathematics and Statistics
by WCMS 2011 27 Dec '10

27 Dec '10

1 0

64 bit mono packages missing
by Paul F. Johnson 24 Dec '10

24 Dec '10

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...

2 2

64 bit mono packages missing
by Paul F. Johnson 22 Dec '10

22 Dec '10

1 0

sgen f14 x86_64 sucess (Fw: status of new gabbage collector on mono 2.8 fedora)
by Hin-Tak Leung 11 Dec '10

11 Dec '10

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. > > > > >

1 0

Mono.Cecil
by Paul F. Johnson 08 Dec '10

08 Dec '10

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...

1 0

Mono.Cecil
by Paul F. Johnson 08 Dec '10

08 Dec '10

1 0

status of new gabbage collector on mono 2.8 fedora
by Hin-Tak Leung 01 Dec '10

01 Dec '10

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.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

mono December 2010