Re: Another clang problem

From: Derek Tattersall <dlt_at_mebtel.net>
Date: Sun, 3 Oct 2010 10:04:25 -0400
* Rui Paulo <rpaulo_at_freebsd.org> [101003 09:57]:
> On 3 Oct 2010, at 14:41, Derek Tattersall wrote:
> 
> > In updating gnash to 8.8 the build failed while linking with libvgl.so.  My
> > current system was built last week, with both kernel and world built
> > with clang.  The linkage failure was due to an inlined function,
> > "set4pixels" which is only referred to, as far as I can tell, within the
> > source file simple.c which contains the function definition.
> > 
> > I rebuilt libvgl.so using gcc and gnash linked properly.  It seems, at
> > least in this case, that clang has some problems dealing with inlined
> > functions.
> 
> We are still in the process of identifying which ports have problems, but we are aware that building ports with clang is not an easy job: several ports assume a gcc behavior and there some LLVM/Clang problems that need to be ironed out.
> 
> Given this, we need some sort of way to identify ports that can be built with clang, but that requires man-hours.
> 
> Regards,
> --
> Rui Paulo
I was not completely clear, I'm afraid.  Gnash was built with gcc under
all circumstances.  libvgl.so is part of the world build and is
installed in /usr/lib.  It was originally built with clang when I built
both the kernel and the world with clang last week.  I found that
building /usr/src/lib/libvgl with gcc was necessary to get gnash to
build properly.
-- 
Best regards,
Derek Tattersall
dlt_at_mebtel.net		dlt666_at_yahoo.com		 dtatters_at_gmail.com
Received on Sun Oct 03 2010 - 12:04:28 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:08 UTC