Added it.
Zoltan
On Thu, Jan 27, 2011 at 1:19 PM, Alexander Stohr alexander.st...@gmx.dewrote:
hello,
this page is probably missing several very useful hints:
http://www.mono-project.com/Debugging
i think a hint for the environment variable option MONO_LOG_LEVEL=debug
is
Applied it to HEAD/2.10.
Zoltan
On Thu, Jan 27, 2011 at 3:22 PM, Burkhard Linke
bli...@cebitec.uni-bielefeld.de wrote:
Hi,
the applied patch vs. the mono git master adds support for newer versions
of
the Boehm GC, including CVS snapshots.
An updated version of Boehm GC is
Hi,
The Mono.Debugger.Soft issues should be fixed in d2fddf50625649474c8f209.
On Thu, Jan 27, 2011 at 2:53 AM, Jo Shields direct...@apebox.org wrote:
On Sun, 2011-01-23 at 19:56 +, Jo Shields wrote:
* The test suite fails to build. That's not intentional.
Bug #1: missing
Hi,
The Mono.Debugger.Soft issues should be fixed in d2fddf50625649474c8f209.
On Thu, Jan 27, 2011 at 2:53 AM, Jo Shields direct...@apebox.org wrote:
On Sun, 2011-01-23 at 19:56 +, Jo Shields wrote:
* The test suite fails to build. That's not intentional.
Bug #1: missing
Hi,
You can speed it up, just don't use the --full-aot argument to the
runtime, its probably not
needed in your case.
Zoltan
On Tue, Jan 18, 2011 at 10:41 PM, Daniel M chookie...@hotmail.com wrote:
Hi Rodrigo,
Thanks for your reply.
Its more of a test for the moment... we
Try running with
MONO_LOG_LEVEL=debug
this will print out some log messages about AOT loading, so you can see what
is the problem.
Zoltan
On Wed, Jan 19, 2011 at 4:49 AM, Daniel M chookie...@hotmail.com wrote:
Hey guys,
I've applied --aot to the whole mono framework
)
/* OpenBSD/amd64 has no gregs array, ucontext_t == sigcontext */
#define UCONTEXT_REG_RAX(ctx) (((ucontext_t*)(ctx))-sc_rax)
On Sun, 19 Dec 2010 23:15:04 +0100
Zoltan Varga var...@gmail.com wrote:
Hi,
Use configure --with-sgen=no in the meantime until this is fixed
Hi,
I commited this to HEAD/2.10. Thanks for the patch.
Zoltan
On Sat, Jan 15, 2011 at 8:25 PM, Robert Jordan robe...@gmx.net wrote:
Hi,
On 15.01.2011 01:20, Zoltan Varga wrote:
Hi,
Do you have a testcase, or does this happen with all apps ?
See mono/tests
Looks ok.
Zoltan
On Sat, Jan 15, 2011 at 8:25 PM, Robert Jordan robe...@gmx.net wrote:
Hi,
On 15.01.2011 01:20, Zoltan Varga wrote:
Hi,
Do you have a testcase, or does this happen with all apps ?
See mono/tests/delegate1.cs
csig-pinvoke = 1 leads to STDCALL under Windows
Hi,
Looks ok, please state that the patch is licensed under the MIT/X11
license.
Zoltan
On Wed, Jan 12, 2011 at 4:10 PM, Alexander Stohr alexander.st...@gmx.dewrote:
the attached patch adds a help command
and an information command
to the --aot= parameter.
* the help value
Hi,
Applied a variant of this patch.
Zoltan
On Wed, Jan 12, 2011 at 11:44 PM, Alexander Stohr alexander.st...@gmx.dewrote:
License: MIT/X11
Am 2011-01-12 18:11, schrieb Zoltan Varga:
Hi,
Looks ok, please state that the patch is licensed under the MIT/X11
license
through the files
that auto-merged, too. Probably won't get this done for at least a day or
so, but I'll rebase again once I've fixed it. Hopefully by that point
something else won't have broken too :)
-Elijah
On Wed, Jan 5, 2011 at 5:19 PM, Zoltan Varga var...@gmail.com wrote:
Hi
*)ptr - chunk-data) + size;
return ptr;
}
}
it was inside a #ifndef native_client, so why is this needed ?
Zoltan
On Thu, Jan 6, 2011 at 11:34 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
I merged your changes to mono's master except for the following:
runtime
, Zoltan Varga var...@gmail.com wrote:
Hi,
I had to revert this change, as it was causing crashes on amd64:
@@ -357,8 +494,10 @@ mono_code_manager_reserve_align (MonoCodeManager
*cman, int size, int alignment)
for (chunk = cman-current; chunk; chunk = chunk-next) {
if (ALIGN_INT (chunk
Hi,
If you have commit access, use:
g...@github.com:mono/mono.git
Zoltan
On Wed, Jan 5, 2011 at 8:55 AM, Stifu st...@free.fr wrote:
Hi guys,
To sum things up: I'm on Windows, using msysgit, and have been following
the
FAQs on the Mono and GitHub sites.
I'm at this point:
earliest convenience and let me know if there's anything else
you need from me.
-Elijah
On Tue, Jan 4, 2011 at 10:55 AM, Elijah Taylor elijahtay...@google.comwrote:
Replies inline:
On Tue, Jan 4, 2011 at 10:30 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
Some comments:
- the patch
images. No idea why this is causing
problems. make fullaotcheck and make fsacheck still seems to work for me on
x86. I fixed a uninitilized memory error in 88d676ffd425def3, maybe that
will help.
Zoltan
-Elijah
On Wed, Jan 5, 2011 at 3:51 PM, Zoltan Varga var
.
Zoltan
On Thu, Jan 6, 2011 at 2:10 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
On Thu, Jan 6, 2011 at 1:24 AM, Elijah Taylor elijahtay...@google.comwrote:
Zoltan,
I've rebased from mono's master branch and fixed all merge conflicts, but
something that's gone
Hi,
Some comments:
- the patch changes IMT_REG to AMD64_R11 in the non-nacl case, I'm not sure
thats
intentional.
- you could define __mono_ilp32__ in the nacl/amd64 case, and use that
instead of
defined(__native_client_codegen__) defined(TARGET_AMD64) in a few
places.
- it would be better
Hi,
Use configure --with-sgen=no in the meantime until this is fixed.
Zoltan
On Wed, Dec 15, 2010 at 1:47 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello,
At my FreeBSD box, trunk build failed.
Errors are following.
$ gmake
(snip)
../../doltlibtool --tag=CC
Hi,
This is:
https://bugzilla.novell.com/show_bug.cgi?id=322158
On Tue, Dec 14, 2010 at 8:27 PM, Bryan Murphy bmurphy1...@gmail.com wrote:
I have a very simple test program:
01 using System;
02
03 public static class Program {
04public static void ThrowCatchRethrow() {
05
is using MS VM for WPF, embedded inside PInvoke code is mono VM for user
scripts, so code is totally separate, there should be no common DLL), only
the breakpoint hook was problematic.
Virgile
On 2010/12/04, at 15:57, Zoltan Varga var...@gmail.com wrote:
Hi,
You are basically embedding
Hi,
You are basically embedding the mono runtime inside the .net runtime,
this will not work, not just debugging, but other stuff as well.
Zoltan
On Sat, Dec 4, 2010 at 4:53 AM, Virgile Bello virgile.be...@gmail.comwrote:
Hello,
I am embedding Mono VM from C++ using
Applied, thanks.
Zoltan
On Tue, Nov 16, 2010 at 7:03 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello.
Please apply this patch.
diff --git a/mono/profiler/decode.c b/mono/profiler/decode.c
index a7d4428..6cc08ff 100644
--- a/mono/profiler/decode.c
+++
Hi,
Mono's tail call implementation has some limitations, so it is simply
turned off in some cases like this one.
Zoltan
On Sun, Nov 14, 2010 at 9:31 AM, Stefan O'Rear stefa...@cox.net wrote:
The following small CIL demo blows the stack on Mono 2.9/78b8d38 with
Hi,
This is a completely different problem than the one discussed in this
thread.
Zoltan
On Wed, Nov 10, 2010 at 7:45 PM, robbrit rob.s.b...@gmail.com wrote:
Was this issue ever solved? I'm getting the same problem with Mono 2.4.4 on
Ubuntu 10.04. I'm running a simple
Hi,
Should be fixed in HEAD.
Zoltan
On Mon, Nov 8, 2010 at 3:52 AM, J.P. mail...@mono.developer.kr wrote:
At this time, I got a similar error during build.
# ./autogen.sh --prefix=/my/mono --enable-llvm=yes --enable-large-heap=yes
--with-large-heap=yes --with-ikvm-native=no
Hi,
This is broken on HEAD as well, seems like an mcs regression.
Zoltan
On Sat, Nov 6, 2010 at 1:49 PM, Leszek Ciesielski skol...@gmail.com wrote:
Last change:
[mono] ~/workspace/mono @ git log | head
commit f886d89ef7a7be1195300dd7a23349ee4d3d7b85
Author: Zoltan Varga
Hi,
The original patch looked good, so I commited it.
Zoltan
On Sun, Oct 31, 2010 at 5:35 PM, Brian Luczkiewicz br...@sooloos.comwrote:
I would suggest to fold this into the preexisting section. Does Darwin/x86
not define __MACH__?
__MACH__ is an antiquated way to detect
Hi
On Wed, Oct 27, 2010 at 7:41 PM, Brian Luczkiewicz br...@sooloos.comwrote:
I have a cross-platform (osx+mono/ms.net) app that runs a large piece of
generated code at startup--on windows, 95% of the runtime of this code is in
the JIT compiler and ngen improves startup time for this app
HI,
I never seen such an error message. You can probably work around it by
configuring
mono with --with-sgen=no.
Zoltan
On Wed, Oct 13, 2010 at 8:49 PM, Paul F. Johnson
p...@all-the-johnsons.co.uk wrote:
Hi,
I've submitted mono-2.8 to the fedora buildsys so it can go into
Hi,
This is tracked as:
https://bugzilla.novell.com/show_bug.cgi?id=646744
On Mon, Oct 18, 2010 at 7:54 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello
In my FreeBSD box, Mono trunk gmake check failed with compile error.
$ gmake check
...(snip)
Making check in eglib
Hi,
MIPS is still not a supported mono architecture, somebody from the
community needs to step up and fix it/maintain it.
Zoltan
On Tue, Oct 12, 2010 at 1:43 PM, Jo Shields direct...@apebox.org wrote:
I've tried to build/run Mono on MIPS, so we can add to the list of
Hi,
It looks like an assertion in libgc, in solaris_threads.c. No idea what it
means.
Zoltan
On Mon, Oct 11, 2010 at 11:02 AM, Dick Porter dpor...@codicesoftware.comwrote:
Hi all
We're getting this assertion occasionally on Solaris. I don't have a
particular test case,
Hi,
Looks ok. You can delete that mono_jit_stats.method_trampolines line
instead of commenting it out, it
won't be needed in the future.
Zoltan
On Fri, Oct 1, 2010 at 3:35 PM, Dick Porter dpor...@codicesoftware.comwrote:
Hi all
Attached is a patch that implements the
Hi,
Delete i386/usr/lib/mono/2.0/mscorlib.dll.so, its a generated file, and
shouldn't be included
in the final package.
Zoltan
On Sat, Sep 25, 2010 at 7:06 PM, Paul F. Johnson
p...@all-the-johnsons.co.uk wrote:
Hi,
I'm attempting to build mono-2.8 for fedora rawhide
Hi,
Some comments:
- the x86_codegen_pre line is not needed, its a NACL x86 only thing
currently.
- you can use the amd64_emit_membase () macro.
other than these, it looks ok.
Zoltan
On Wed, Sep 22, 2010 at 8:08 PM, Rodrigo Kumpera kump...@gmail.com wrote:
Hey Zoltan,
The
Hi,
If you want better performance, I suggest looking at the the llvm backend:
http://www.mono-project.com/Mono_LLVM
Zoltan
On Tue, Sep 14, 2010 at 3:58 PM, Sergei Dyshel qyron.priv...@gmail.comwrote:
Hi,
What is the current status of this feature? The regalloc2.c file
at 19:46, Zoltan Varga var...@gmail.com wrote:
Hi,
If you want better performance, I suggest looking at the the llvm
backend:
http://www.mono-project.com/Mono_LLVM
Zoltan
On Tue, Sep 14, 2010 at 3:58 PM, Sergei Dyshel
qyron.priv...@gmail.comwrote:
Hi,
What
Hi,
Alpha is not a supported/working mono platform.
Zoltan
On Tue, Aug 31, 2010 at 3:52 PM, furutaka furut...@jb3.so-net.ne.jp wrote:
Hi all,
The only thing I know about mono is that it's an open-source
.NET-compatible
set of tools.
Now I'm trying to build it on
Hi,
Then may I just ask some of you what the 3rd, 4th, and 5th
arguments of the MINI_OP macro should be?
I'm not an alpha expert. I'm trying to make it working
on alpha with a little bit of my effort.
That won't work. It probably needs 1-2 months of development effort by
somebody
Looks ok.
Zoltan
On Fri, Aug 20, 2010 at 8:38 AM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
Hello,
This tiny patch unifies the format of thread IDs in our stack traces.
That is, they used to look like this:
[16D8: 2.11659 1] LEAVE: (wrapper
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 kan...@cakoose.comwrote
On Mon, Aug 9, 2010 at 5:46 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
Committed the codegen parts of the patch with the following changes:
- changed the indentation etc. to conform to the mono coding conventions.
Sorry if this
causes conflicts.
- Added a NACL_SIZE() macro to reduce
.
Zoltan
On Mon, Aug 2, 2010 at 8:34 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
Those are not always mutually exclusive, they sometimes signal sub-target
stuff, like
TARGET_PS3 is a sub-target of TARGET_POWERPC. I'm fine with writing
#ifdef
Hi,
-
in the debug case i can see things like this:
Unhandled Exception: System.TypeInitializationException: An exception was
thrown by the type initializer for System.Windows.Forms.XplatUI ---
System.ArgumentOutOfRangeException: l
oad factor
Hi,
Try -DARM_FPU_VFP.
Zoltan
On Fri, Aug 6, 2010 at 4:56 PM, Alexander Stohr alexander.st...@gmx.dewrote:
i dont know what sort of floating point feature the tested application is
using but the configuration line for the mono cross compile looks like that:
EXTRA_OECONF_arm
Hi,
This should be fixed now.
Zoltan
On Tue, Aug 3, 2010 at 8:31 PM, damageboy d...@houmus.org wrote:
Hi,
I'm trying to generate an aot image of F#.
When I run mon --aot FSharp.Compiler.dll I get this:
[mono.trunk] ~/fsharp/bin @ mono --aot FSharp.Compiler.dll
Mono Ahead
trampoline. This is also fixed in my patch.
As always feedback is appreciated from everyone.
-Elijah
On Tue, Jul 6, 2010 at 6:35 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
One possibility is to pad out all x86_prefix instructions to the nearest
32-byte boundary, but that could really
a small typo at head revision in mono/mini/tramp-x86.c which
says rethow instead of reth*r*ow for your rethrow exception
trampoline. This is also fixed in my patch.
As always feedback is appreciated from everyone.
-Elijah
On Tue, Jul 6, 2010 at 6:35 AM, Zoltan Varga var...@gmail.com wrote:
Hi
in the same boat as
before where we'd have code like this:
#ifndef TARGET_NACL
// default
#else
// NaCl
#endif
On Mon, Aug 2, 2010 at 10:51 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
Yes, we've been trying to do that for future modifications in amd64. I
can address these issues with x86
On Tue, Jul 6, 2010 at 6:35 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
One possibility is to pad out all x86_prefix instructions to the nearest
32-byte boundary, but that could really bloat things depending on how often
they're used. Do you have any idea of the prefix to non-prefix
Hi,
One possibility is to pad out all x86_prefix instructions to the nearest
32-byte boundary, but that could really bloat things depending on how often
they're used. Do you have any idea of the prefix to non-prefix instruction
ratio? It seems like it'd be pretty low based on looking at
Hi,
We also had to modify some code that doesn't fall under either of the above
defines. Most of these changes revolved around type safety. The modified
version of gcc we use to compile Native Client modules is more strict about
types, and it caught what look like legitimate issues with
Hi,
I finally managed to read the codegen specific changes, and here are my
comments:
- I'd prefer the nacl related changes to be in as few places as possible, so
later changes by
people who don't know nacl won't break nacl support.
There are three places where this is not done:
-
No idea, probably the same as on linux.
Zoltan
On Thu, Apr 15, 2010 at 3:50 AM, Angus wangdongm...@hipihi.com wrote:
HI,I'm so sorry to bother you .
Could you tell me how to use the --debugger-agent command in windows?
Thanks.
--
View this message in context:
Hi,
This should now be fixed in SVN. Try changing the 3 occurrences of 538 in
that function to something like 548 as a workaround.
Zoltan
On Sat, Jun 19, 2010 at 1:29 AM, guysherman g...@guysherman.com wrote:
Hi All,
I built the a 64-bit version of the mono runtime on
Hi,
It would be nice to have at least the larger Mach-centric parts in a
separate file sgen-mach.c, or sgen-os-mach.c. The whole
thread_handshake() function should go there. I'm taking every
opportunity to split the huge sgen-gc.c file into more managable
chunks.
I think that should start
Hi,
This is now fixed.
Zoltan
On Sat, Jun 12, 2010 at 12:36 AM, Vincent Povirk madewokh...@gmail.comwrote:
Seems there's now a reference to COMPILE_SOFT_FLOAT in the mono-2-6
branch, but that macro is only defined in trunk.
I'm getting the following error when I try to build
Hi,
The relevant code in aot-runtime.c is just some experimental code, its not
used by anyone, so you can ignore it.
Zoltan
On Tue, Jun 1, 2010 at 7:42 PM, Tom Philpot tom.phil...@logos.com wrote:
After digging a little bit further, it seems there are more issues
Committed.
Zoltan
On Tue, May 25, 2010 at 1:17 PM, Burkhard Linke
bli...@cebitec.uni-bielefeld.de wrote:
Hi,
current SVN revision of eglib (157827) fails to build unter Solaris 10. The
function vasprintf() is missing, and the function nanosleep() is defined in
the rt library.
Hi,
Sorry about that, should be fixed by the revertion of the broken changes.
Zoltan
On Tue, May 25, 2010 at 9:45 AM, krlm kr...@poczta.onet.pl wrote:
Hi,
Thanks for your reply. I've updated sources but now I've got a seg fault.
Exactly the same like here:
Hi,
This should be fixed now.
Zoltan
On Mon, May 24, 2010 at 11:08 PM, krlm kr...@poczta.onet.pl wrote:
Hello,
I've tried to compile trunk version at my SLES 11.2 but I got an error:
Bad call to mono_mutex_lock result 22
* Assertion at marshal.c:11087, condition `ret == 0'
Hi
To me this seems like it is time for a change in policy: our string
collation should reflect what the rules are in Unicode as it will be
easier for us to maintain.
Miguel.
In that case, we might as well use ICU.
Zoltan
___
Hi,
Should be fixed in SVN.
Zoltan
On Sun, May 16, 2010 at 4:54 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello,
In my amd64 FreeBSD8 box, mono svn trunk compile failed.
$ gmake
(snip)
Making all in mini
gmake[3]: Entering directory
Hi,
I think the mips port is either not finished, or regressed.
Zoltan
On Sat, May 15, 2010 at 12:37 AM, Lorenz Cuno Klopfenstein
l...@klopfenstein.net wrote:
Hello all,
I am currently trying to get Mono to run on a little endian MIPS32
based board, but without much
Committed.
Zoltan
On Thu, May 13, 2010 at 10:29 AM, Robert Nagy rob...@openbsd.org wrote:
Hey
No UCONTEXT_GREGS on OpenBSD.
Index: mono/mini/exceptions-amd64.c
===
--- mono/mini/exceptions-amd64.c(revision
Hi,
You might be running into cpu cache effects, i.e. the 3 Random objects get
allocated to the same cpu cache line or something, so you have 3 cpu cores
modifying the same cache line.
If I change the creation of the random objects to:
Random[] rands = new Random [1000];
for (int i = 0; i 10;
because it is the one that comes
with my Ubuntu distribution).
Thanks again.
MAX
On 05/07/2010 07:24 PM, Zoltan Varga wrote:
Hi,
You might be running into cpu cache effects, i.e. the 3 Random objects
get allocated to the same cpu cache line or something, so you have 3 cpu
cores
Hi,
mono is designed to initialize most things lazily, so the first time x
is done, it will take more time. In particular, loading an aot image might
load it from disk, calling a pinvoke method
causes the shared libraries referenced by the pinvoke declaration to be
loaded from disk, etc.
Even
Should be fixed in SVN.
Zoltan
On Sun, May 2, 2010 at 12:47 PM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello.
In my amd64 FreeBSD 8 box, eglib build failed.
$ gmake
gmake all-recursive
gmake[1]: Entering directory `/export/home/ksmakoto/Mono/BUILD'
Making all in po
Hi,
I committed a different fix, could you try it ?
Zoltan
On Mon, May 3, 2010 at 1:06 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello.
Still failed.
config.h have not included and HAVE_SYS_TYPES_H undefined.
On Sun, 2 May 2010 16:15:20 +0200
Zoltan Varga var
Applied.
Zoltan
On Wed, Apr 28, 2010 at 10:10 AM, Robert Nagy rob...@openbsd.org wrote:
Hi
diff is attached
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
We switched to building mono by default using our built in eglib library
instead of the system glib. This is a big change, so there could be
regressions etc. This only applies to those using mono SVN.
Zoltan
___
Done.
Zoltan
On Tue, Apr 27, 2010 at 3:43 PM, Robert Nagy rob...@openbsd.org wrote:
Hi
The attached diff backports some missing stuff from HEAD to branch_2_6
that was probably forgotten to be commited when we worked on it because
some parts of it are in already.
It also fixed a null
Applied to SVN HEAD/2.6 branch.
Zoltan
On Sat, Apr 24, 2010 at 8:17 PM, Robert Nagy rob...@openbsd.org wrote:
Hey
boehm-gc.c: string.h is needed for memmove(3)
socket-io.c: ipaddress_to_struct_in6_addr() is only needed when
defined(HAVE_STRUCT_IP_MREQN) ||
Applied to SVN HEAD/2.6.
Zoltan
On Sat, Apr 24, 2010 at 8:42 PM, Robert Nagy rob...@openbsd.org wrote:
Hi
The diff reorders the check for sys/param.h and adds dependencies
for it for several headers so the checks won't fail because of
undefined stuff.
It also adds sys/types.h for
Looks ok.
Zoltan
2010/4/22 Kornél Pál kornel...@gmail.com
Hi,
native int, unsigned native int, unmanaged pointers, and function pointers
are all unmanaged; thus are not affected by a moving GC.
Please review the patch.
Thanks.
Kornél
Index: mono/mono/mini/method-to-ir.c
Done.
Zoltan
On Fri, Apr 16, 2010 at 10:09 AM, Robert Nagy rob...@openbsd.org wrote:
Please commit to trunk and branch-2-6 too.
Thanks
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Commited. Please send patches as attachments.
Zoltan
On Tue, Apr 13, 2010 at 7:21 PM, Robert Nagy rob...@openbsd.org wrote:
Please commit to trunk and branch-2-6 too.
Thanks
Index: io-layer/collection.c
===
---
Nope. You can find out their semantics by looking at
mono_arch_output_basic_block () in
mini-x86.c for example to see which x86 instruction they are transformed to.
Zoltan
On Thu, Apr 15, 2010 at 3:13 AM, Wayne Kelly w.ke...@qut.edu.au wrote:
Method_to_IR creates IR
-private.h: Fix _WAPI_PROCESS_UNHANDLED_PID_MASK for
+ 32-bit pids (Haiku).
+ * ChangeLog: Fix UTF-8 encoding
+
+ Code is contributed under MIT/X11 license.
+
2010-04-04 Zoltan Varga var...@gmail.com
* processes.c: Applied more openbsd changes from Robert Nagy
compilation on Haiku.
+
+ Contributed under MIT/X11 license.
+
2010-03-05 Zoltan Varga var...@gmail.com
* test/test.c (_GNU_SOURCE): Fix compilation if _GNU_SOURCE is
already defined.
diff --git a/eglib/configure.ac b/eglib/configure.ac
index f075d78..6d818ee 100644
Applied.
Please send patches as attachments as mail clients screw up the
whitespace.
Zoltan
On Thu, Apr 8, 2010 at 10:42 AM, Robert Nagy rob...@openbsd.org wrote:
Hey
The following diff removes the XXX hacks from the io-layer OpenBSD
specific code and and support
Applied to SVN HEAD/2.6.
Zoltan
On Thu, Apr 8, 2010 at 5:28 PM, Robert Nagy rob...@openbsd.org wrote:
Tested on OpenBSD and FreeBSD.
Index: mono/utils/mono-time.c
===
--- mono/utils/mono-time.c (revision 155053)
Applied.
Zoltan
On Thu, Apr 8, 2010 at 9:48 PM, Robert Nagy rob...@openbsd.org wrote:
My previous diffs for the 2.6 branch:
Index: mono/io-layer/processes.c
===
--- mono/io-layer/processes.c (revision 155084)
+++
Hi,
I think these are ok. The throw_exception_by_name stuff is obsolete, it
was only kept because
s390 continued to use it, so it can be completely removed, along with the
definition of
MONO_ARCH_HAVE_THROW_EXCEPTION_BY_NAME in mini-s390.h/mini-s390x.h.
About exception17, I can't really help
Hi,
This is unfortunately not supported by the current profiler interface.
Zoltan
On Mon, Apr 5, 2010 at 9:50 PM, Ruben Vermeersch ru...@savanne.be wrote:
Hi everyone,
I'm currently writing a tool to track the correct disposal of resources
in my application. Am doing this
Looks ok.
Zoltan
2010/4/7 Kornél Pál kornel...@gmail.com
Hi,
Currently CompareExchange for I8 is never inlined because of a typo.
Note that other Interlocked methods use SIZEOF_REGISTER while this use the
size of pointer and I don't know which one of these is the right one since
Hi,
This patch is already on the mono 2.6 branch, it will be in the next 2.6
maintenance release.
Zoltan
On Wed, Feb 24, 2010 at 12:02 PM, cpMon page@gmail.com wrote:
Here's a patch you should consider for mono-2.6.1. Specifically, I noticed
that /dev/shm/mono.pid files
Hi,
Its thrown by this line in CodeGenerator.cs:
gen.EmitCall (OpCodes.Callvirt, typeof(BinaryWriter).GetMethod(Write, new
Type[] { type }), null);
Probably 'type' matches two Write methods in BinaryWriter.
Zoltan
On Tue, Apr 6, 2010 at 3:16 PM, Babbage Linden
Done.
Zoltan
On Sun, Apr 4, 2010 at 9:03 PM, Robert Nagy rob...@openbsd.org wrote:
Hi
Zoltan, can you please commit the following fix because I've fucked the
start and end addresses up. It also adds a debug printf.
Thanks
Index: io-layer/processes.c
Commited.
Zoltan
On Sun, Apr 4, 2010 at 10:08 PM, Robert Nagy rob...@openbsd.org wrote:
Hey
-lgc has to be added to libmono_ldflags for example to get it in
the pkg-config file so that mkbundle and others will work.
Index: configure.in
the build on Haiku.
Cc: Zoltan Varga var...@gmail.com
v2 - v3:
* Enable the soft debugger for Windows as well (uses different code path).
Pointed out by Zoltan Varga.
v1 - v2:
* Instead of disabling siginfo_t code inside the soft debugger,
disable the soft debugger itself.
This commit
Applied to SVN HEAD/2.6 branch.
Zoltan
On Sat, Apr 3, 2010 at 8:55 AM, Robert Nagy rob...@openbsd.org wrote:
Can someone commit this please?
On (2010-04-01 20:11), Robert Nagy wrote:
This is an updated version that uses boehm as the default gc and
disables sigaltstack because it
debugger.
Fixes the build on Haiku.
Cc: Zoltan Varga var...@gmail.com
v1 - v2:
* Instead of disabling siginfo_t code inside the soft debugger,
disable the soft debugger itself.
This commit is licensed under the MIT X11 license.
---
mono/mini/ChangeLog |7 +++
mono/mini/mini-x86
--git a/ChangeLog b/ChangeLog
index 0f0b0a6..af88d48 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2010-04-03 Andreas Färber andreas.faer...@web.de
+
+ * configure.in: Fix typo.
+
+ Contributed under MIT/X11 license.
+
2010-04-03 Zoltan Varga var...@gmail.com
Applied to SVN HEAD/2.6.
Zoltan
On Sun, Apr 4, 2010 at 1:38 AM, Robert Nagy rob...@openbsd.org wrote:
Hi
I've attached two diffs, one of them was sent to the list previously.
The first diff fixes the wrong indentation that was commited earlier
and implements load_modules() for
Looks ok.
Zoltan
On Sun, Apr 4, 2010 at 2:55 AM, Andreas Färber andreas.faer...@web.dewrote:
Make configure display Moon Profile: no.
---
ChangeLog|1 +
configure.in |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index
101 - 200 of 726 matches
Mail list logo