Torello Querci tquerci at gmail.com writes:
[...]
+if ((maxStackSize | 0x) != 0)
+maxStackSize = (maxStackSize | 0x)+0x;
[...]
+if ((maxStackSize | 0x) != 0)
+maxStackSize = (maxStackSize | 0x)+0x;
[...]
Hi Tobias,
2010/8/16 Tobias Käs tobias.k...@gmx.de:
Torello Querci tquerci at gmail.com writes:
[...]
+ if ((maxStackSize | 0x) != 0)
+ maxStackSize = (maxStackSize | 0x)+0x;
[...]
+ if ((maxStackSize | 0x) != 0)
+
New patch with the fixes.
Index: class/corlib/System.Threading/Thread.cs
===
--- class/corlib/System.Threading/Thread.cs (revisione 160737)
+++ class/corlib/System.Threading/Thread.cs (copia locale)
@@ -976,8 +976,12 @@
Hi Lucas,
you can use mono_domain_create() and mono_domain_unload() just fine from
c. In fact, I suspect it's actually
easier to do from native code these days. basically what you should do is:
create domain
set it active
load your assemblies
run your code
when you want to reload code,
I'm having a similar problem. I'm using a Freescale mc9328mxs processor
(ARM920T core) that doesn't have hardware floating point. I've tried
Trevor's C# test code and the console outputs incorrect floating point
values. I have also tried Trevor's hack to method-to-ir.c and it doesn't
help for
I have a device (ARM9 Freescale MX27) running a rather large
application written in C++ on the ThreadX operating system.
A bit late in the game now, I'd like to add an enabling technology -
while the current C++ app must continue to run as normal, I would like
to add the option for third-party
There seems to be an endianness problem when the floating point value goes to
the JIT. I used Trevor's code and changed the byte order and my problems
disappeared.
In method-to-ir.c:
case OP_R8CONST: {
DVal d;
//
I wanted to experiment a bit with Mono's NaCl support, but I can't get it to
compile. Any hints?
(The README says to use --enable-nacl and configure.in mentions
--enabled-nacl-codegen, so I used both.)
1. I'm on Ubuntu 10.04, amd64.
2. I got Mono trunk from GitHub.
3. ./autogen.sh
NACL is only being developed on 32-bit x86 currently.
-g
On 2010-08-16, at 8:34 PM, Kannan Goundan wrote:
I wanted to experiment a bit with Mono's NaCl support, but I can't get it to
compile. Any hints?
(The README says to use --enable-nacl and configure.in mentions
Is there any way to use my 64-bit host machine to generate 32-bit NaCl
modules?
On Mon, Aug 16, 2010 at 17:39, Geoff Norton gnor...@novell.com wrote:
NACL is only being developed on 32-bit x86 currently.
-g
On 2010-08-16, at 8:34 PM, Kannan Goundan wrote:
I wanted to experiment a bit with
Cross compile mono for 32-bits?
-g
On 2010-08-16, at 9:02 PM, Kannan Goundan wrote:
Is there any way to use my 64-bit host machine to generate 32-bit NaCl
modules?
On Mon, Aug 16, 2010 at 17:39, Geoff Norton gnor...@novell.com wrote:
NACL is only being developed on 32-bit x86 currently.
I'm not too familiar with this stuff. How do I cross compile Mono? I tried
adding --target=i386-unknown-linux to my ./autogen.sh invocation, but I
got the same error as before. Do I need to create a 32-bit VM (for example,
using Virtual Box) and build Mono in the VM?
On Mon, Aug 16, 2010 at
Hi,
Try
./configure i686-linux-gnu
On Tue, Aug 17, 2010 at 3:52 AM, Kannan Goundan kan...@cakoose.com wrote:
I'm not too familiar with this stuff. How do I cross compile Mono? I
tried adding --target=i386-unknown-linux to my ./autogen.sh invocation,
but I got the same error as before.
Hi,
Sorry that not right. I personally use a 32 bit chroot under 64 bit linux.
Zoltan
On Tue, Aug 17, 2010 at 7:06 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
Try
./configure i686-linux-gnu
On Tue, Aug 17, 2010 at 3:52 AM, Kannan Goundan
Hi,
Committed the rest of the patch with the following changes:
- use configure machinery to disable building of ikvm-native instead of
#ifdef-ing the whole file.
- define a DISABLE_SOCKETS define and use that to disable building of
sockets.c and
socket-io.c.
Zoltan
15 matches
Mail list logo