I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run
into the trouble exactly as you describe. By running the make process with
'MONO_LOG_LEVEL=debug' I've concluded that the build process hangs as soon
as the local 2.4 mono is invoked to compile runtime .cs source files
did you try the following magic ?
ulimit -Hs 10240
Jonathan Soft escribió:
I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run
into the trouble exactly as you describe. By running the make process with
'MONO_LOG_LEVEL=debug' I've concluded that the build process hangs
pablosantosl...@terra.es wrote:
did you try the following magic ?
ulimit -Hs 10240
I did along the way most of the time, but I'm not 100% sure that I reached
my conclusions with the heap enlarged. I'll take another look.
Another idea I had was to try running ./configure with '--with-jit=no'.
On Thu, 2009-04-02 at 22:52 -0400, Jonathan Chambers wrote:
Hello,
Here are a few small patches for review.
Hi Jonathan,
your patches all look good, feel free to commit :-)
Martin
debugger_windows_braces.patch: A quick fix to allow code to compile on
csc. Bug 478101 is filed
Am 03.04.2009 um 10:51 schrieb Jonathan Soft:
Another idea I had was to try running ./configure with '--with-
jit=no'. If
I'm not mistaken that forces make to use 'mono/interpreter/mint'
instead of
'mono/mini/mono' for the build process.
Don't bother. The interpreter has been
I think a better approach instead of using dynamic assemblies is to use
dynamic methods on 1.0 as well.
They can be exposed as internal stuff from mscorlib to System and most of
the work will replacing the generic
stuff.
2009/4/2 Kornél Pál kornel...@gmail.com
Hi,
Because of the restrictions
Hi,
The runtime has support for generic types in profile 1.0 as well,
OnDeserializedAttribute could also be used, just like new case
insensitive and culture invariant string operations/comparison, static
classes could be supported by profile 1.0 C# compiler because no runtime
support is
I think that using public fields instead of private ones costs no work.
Parts of this patch related to dynamic assemblies are just a few lines
that is complete and needs no maintenace. I didn't have to change a
single character in the code generator so the part that really needs
maintenance is