[Mono-dev] Mono Maintainers list

Hello folks! I'm planning to write and maintain a page listing maintainers of specific parts of Mono. When you have a patch that you wish to contribute, it is usually easier to go directly to the maintainer of the part of the code that you are modifying in order to have it reviewed, rather than

[Mono-dev] Exceptions in finalizers now terminate the runtime

Hi, Since commit 59883a039925be9ff3e478d265aa7be896fbda79, the Mono runtime will now terminate upon any exception in a finalizer. This was done to be compatible with .NET. See this link for the details: https://github.com/mono/mono/commit/59883a039925be9ff3e478d265aa7be896fbda79 This is just a

Re: [Mono-dev] Mono / LLVM

Hi, Yes, if you want LLVM support, the way to get it is still to build with github.com/mono/llvm/mono (that is, the mono branch, not the master branch). It's certainly not abandoned; we actively maintain it, and it's used in Xamarin's MonoTouch product. Regards, Alex On Thu, Jun 21, 2012 at

Re: [Mono-dev] Mono on SMARTOS

On Tue, Oct 9, 2012 at 2:11 PM, Fatih Soydan [Personal] fatihsoy...@fatihsoydan.com wrote: Hi; Are there any pre compiled packages for smartos ? As far as I'm aware, no. Regards, Alex ___ Mono-devel-list mailing list

Re: [Mono-dev] Mono LLVM IR

Hi, On Mon, Jan 21, 2013 at 2:56 PM, Ivan Radicek radi...@forsyte.tuwien.ac.at wrote: Hello everyone, I was checking the Mono-LLVM and in the documentation it says that one phase of a process is: the IR is converted to the LLVM IR I was wondering if there is a possibility to get LLVM IR.

Re: [Mono-dev] Mono LLVM IR

Hi, On Tue, Jan 22, 2013 at 2:50 PM, Ivan Radicek radi...@forsyte.tuwien.ac.at wrote: Hi, On 01/21/2013 04:01 PM, Alex Rønne Petersen wrote: You can probably get away with dumping the LLVM IR somewhere in mono_llvm_emit_method () (see mono/mini/mini-llvm.c). I managed to find a method

Re: [Mono-dev] PowerShell 3.0 on Mono

Hi, On Tue, Jan 29, 2013 at 10:51 PM, Bruno Lauzé brunola...@msn.com wrote: Hi, I want to share with you the complete PowerShell 3.0 recompiled for Mono. Code base: https://github.com/brunolauze/pash While I know you are posting this with good intentions, please note that posting

[Mono-dev] Mono and Clang

Hi list, Has anyone managed to build Mono with Clang? If so, do the resulting binaries pass the test suite? Thanks, Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] boostrapping mono

It should work if you run: $ make get-monolite-latest On Sun, May 5, 2013 at 10:42 AM, Ian Norton inor...@gmail.com wrote: Hello All, I usually hang out on the mono-list, totally forgot about this one. I've been building the pmono debian packages for quite some time now. I've always

Re: [Mono-dev] Conditional(DEBUG)

This is expected behavior; the Conditional attribute just says that calls should be removed if not compiling with the specified preprocessor symbol. The code is still semantically checked. On Fri, Feb 28, 2014 at 3:37 PM, Greg Young gregoryyou...@gmail.com wrote: [Conditional(DEBUG)]

Re: [Mono-dev] mono git

What do you mean? We have tons of tags: https://github.com/mono/mono/releases We also have branches for each major/minor version series. We generally don't use feature branches; instead, people develop in forks. What issues are you having on master? It should compile fine 99% of the time. On

[Mono-dev] Pull request testing

Hey folks! If you're subscribed to notifications for mono/mono you may have just noticed a flood of comments coming your way. We're testing a Jenkins setup for building pull requests, and it will ask explicitly for approval to build pull requests. I didn't expect it to comment on every

Re: [Mono-dev] Question about adding opcodes

Hi, On Sun, Jun 1, 2014 at 2:58 PM, Steven Bluen sbluen...@yahoo.com wrote: Hello, I am trying to add an opcode to Mono's JIT compiler and its interpreter to allow Mono to compile and run applications so that I can make a frequently used operation in a C# program run faster. To keep things

Re: [Mono-dev] Question about adding opcodes

