Hello,
I tried to build the preview 2.6 on Sparc and PowerPC. It failed on both,
apparently because of problems in GC, but for different reasons.
The problem on powerpc looks similar to
https://bugzilla.redhat.com/show_bug.cgi?id=494026 in Mono-2.4.
I may well be missing something...
--
Erven
On Thu, 2009-10-22 at 15:06 -0700, Anthony Bowker wrote:
> I haven't seen much chatter (on mono-devel-list) recently about the 2.6
> release.
>
> I wondered, is it would be possible to get a fix for
> https://bugzilla.novell.com/show_bug.cgi?id=495957, a regression from 2.2,
> into the 2.6 release
devel-list-boun...@lists.ximian.com
[mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Andrew
Jorgensen
Sent: Wednesday, September 30, 2009 7:31 PM
To: mono-packagers-l...@lists.ximian.com
Cc: mono-devel
Subject: [Mono-dev] 2.6 preview 1
The first preview build of 2.6 has been publish
Hey Alan,
I understand. I've been through the algorithm and it's very sound. It
screams on Microsoft .net, runs nicely (but a little slower) on Mono runtime
and Linux. Bogs down like crazy on Mono + Mac. I have a sneaky suspicion
it's the way the calling thread is waiting for the worker threads t
Hey,
On Thu, Oct 1, 2009 at 6:56 PM, LKeene wrote:
>
> Has the Task Parallel Library been performance tested on OSX? I've been
> having a tough time getting any kind of performance out of my threads on
> the
> Mac+Mono platform. Maybe this is the solution?
>
> Unlikely. I mean this in a construc
I never heard of it tested under OSX.
--Jérémie Laval
jeremie.la...@gmail.com
http://neteril.org
On Thu, Oct 1, 2009 at 7:56 PM, LKeene wrote:
Has the Task Parallel Library been performance tested on OSX? I've been
having a tough time getting any kind of performance
Has the Task Parallel Library been performance tested on OSX? I've been
having a tough time getting any kind of performance out of my threads on the
Mac+Mono platform. Maybe this is the solution?
-L
Andrew Jorgensen-4 wrote:
>
> The first preview build of 2.6 has been published to
> http://mo
Daniel Morgan wrote:
> Is the Mono for Windows installer bigger now because it includes the mono.dll
> and mono static libraries like libmono.a which non-embedders do not need?
Mono.dll is required by the Windows build, so it cannot be omitted.
Libmono.a is of no use under Windows and it should n
, Andrew Jorgensen wrote:
> From: Andrew Jorgensen
> Subject: [Mono-dev] 2.6 preview 1
> To: mono-packagers-l...@lists.ximian.com
> Cc: "mono-devel"
> Date: Wednesday, September 30, 2009, 10:30 PM
> The first preview build of 2.6 has
> been published to http://mo
Fixed.
Thanks!
Jon
Rafael Teixeira wrote:
> Small typing error on the "Release Notes"
>
> Users of mkbundle can now pass runtime options to the generated
> executable by setting the MONO_BUNDLED_OPTIONS
> environment variable.
>
> Where is "" it should be "", I think.
>
>
> Rafael "Monoman" T
Small typing error on the "Release Notes"
Users of mkbundle can now pass runtime options to the generated
executable by setting the MONO_BUNDLED_OPTIONS
environment variable.
Where is "" it should be "", I think.
Rafael "Monoman" Teixeira
---
"To be creative
The first preview build of 2.6 has been published to
http://mono.ximian.com/monobuild/preview/download-preview/
The windows installer in this build is known to contain a number of problems,
including but not limited to:
* Has an older build (2.4.x) of gluezilla
* Does not contain mono-tools (mon
12 matches
Mail list logo