I found myself building the mono-tools package from trunk yesterday and
I stumbled across a compilation error gsharp/Shell.cs.
Basically Mono.CSharp.Report recently (see r141436) had some of its
output handling which breaks Shell.cs which was relying on setting a
static
Hi,
I found myself building the mono-tools package from trunk yesterday and
I stumbled across a compilation error gsharp/Shell.cs.
Fixed in trunk.
Thanks for notifying
Marek
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
My suggestion would be using a separate ThreadPool for the channel than
the one used by the system, since Dick is aware race conditions can
happen (deadlocks) between code using the System ThreadPool in the
process and the channel.
Diff. ThreadPools will fix it.
pablo
Miguel de Icaza
This does not answer your question, but you might find it of interest.
http://gcc.gnu.org/projects/cli.html
--- On Thu, 9/10/09, Lennie De Villiers lenni...@gmail.com wrote:
From: Lennie De Villiers lenni...@gmail.com
Subject: [Mono-dev] GCC CLI
To: mono-devel-list@lists.ximian.com
Date:
On Thu, 2009-09-10 at 19:09 +0200, Mark Probst wrote:
On Thu, Sep 10, 2009 at 6:52 PM,
pablosantosl...@terra.espablosantosl...@terra.es wrote:
We tried to build it today since we're experiencing issues with libgc under
really heavy load.
SGen is not production-ready yet. It cannot even
On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com wrote:
Is there a known list of jobs needed for sgen, or is it just a case of
working through the failures and bugs?
At this point we're still in the bug-fixing stage, which means finding
and fixing more and more obscure
On 11 Sep 2009, at 3:26PM, Mark Probst wrote:
On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com
wrote:
Is there a known list of jobs needed for sgen, or is it just a case
of
working through the failures and bugs?
If you'd like to help, I'll write up a document
I'd second that, and would like to help as well. On lightweight devices such as
netbooks the garbage collection latency becomes much more noticeable and a
production implementation of SGen would be very nice.
-Thad
-Original Message-
From: mono-devel-list-boun...@lists.ximian.com
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely detect a
good number of potential bugs.
Dick Porter wrote:
On 11 Sep 2009, at 3:26PM, Mark Probst wrote:
On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter
dpor...@codicesoftware.com
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely detect a
good number of potential bugs.
Exactly what happened?
Yesterday I reconfigured my Mono like this:
./configure --with-gc=sgen
And Mono built without
On Fri, Sep 11, 2009 at 3:21 PM, Miguel de Icaza mig...@novell.com wrote:
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely detect a
good number of potential bugs.
Exactly what happened?
Yesterday I
Must be our problem then. We'll try again, maybe we've an outdated SVN
copy or something (I don't think so, but let's try again).
Miguel de Icaza wrote:
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely
We were just planning to test it on Linux.
Rodrigo Kumpera wrote:
On Fri, Sep 11, 2009 at 3:21 PM, Miguel de
Icaza mig...@novell.com wrote:
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely
detect a
good
Hello,
Did the student of Google Summer Of Code release the code for what his
done so far with the GCC CLI project?
That project was not completed (that is a few years old)
But there are good news, the folks at ST Microelectronics maintain a CIL
branch in GCC.
On Fri, Sep 11, 2009 at 8:35 PM, Rodrigo Kumpera kump...@gmail.com wrote:
It's worth pointing out that SGEN won't build on windows or OSX at the
moment
since it requires a working __thread implementation. Mark has been working
on
lifting this requirement but the code haven't been committed
On Fri, Sep 11, 2009 at 6:55 PM, Mark Probst mark.pro...@gmail.com wrote:
On Fri, Sep 11, 2009 at 8:35 PM, Rodrigo Kumpera kump...@gmail.com
wrote:
It's worth pointing out that SGEN won't build on windows or OSX at the
moment
since it requires a working __thread implementation. Mark has
I just discovered more Unicode Normalization Bugs in Mono SVN.
using System;
using System.Text;
namespace Test
{
public class NormalizationTest_Arabic {
public void TestNormalization() {
char[] originalChars = new char [] { '\u064A', '\u064F',
'\u0648', '\u0654',
I forgot to mention what happens. You get an unhandled exception.
We're planning on writing a process that goes through and finds a bunch of
these cases so we can submit a huge bug report of all the cases we know of
where Mono differs from say ICU's normalization.
ws1048:~ tom.philpot$ gmcs
Hi Tom,
Thanks. I'll have a look next week.
I'm not passionate to fix every unicode normalization issue unless I can
fully commit this
area. .NET is not very excellent on Unicode compliant normalization (it
fails much more
than us according to normalization tests). Crashers like this are no
19 matches
Mail list logo