`, the mini-{x86,arm,...}.h arch header for your platform, etc. Steven Bluen On Sun, 6/1/14, Alex Rønne Petersen a...@alexrp.com wrote: Subject: Re: [Mono-dev] Question about adding opcodes To: Steven Bluen sbluen...@yahoo.com Cc: mono-devel-list

[Mono-dev] Mono maintainers: Please publicize your membership on the GitHub organization

Hi, This is necessary so that Jenkins [0] can see your membership and test any pull requests you open automatically. You can publicize your membership here: https://github.com/orgs/mono/members Regards, Alex [0] http://monojenkins.cloudapp.net/ ___

Re: [Mono-dev] Mono maintainers: Please publicize your membership on the GitHub organization

to the Naples Area Board of Realtors. ** -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Alex Rønne Petersen Sent: Tuesday, June 10

Re: [Mono-dev] field pointer and garbage collection

As with any pointer updating during GC, this can only be done with precise type and liveness information. If any pointer to an object -- whether base or interior -- exists in CPU registers or on the stack, the object is considered pinned and will not be moved. The exception to this is when you run

Re: [Mono-dev] field pointer and garbage collection

There are 3 relevant functions for this: 1. sgen_ptr_in_nursery () 2. sgen_safe_get_object_size () 3. sgen_ptr_is_in_los () grep for those in mono/metadata to see how they work and how they're used. On Wed, Jun 11, 2014 at 2:13 PM, serus fabian.na...@gmail.com wrote: Thanks for the info.

Re: [Mono-dev] field pointer and garbage collection

Well, if you have a non-null object pointer and !sgen_ptr_in_nursery (obj) !sgen_los_is_valid_object (obj) it must by necessity be in the major heap. On Wed, Jun 11, 2014 at 3:45 PM, serus fabian.na...@gmail.com wrote: Thanks for the hints. I looked through all three and while 1. and 3. solve

Re: [Mono-dev] field pointer and garbage collection

PM, Alex Rønne Petersen a...@alexrp.com wrote: Well, if you have a non-null object pointer and !sgen_ptr_in_nursery (obj) !sgen_los_is_valid_object (obj) it must by necessity be in the major heap. On Wed, Jun 11, 2014 at 3:45 PM, serus fabian.na...@gmail.com wrote: Thanks for the hints. I

Re: [Mono-dev] field pointer and garbage collection

To know if an arbitrary pointer is a GC'd pointer, conceptually you need to ask: 1. sgen_ptr_in_nursery (ptr) ? 2. major_collector.is_valid_object (ptr) ? 3. sgen_ptr_is_in_los (ptr, base) ? If all of these are false, you know it's just some random pointer you don't care about. On Wed, Jun 11,

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

The configure.ac change is arguably not something that should be upstreamed, fwiw. You should probably instead do: $ CXX=gcc-c++ ./autogen.sh ... Or symlink g++ to gcc-c++. Or tell the Tizen engineers to fix their stuff. ;) On Fri, Jun 13, 2014 at 5:36 PM, xplicit s...@ngs.ru wrote: I was

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

really but if mono is building without llvm support why it asks for g++? Maybe I missed something. On Fri, 2014-06-13 at 19:08 +0200, Alex Rønne Petersen wrote: The configure.ac change is arguably not something that should be upstreamed, fwiw. You should probably instead do: $ CXX=gcc

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

: It looks like it might be https://github.com/alexrp (Alex Rønne Petersen). CC-ed. On Fri, Jun 13, 2014 at 3:18 PM, Sergey Zhukov s...@ngs.ru wrote: Also I've found this link, don't know who maintains it http://monojenkins.cloudapp.net/ On Fri, 2014-06-13 at 15:07 -0700, Bob Summerwill wrote

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

working on Mono can contribute to that automation setup, that would be splendid. Cheers, Bob On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen a...@alexrp.com wrote: Yes, http://monojenkins.cloudapp.net/ is what is used to test the major projects under the Mono org on Linux

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

Always running. On Sat, Jun 14, 2014 at 9:37 AM, Daniel Lo Nigro li...@dan.cx wrote: Do the build agents spin up when they're needed, or are they running all the time? On Fri, Jun 13, 2014 at 11:23 PM, Alex Rønne Petersen a...@alexrp.com wrote: Yes, http://monojenkins.cloudapp.net

Re: [Mono-dev] Runtime IL Injection

We do not currently have any functionality that allows you to do this. On Tue, Jul 1, 2014 at 3:46 AM, Drew Crawford d...@sealedabstract.com wrote: Hello folks, I've got a rather large program that I don't have source to. I believe it runs Mono 3.5. I'm trying to modify the behavior of

Re: [Mono-dev] llvm and mini

We don't have such a system in Mono. When you run `mono --llvm`, Mono will try to use LLVM for all methods. I could see a system like this being implemented based on the instrumentation functions we have in the JIT. I think the real challenge would lie in notifying the rest of the runtime/program

Re: [Mono-dev] Proposed endian optimization - s390x

Have you checked that GCC doesn't already optimize the functions here into these instructions? If it doesn't, maybe we could write them in a way that GCC more easily recognizes. But if that's not the case, I don't see any particular reason we couldn't do this. Regards, Alex On Wed, Mar 11, 2015

Re: [Mono-dev] Profiler Loading Issues

pretty easy to debug so far. > > On Mon, Nov 2, 2015 at 7:51 AM, Alex Rønne Petersen <a...@alexrp.com> wrote: >> Hi, >> >> Can you be a bit more specific about the issue? Is it a crash or something >> else? >> >> Regards, >> Alex >> >>

Re: [Mono-dev] mono log profiler

Yes, certainly. A lot of work has gone into it lately. It should be more reliable than ever. Regards, Alex On Sun, Sep 13, 2015 at 1:18 AM, Greg Young wrote: > Is this supposed to be considered as working code at this point? >

Re: [Mono-dev] mono log profiler

update I will check out the recent changes. I have been > looking at 3.12.0 and have found some issues. Mostly I was curious if > I could rely on many of the assumptions that are being made in it. > > Cheers, > > Greg > > On Tue, Sep 15, 2015 at 6:37 PM, Alex Rønne Peterse

Re: [Mono-dev] Profile with optimizations

Hey Greg, Do you have a test case that demonstrates what you're seeing? From what I can see, the runtime should not be disabling optimizations just because the profiler is attached. However, if you're running with --debug or some such option, all optimizations will be off. Regards, Alex On Fri,

Re: [Mono-dev] Profile with optimizations

user flags (if that's really what you want to do). Regards, Alex On Tue, Jan 12, 2016 at 12:09 PM, Greg Young <gregoryyou...@gmail.com> wrote: > but can I disable this behaviour from inside of a profiler? > > On Tue, Jan 12, 2016 at 12:04 PM, Alex Rønne Petersen <a...@alexrp

Re: [Mono-dev] Initialize mono on non main thread

Yes, this is definitely possible. I would recommend that you look at the (now open source) Xamarin.Android Mono glue code: https://github.com/xamarin/xamarin-android/tree/master/src/monodroid/jni Regards, Alex On Thu, Jun 9, 2016 at 4:10 PM, nicob wrote: > Hi, I'm

Re: [Mono-dev] Profiler: ThreadStart/ThreadEnd

Yes, this is guaranteed. We make the same assumption in Mono's own log profiler to do cleanup. Regards, Alex On Sun, May 29, 2016 at 3:28 PM, Greg Young wrote: > From running and testing it seems that Start/End are called on the > thread in question. Can I assume this

Re: [Mono-dev] Profiler on ARM

Hi, Did you build Mono yourself? If so, did you remember to add /lib to LD_LIBRARY_PATH? Regards, Alex On Tue, Feb 9, 2016 at 5:07 AM, techi eth wrote: > Hi, > > I am trying to run mono profiler on ARM target.I am always getting below > error. > > "The 'log' profiler wasn't

Re: [Mono-dev] Unix Signal in mono

Hi, In that case, you want the kill () function, which is also provided by Mono.Posix. Regards, Alex On Mon, Feb 29, 2016 at 2:18 PM, techi eth wrote: > Thanks for quick hint. > We can receive signal by using signal handler using > Mono.Unix.Native.Stdlib.signal. > I am

Re: [Mono-dev] Issue running recent/latest Mono on PPC emulation target

Hi, Could you please try with mono master? I believe this issue was fixed post-4.2. Regards, Alex On Sun, Feb 14, 2016 at 5:41 PM, Alex J Lennon wrote: > Hi, > > I was recently contacted by somebody wishing to run mono on an embedded > PPC board so have been

Re: [Mono-dev] Could sgen works with pthread?

Hi, I don't know about 4.2.1, but as far as I can tell, SGen should work fine with pthreads TLS in master. You just need to make sure that you either set with_tls=pthread in the relevant section in configure.ac, or pass --with-tls=pthread to it. Are you running into any specific issues?

Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)

Hi Mathieu, So it would be appropriate to change the #if to #if defined (TARGET_POWERPC) || defined (TARGET_POWERPC64) if I understand the problem correctly? Regards, Alex On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterre wrote: > # set patch tag at least to get some

Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)

, Mathieu Malaterre <ma...@debian.org> wrote: > Actually... that should work. Maybe this will put some more stress on > some small systems (small memory size). > > On Mon, Apr 11, 2016 at 10:32 AM, Alex Rønne Petersen <a...@alexrp.com> wrote: >> Hi Mathieu, >> >

Re: [Mono-dev] Running --profiler=log:coverage

Hi, The "time went backwards" message is harmless and has been removed in later Mono versions. Could you have a look at the crash, Iain? (cc) On Thu, Mar 3, 2016 at 2:00 PM, Antoine Cailliau wrote: > Hello, > > I'm trying to measure the code coverage of a test suite.

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

rop debug.mono.env "-O=-intrins" > > Is this correct? > > There was no difference in the outcome: When volatile keyword is used, > errors occur. When Volatile class is used, no errors were spotted. > > Should I file a bug to the Runtime/JIT section? > > Whe

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

ould file one bug int the iOS BCL libraries and one for the > Android BCL, right? I guess the solution will be related to one another > though. > > Best, > > On Thu, Jul 7, 2016 at 11:20 AM, Alex Rønne Petersen <a...@alexrp.com> > wrote: >> >> Hi, >> >

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

Hi, It is correct that the volatile keyword should result in acquire/release barriers as a result of compiling down to Thread.VolatileRead () / VolatileWrite () calls. In theory, the only difference between the Thread and Volatile methods is that the Volatile methods will actually be atomic for

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

Hi, By the way, I would suggest trying to run the app with something like: MONO_ENV_OPTIONS="-O=-intrins" For Android, see here how to set this: https://developer.xamarin.com/guides/android/advanced_topics/environment/ For iOS, you'd need to set this when invoking the AOT compiler. I'm not