From owner-freebsd-ports@FreeBSD.ORG Thu May 30 16:42:55 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EC8B8378 for ; Thu, 30 May 2013 16:42:55 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id CA62A5F0 for ; Thu, 30 May 2013 16:42:55 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id C3D7F56A87 for ; Thu, 30 May 2013 12:42:54 -0400 (EDT) Message-ID: <51A78190.4030302@intertainservices.com> Date: Thu, 30 May 2013 12:42:56 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130516 Thunderbird/17.0.6 MIME-Version: 1.0 To: ports@freebsd.org Subject: Re: FreeBSD Port: textproc/libvisio References: <20130530152715.GH72396@darkthrone.kvedulv.de> In-Reply-To: <20130530152715.GH72396@darkthrone.kvedulv.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: C3D7F56A87.A0188 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 16:42:56 -0000 On 05/30/13 11:27, Michael Moll wrote: > Hi, > > sorry for coming a bit late across this topic, I'm not subscribed to > freebsd-ports@. However, I had the same problem with gcc 4.7 and can > workaround it by changes like this in the according Makefiles: > > --- /portswork/usr/ports/textproc/libvisio/work/libvisio-0.0.27/src/conv/raw/Makefile.orig 2013-05-30 17:21:53.228445444 +0200 > +++ /portswork/usr/ports/textproc/libvisio/work/libvisio-0.0.27/src/conv/raw/Makefile 2013-05-30 17:22:10.372454743 +0200 > @@ -187,7 +187,7 @@ > INSTALL_SCRIPT = install -o root -g wheel -m 555 > INSTALL_STRIP_PROGRAM = $(install_sh) -c -s > LD = /usr/local/bin/ld > -LDFLAGS = -Wl,-rpath=/usr/local/lib/gcc47 > +LDFLAGS = -Wl,-rpath=/usr/local/lib/gcc47 -L/usr/local/lib/gcc47 > LIBOBJS = > LIBS = > LIBTOOL = $(SHELL) $(top_builddir)/libtool > > I didn't dig deeper into it, but there seems to be some problem in the > configure process of this port. A similar workaround is necessary for > net/libcmis on my box. > This unfortunately did not work for me, I'm thinking of just sticking with clang at this point, even though gcc48 usually produces better performing binaries. 90% of the time this setup works fine, but the odd port fails to compile and then there are issues like this. gmake[4]: Entering directory `/usr/ports/textproc/libvisio/work/libvisio-0.0.27/src/conv/svg' CXX vsd2xhtml.o CXXLD vsd2xhtml vsd2xhtml.o: In function `main': vsd2xhtml.cpp:(.text.startup+0x2a3): undefined reference to `std::ctype::_M_widen_init() const' ../../lib/.libs/libvisio-0.0.so: undefined reference to `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, std::__detail::_List_node_base*)' ../../lib/.libs/libvisio-0.0.so: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)' ../../lib/.libs/libvisio-0.0.so: undefined reference to `std::__detail::_List_node_base::_M_unhook()' /usr/local/lib/libwpd-0.9.so: undefined reference to `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' /usr/local/lib/libwpd-0.9.so: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' collect2: error: ld returned 1 exit status Thanks.