"-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?
>
> Where
>
> On Thu, Jul 7, 2
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
S 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
> wrote:
>>
>> Hi,
>>
>> It is correct that the volatile keyword
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 64
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 initializing Mono using Java J
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 to be the case in the futur
016 at 10:46 AM, Mathieu Malaterre 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 wrote:
>> Hi Mathieu,
>>
>> So it would be appropria
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 attention, may need
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?
Regards,
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. I noticed that
> recently (
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 trying to check possibil
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 doing some testing with meta-mono ag
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 found in the main ex
ride user flags (if that's really
what you want to do).
Regards,
Alex
On Tue, Jan 12, 2016 at 12:09 PM, Greg Young 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 wrote:
>> Well, here's a
duce it) is
> there any way to disable them as a profiler?
>
> On Fri, Jan 8, 2016 at 8:47 PM, Alex Rønne Petersen wrote:
>> Hey Greg,
>>
>> Do you have a test case that demonstrates what you're seeing? From
>> what I can see, the runtime should not be disabli
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,
t;
> On Mon, Nov 2, 2015 at 7:51 AM, Alex Rønne Petersen wrote:
>> Hi,
>>
>> Can you be a bit more specific about the issue? Is it a crash or something
>> else?
>>
>> Regards,
>> Alex
>>
>> On Sun, Nov 1, 2015 at 12:41 PM, Greg Youn
Hi,
Can you be a bit more specific about the issue? Is it a crash or something else?
Regards,
Alex
On Sun, Nov 1, 2015 at 12:41 PM, Greg Young wrote:
> Is there any good way of debugging profiler loading issues?
>
> Greg
>
> --
> Studying for the Turing test
> __
e 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 Petersen wrote:
>> Yes, certainly.
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?
> https://github.com/mono/mono/blob/master/mono/profiler/proflog.c
>
>
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
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
We do not currently have any functionality that allows you to do this.
On Tue, Jul 1, 2014 at 3:46 AM, Drew Crawford 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 this program; specifi
Always running.
On Sat, Jun 14, 2014 at 9:37 AM, Daniel Lo Nigro 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
> wrote:
>>
>> Yes, http://monojenkins.cl
Summerwill wrote:
> Great - so for the Tizen test-cases, Damien should probably get an
> equivalent set of automation running on an Azure VM, and then we should work
> out how to incorporate that VM into your Jenkins instance?
>
>
> Cheers,
> Bob
>
>
> On Sat, Jun 14, 2014 at
ks 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 wrote:
>>
>> Also I've found this link, don't know who maintains it
>>
>> http://monojenkins.cloudapp.net/
>>
>&g
nged since that
>
> only mini-llvm-cpp.cpp requires C++ compiler 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
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 wrote:
> I was able to com
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,
ed, Jun 11, 2014 at 3:55 PM, Alex Rønne Petersen 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 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 wrote:
> Thanks for the hints. I looked through all three and while 1. and 3. solve
> (1), they do not de
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 wrote:
> Thanks for the info.
>
> From what I understood,
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
solely of the
> sender, which are not to be attributed to the Naples Area Board of Realtors.
> **
>
>
>
> -Original Message-
> From: mono-devel-list-boun...@lists.ximian.com
> [mailto:mono-devel-li
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/
___
Mo
config.h, `gcc -dM -E - < /dev/null`, the
mini-{x86,arm,...}.h arch header for your platform, etc.
>
> Steven Bluen
> ----
> On Sun, 6/1/14, Alex Rønne Petersen wrote:
>
> Subject: Re: [Mono-dev] Question about adding opcodes
> To:
Hi,
On Sun, Jun 1, 2014 at 2:58 PM, Steven Bluen 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 simple and avo
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 already-ope
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 Fri
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 wrote:
> [Conditional("DEBUG")]
> public void En
It should work if you run:
$ make get-monolite-latest
On Sun, May 5, 2013 at 10:42 AM, Ian Norton 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 made a point o
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
Hi,
On Tue, Jan 29, 2013 at 10:51 PM, Bruno Lauzé 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 decompiled Microsoft s
Hi,
On Tue, Jan 22, 2013 at 2:50 PM, Ivan Radicek
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 fi
Hi,
On Mon, Jan 21, 2013 at 2:56 PM, Ivan Radicek
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. I didn't find any
>
On Tue, Oct 9, 2012 at 2:11 PM, Fatih Soydan [Personal]
wrote:
> Hi;
>
>
>
> Are there any pre compiled packages for smartos ?
As far as I'm aware, no.
Regards,
Alex
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
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 9:2
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 w
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 po
49 matches
Mail list logo
