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
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
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,
>>
>
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
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
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
, 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,
>>
>
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
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?
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.
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
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
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
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
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,
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
>>
>>
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?
>
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
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 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
:
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
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
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
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
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
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
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.
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
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
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,
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/
___
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
`, 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
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
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
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
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)]
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
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é 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
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
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.
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
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
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
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
47 matches
Mail list logo