[Mono-dev] llvm issue

Wed Jan 22 23:27:14 UTC 2014

I release the patches patch-configure.inpatch-eglib_src_Makefile.ampatch-mcs_class_System_System.IO_KeventWatcher.cspatch-mono_dis_util.cpatch-mono_mini_mini-llvm.c
sent on mono-devel-list mailing list on On Wed, Jan 22, 2014 at 5:31 PM -0500

under the MIT License.
I would prefer the BSD License but if it suit the needs of mono developement I concent under MIT License.
Copyright (C) 2014 Bruno Lauze

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Date: Wed, 22 Jan 2014 18:17:22 -0500
Subject: Re: [Mono-dev] llvm issue
From: kumpera at gmail.com
To: brunolauze at msn.com

Hi Bruno,
Could you release you patches under the MIT license? We can't merge changes to the C runtime unless you do so.
To do so, just reply to your email on monodev stating that you release them under that license.
I'll ask the mono-llvm maintainer to review them once this is sorted out.

--Rodrigo

On Wed, Jan 22, 2014 at 5:31 PM, Bruno Lauzé <brunolauze at msn.com> wrote:

Here's the patches that makes everything works...
patch-configure.in : this fixes pthread at several places and ensure LLVM_ variables have a sed -e to replace lpthread to pthread 

patch-eglib_src_Makefile.am : there's an issue with the NEED_VASPRINTF detection i commented the fix to keep foo.c  ; definitively not the place ... 

patch-mcs_class_System_System.IO_KeventWatcher.cs: old patch for keven from romain.tartiere at gmail.com mono maintainer (bsd-sharp)

patch-mono_dis_util.c : there's a problem with HAVE_ISINF detection ; flushed the pragma here... definitively not the place ... 

patch-mono_mini_mini-llvm.c : The important patch - mini-llvm.c contains gsharevt code and libmono-llvm.so doesn't link it, since it's just returning false, i readded the functions locally... also mono_print_unwind_info is not linked from unwind.o and adding it pull up recursive dependency...

I am including romain tartiere to keep him in the loop if he wants to check those patches in bsd-sharp repo...
I don't say those patches are ok, to the contrary, i say those a hints at what is to be really fixed for FreeBSD...

there's still code pointing to libc.so instead of @LIBC@
but this fix the issues:
ln -s /lib/libc.so.7 /lib/libc.so
Here's the sys info :

uname -a:FreeBSD pcbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #10 r260825M: Thu Jan 16 13:29:53 CST 2014     root at pcbsd:/usr/obj/usr/src/sys/GENERIC  amd64

mono --versionMono JIT compiler version 3.2.7 (master/738f9c3 Wed Jan 22 14:21:09 CST 2014)Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread        SIGSEGV:       altstack        Notification:  kqueue        Architecture:  amd64        Disabled:      none        Misc:          softdebug
        LLVM:          yes(3.4-mono-/)        GC:            sgen
clang --versionMono C# compiler version 3.2.7.0root at pcbsd:/ # clang --version
FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140101Target: x86_64-unknown-freebsd11.0Thread model: posix
llvm-config --version : 3.4-mono-/

Date: Wed, 22 Jan 2014 13:10:25 -0500
Subject: Re: [Mono-dev] llvm issue
From: kumpera at gmail.com

To: brunolauze at msn.com

We'd love to merge such change for FreeBSD :)

On Wed, Jan 22, 2014 at 12:24 PM, Bruno Lauzé <brunolauze at msn.com> wrote:

Good news,  i figured out why it was hanging with llvm.
It's seems part of the code is missing -pthread and/or using -lpthread
CFLAGS+= -pthread

CXXFLAGS+= -pthreadLDFLAGS+= -pthread
it seems llvm-config output -lpthread and not -pthreadreplace -lpthread to -pthread in  LLVM_CFLAGSreplace -lpthread to -pthread in  LLVM_LIBS

I don't know if someone is willing to see this in mono source or to keep it as external patch?

Date: Tue, 21 Jan 2014 14:16:37 -0500
Subject: Re: [Mono-dev] llvm issue
From: kumpera at gmail.com

To: brunolauze at msn.com
CC: mono-devel-list at lists.ximian.com

LLVM was never tests on FreeBSD, you'll have to debug it.

On Tue, Jan 21, 2014 at 8:35 AM, Bruno Lauzé <brunolauze at msn.com> wrote:

When I try to compile mono from git with llvm ; llvm installed from github.com/mono/llvm

I'm on FreeBSD HEAD.

Everything compiles smoothly but  now the mono-sgen process get stuck in "umtxn" state (kernel lock) on the first usage. (basic-profile-check.exe)

Whenever i remove --enable-llvm everything is fine again. This was working before around october. Any ideas what could have change to cause this?

Any suggestions where to look?

Thanks. 		 	   		  

_______________________________________________

Mono-devel-list mailing list

Mono-devel-list at lists.ximian.com

http://lists.ximian.com/mailman/listinfo/mono-devel-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20140122/cc074aa8/attachment.html>