[Mono-dev] llvm issue

Rodrigo Kumpera kumpera at gmail.com
Fri Jan 24 14:58:41 UTC 2014


Hi Bruno,

Can you try the fixes for llvm in 6154dc77313229fc1ae192a618af5665081815a4?
They target the same llvm issues.


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

>
> I release the patches
> patch-configure.in
> patch-eglib_src_Makefile.am
> patch-mcs_class_System_System.IO_KeventWatcher.cs
> patch-mono_dis_util.c
> patch-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 --version
> Mono 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 --version
> Mono C# compiler version 3.2.7.0
> root at pcbsd:/ # clang --version
> FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140101
> Target: x86_64-unknown-freebsd11.0
> Thread 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+= -pthread
> LDFLAGS+= -pthread
>
> it seems llvm-config output -lpthread and not -pthread
> replace -lpthread to -pthread in  LLVM_CFLAGS
> replace -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/20140124/5198db50/attachment.html>


More information about the Mono-devel-list mailing list