[Mono-dev] Mono 2.6.x
Geoff Norton
gnorton at novell.com
Mon Feb 8 15:03:12 EST 2010
Matteo,
On 2010-02-08, at 4:57 AM, matteo tesser wrote:
> Hi Geoff,
> Is the well tested stable component you refer, public? can we help in testing?
>
Yes, its the GC. We've made the change in trunk which means that it will be in 2.8 barring any problems.
> I only wan to say that Its a pity that this will not back-ported.
> Given this any change of running multi-thread apps is loss.
> I noticed that (at least in my case, a 3x performances boost can be
> obtained on Mac OS X also in cases where there only one background
> working thread and an UI thread). Anyway I agree that is more
> important to have apps running slow that not running at all.
>
2.6 is a stable supported release, I've discussed with the runtime team, and the consensus is that backporting a fundamental change to the GC into the 2.6 branch is not worth the risks, it needs more time to incubate in trunk so that it can be included in 2.8.
> Finally a question: I noticed when running autogen.sh I saw the
> following line:
>
> Parallel Mark: Disabled_Currently_Hangs_On_MacOSX
>
> I assume that meaining of the word Hangs is: it goes too slow, and
> maybe this can solved by the synchronization speedup.
No, hangs means it hangs and deadlocks the process.
>
> I tried to force the use of parallel mark by compiling the trunk with
> the following option --enable-parallel-mark, and I obtain the
> following error on make, is this normal?
>
> Making all in mini
> make all-am
> ../../doltlibtool --quiet --tag=CC --mode=link gcc -I../..
> -I../../libgc/include -D_REENTRANT
> -I/Users/teo/mono2.5/include/glib-2.0
> -I/Users/teo/mono2.5/lib/glib-2.0/include -g -O2
> -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes
> -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes
> -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings
> -export-dynamic -sectcreate __TEXT __info_plist
> ../../mono/mini/Info.plist -pthread -o mono main.o libmono-static.la
> -L/Users/teo/mono2.5/lib -lgthread-2.0 -lglib-2.0 -lintl -lm
> -lpthread -lm
> Undefined symbols:
> "_mono_gc_get_write_barrier", referenced from:
> _decode_method_ref in libmono-static.a(aot-runtime.o)
> ld: symbol(s) not found
Are you still seeing this?
-g
>
> Thanks,
> Matteo
>
> On Wed, Feb 3, 2010 at 8:29 PM, Geoff Norton <gnorton at novell.com> wrote:
>>
>> On 2010-02-03, at 2:27 AM, matteo tesser wrote:
>>
>>> HI
>>>
>>> The following bug has been fixed on the trunk, I would like it to be backported:
>>> https://bugzilla.novell.com/show_bug.cgi?id=402833
>>
>> This patch will not be backported, it changes the behaviour of well tested stable component in a major way with a serious chance of regressions.
>>
>> Geoff
>>
>>
More information about the Mono-devel-list
mailing list