Hi Zoltan,
The attached patch add support for try holes in AOT format.
Please review.
Thanks,
Rodrigo
diff --git a/mono/mini/ChangeLog b/mono/mini/ChangeLog
index 4c844b0..7f8fdd0 100755
--- a/mono/mini/ChangeLog
+++ b/mono/mini/ChangeLog
@@ -1,3 +1,13 @@
+2010-03-31 Rodrigo Kumpera
Hi,
We have checkout the last version of mono Project from svn repository and we
have successfully built the mono vm.
As class libraries we are using those from Mono 2.6.3 installation.
However when we try to run any application on the built mono vm we get a
message: mscorlib too old
On 31.03.2010 19:01, F. Miguel Carvalho wrote:
Hi,
We have checkout the last version of mono Project from svn repository and we
have successfully built the mono vm.
As class libraries we are using those from Mono 2.6.3 installation.
This is not supported. If you build from trunk you
As class libraries we are using those from Mono 2.6.3 installation.
This is not supported. If you build from trunk you also have to use
the matching mcs dir from trunk (or from whichever branch you've
got mono from).
I already had realized that, but I am having problems to build the mcs
On 31.03.2010 20:57, F. Miguel Carvalho wrote:
As class libraries we are using those from Mono 2.6.3 installation.
This is not supported. If you build from trunk you also have to use
the matching mcs dir from trunk (or from whichever branch you've
got mono from).
I already had realized
Ok. Problem resolved. Thank you.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Am 26.03.2010 um 14:50 schrieb Andreas Färber:
Current build issue at r154271:
MCS [moonlight_bootstrap] mscorlib.dll
System/Type.cs(1570,34): error CS1501: No overload for method
`GetType' takes `3' arguments
System.Reflection/MemberInfoSerializationHolder.cs(74,46): error
CS1501: No
Hello,
The console-unix FIONREAD issue was fixed by lupus' commit, thanks. Here's a
rebased version of the remaining patch series.
The SA_SIGINFO patch was reworked into a combination of macros and functions.
Similar autoconf checks as in round #2 are now proposed for eglib as well.
Regards,
Haiku does not support SA_SIGINFO-style signal handlers including the
siginfo_t type.
This commit is licensed under the MIT X11 license.
---
mono/mini/ChangeLog |8
mono/mini/mini-x86.c |8
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git
SA_SIGINFO-style signals are part of the optional POSIX XSI (formerly
Real Time Signals, RTS) feature. Haiku does not implement it (yet) and
goes so far as to not define SA_SIGINFO to indicate lack thereof.
In mini, there's MONO_ARCH_USE_SIGACTION as indicator but it doesn't cover
all uses of
This commit is licensed under the MIT X11 license.
---
mono/io-layer/processes.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/mono/io-layer/processes.c b/mono/io-layer/processes.c
index b591716..e8f13ef 100644
--- a/mono/io-layer/processes.c
+++
Haiku neither has libm nor libdl. On Mac OS X, libm.dylib is just a symlink
to libSystem.dylib.
Introduce autoconf checks for these libraries.
v1 - v2:
* Add checks for libm and libdl.
This commit is licensed under the MIT X11 license.
---
eglib/ChangeLog|8
Apply patch from BNC #389393, adapted for Haiku to cope with lack of libm
and need for libiconv.
This commit is licensed under the MIT X11 license.
---
configure.in |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/configure.in b/configure.in
index d23d2e3..5c784fc
Haiku has math functions in libroot.so and no libm.so.
v1 - v2:
* Use autoconf check instead of platform-based switch
This commit is licensed under the MIT X11 license.
---
configure.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.in b/configure.in
index
Haiku does not support SA_SIGINFO-style signal handlers but supports
a BeOS extension to signal handlers.
This commit is licensed under the MIT X11 license.
---
mono/mini/ChangeLog |7 +++
mono/mini/mini-x86.h | 18 ++
mono/mini/mini.h |6 ++
3 files
15 matches
Mail list logo