From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:50:39 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CED47106566B; Sun, 3 Oct 2010 19:50:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 870848FC12; Sun, 3 Oct 2010 19:50:38 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EB5CB9CB0F1; Sun, 3 Oct 2010 21:50:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k1wOpJizMtsw; Sun, 3 Oct 2010 21:50:36 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3F08C9CB16A; Sun, 3 Oct 2010 21:50:36 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id o93JoZuO035712; Sun, 3 Oct 2010 21:50:35 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 3 Oct 2010 21:50:35 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20101003195035.GA35617@freebsd.org> References: <20101003134111.GA98699@oriental.arm.org> <4CA89F6B.8050108@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CA89F6B.8050108@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: dlt@mebtel.net, current@FreeBSD.org Subject: Re: Another clang problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2010 19:50:39 -0000 On Sun, Oct 03, 2010 at 05:21:15PM +0200, Dimitry Andric wrote: > On 2010-10-03 15: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. > > The problem is that set4pixels() and another function set2lines() are > defined as 'inline' functions in simple.c, but it is compiled with > -std=gnu99. This means that these definitions cannot be called from > another object file. > > So, either libvgl should be compiled with -std=gnu89, or somebody who > knows about libvgl's "official" API should decide whether these > functions must be externally accessible or not. Since libvgl looks very > old (it was imported 8 years ago, and the last functional change was 6 > years ago), the former is probably the easiest fix. we compile world with -std=gnu99 even with gcc, why isnt this problem with gcc?