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: kump...@gmail.com
To: brunola...@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é <brunola...@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.tarti...@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@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@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: kump...@gmail.com

To: brunola...@msn.com

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

On Wed, Jan 22, 2014 at 12:24 PM, Bruno Lauzé <brunola...@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: kump...@gmail.com


To: brunola...@msn.com
CC: mono-devel-list@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é <brunola...@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@lists.ximian.com

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



                                          

                                          

                                          
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Reply via email to