From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CBA9C13873B for ; Sat, 1 Mar 2014 12:31:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38CF0E09F4; Sat, 1 Mar 2014 12:31:14 +0000 (UTC) Received: from mail-wi0-f194.google.com (mail-wi0-f194.google.com [209.85.212.194]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C7CF0E0983 for ; Sat, 1 Mar 2014 12:31:12 +0000 (UTC) Received: by mail-wi0-f194.google.com with SMTP id d1so158342wiv.1 for ; Sat, 01 Mar 2014 04:31:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Ku41hMUoGHSEJz8evDCc0NDlP8O+RGm1+wmcop3srTQ=; b=fk5SIrVPvpcs60ppn3WCV3meIkvTiXfxCCSf+nXUU8346W1JZ/7rxnmwhQz91MowzN 0LNd0Ln541/LhJVaiUhwH0x8hQOp27VdwmA/smhhTTy2pIQS86KoI+O3AeUU2FYa8yCh q6heeFYdauW1znNjMMZtYpggjoTk+VlwXn7PIfx69whkZUq/BhrjkFaIn85/cwQCegfB U6/M+YQRWjFCGpficXuvn6KrGUeKH+hsKau832wCerLxQTtyqTruxMcalr8uMQattPR6 8enwXimQ8AvqIvzI0bcz2zPhor9yEyAZYHDNnwYGDLLdEUs8j19BrZpI1Q/XfhIyTAgL KD8A== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.180.77.74 with SMTP id q10mr6831862wiw.39.1393677071591; Sat, 01 Mar 2014 04:31:11 -0800 (PST) Received: by 10.194.249.228 with HTTP; Sat, 1 Mar 2014 04:31:11 -0800 (PST) In-Reply-To: <2840995.macasjMGeL@ai> References: <2840995.macasjMGeL@ai> Date: Sat, 1 Mar 2014 14:31:11 +0200 Message-ID: Subject: Re: [gentoo-user] custom boost in /usr/local = problem with libkolabxml, libixion From: Nikita Tropin To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d043bdf6ac8ae8204f38abafc X-Archives-Salt: 2587ee5d-70d3-4c54-82ec-84b7e245cdb1 X-Archives-Hash: c714ae8764490b3e650f91b004ca3eca --f46d043bdf6ac8ae8204f38abafc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi! Suppose, this is because different programs and libs by default use different installation paths. And libixion uses /usr/local by default as I can understand by it's configure script. I think this is depends on developer of each particular lib/prog. Best regards. On Sat, Mar 1, 2014 at 1:23 PM, Kacper Kopczy=C5=84ski wrote: > Hello list, > > > > I've installed newest boost into /usr/local - it's a custom installation > and not via emerge/portage. > > > > Today, after upgrading system, I've found that I need to use > > > > emerge --update --newuse --deep --with-bdeps=3Dy @world > > > > to rebuild some dependencies. > > > > In the process of recompiling I first noticed this strange thing: > > checking for Boost headers version >=3D 1.36.0... yes > > checking for Boost's header version... 1_55 > > > > Portage installed boost is 1.52, my custom installed one is 1.55. > > > > Then after a few seconds I saw this: > > x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=3D\"libixion\" > -DPACKAGE_TARNAME=3D\"libixion\" -DPACKAGE_VERSION=3D\"0.5.0\" > -DPACKAGE_STRING=3D\"libixion\ 0.5.0\" -DPACKAGE_BUGREPORT=3D\"\" > -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\"libixion\" -DVERSION=3D\"0.5.0\" > -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_ST= DLIB_H=3D1 > -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTY= PES_H=3D1 > -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D= \".libs/\" > -DHAVE_STDLIB_H=3D1 -DHAVE_SYS_TIME_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE__BOO= L=3D1 > -DHAVE_STDBOOL_H=3D1 -DHAVE_GETTIMEOFDAY=3D1 -DHAVE_BOOST=3D1 > -DHAVE_BOOST_UNORDERED_MAP_HPP=3D1 -DHAVE_MDDS_RECTANGLE_SET_HPP=3D1 > -DHAVE_MDDS_MIXED_TYPE_MATRIX_HPP=3D1 > -DHAVE_MDDS_MULTI_TYPE_VECTOR_TRAIT_HPP=3D1 > -DHAVE_BOOST_SYSTEM_ERROR_CODE_HPP=3D1 -DHAVE_BOOST_THREAD_HPP=3D1 > -DHAVE_BOOST_PROGRAM_OPTIONS_HPP=3D1 -I. -I../include -I../lib/libixion/ > libixion.la -D_REENTRANT -DMDDS_HASH_CONTAINER_BOOST > -D__IXION_BUILDING_DLL -g -Os -fvisibility=3Dhidden -O2 -pipe -march=3Dna= tive > -c -o ixion_sorter-sort_input_parser.o `test -f 'sort_input_parser.cpp' |= | > echo './'`sort_input_parser.cpp > > /bin/sh ../libtool --tag=3DCXX --mode=3Dlink x86_64-pc-linux-gnu-g++ -O2 = -pipe > -march=3Dnative -Wl,-O1 -Wl,--as-needed -o ixion-parser > ixion_parser-ixion_parser.o ixion_parser-model_parser.o libixion/ > libixion-0.6.la -lboost_thread-mt -lboost_system-mt -pthread > -lboost_program_options-mt > > libtool: link: x86_64-pc-linux-gnu-g++ -O2 -pipe -march=3Dnative -Wl,-O1 > -Wl,--as-needed -o .libs/ixion-parser ixion_parser-ixion_parser.o > ixion_parser-model_parser.o -pthread libixion/.libs/libixion-0.6.so-lboos= t_thread-mt -lboost_system-mt -lboost_program_options-mt -pthread > > libixion/.libs/libixion-0.6.so: undefined reference to > `boost::thread::start_thread_noexcept()' > > libixion/.libs/libixion-0.6.so: undefined reference to > `boost::thread::join_noexcept()' > > collect2: error: ld returned 1 exit status > > make[2]: *** [ixion-parser] Error 1 > > make[2]: *** Waiting for unfinished jobs.... > > make[2]: Leaving directory > `/var/tmp/portage/dev-libs/libixion-0.5.0/work/libixion-0.5.0/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory > `/var/tmp/portage/dev-libs/libixion-0.5.0/work/libixion-0.5.0/src' > > make: *** [all-recursive] Error 1 > > * ERROR: dev-libs/libixion-0.5.0::gentoo failed (compile phase): > > > > > > ...so it failed because it tried to use my custom boost... I think. > > > > To be sure that this is because of this I moved /usr/local/lib and > /usr/local/include to /root and another compilation of this library went > fine. > > After doing so I runned revdep-rebuild and it had to recompile libkolabxm= l > because it was linked to boost in /usr/local/lib. > > > > So here is my question: > > If libreoffice does need boost to compile, and I compiled libreoffice > after I installed boost to /usr/local, then why it was able to use correc= t > version of boost (from /usr not /usr/local)? > > > > Libreoffice is just an example - there are many other programs that depen= d > on boost, and the boost.thread library is very popular one. > > > > libkolabxml at version 1.0.1 > > libixion at version 0.5.0 > > > > Should I create a bug for these two libraries or this is expected > behaviour? > > > > -- > > Kacper Kopczy=C5=84ski > --f46d043bdf6ac8ae8204f38abafc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!
Suppose, this is because different programs an= d libs by default use different installation paths. And libixion uses /usr/= local by default as I can understand by it's configure script. I think = this is depends on developer of each particular lib/prog.
Best regards.


On Sat, Mar 1, 2014 at 1:23 PM, Kacper Kopczy=C5=84ski <capsel@v-matrix.org> wrote:

Hello list,

=C2=A0

I've installed newest boost into /usr/local - it= 9;s a custom installation and not via emerge/portage.

=C2=A0

Today, after upgrading system, I've found that I ne= ed to use

=C2=A0

emerge --update --newuse --deep --with-bdeps=3Dy @world=

=C2=A0

to rebuild some dependencies.

=C2=A0

In the process of recompiling I first noticed this stra= nge thing:

checking for Boost headers version >=3D 1.36.0... ye= s

checking for Boost's header version... 1_55

=C2=A0

Portage installed boost is 1.52, my custom installed on= e is 1.55.

=C2=A0

Then after a few seconds I saw this:

x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=3D\"libixio= n\" -DPACKAGE_TARNAME=3D\"libixion\" -DPACKAGE_VERSION=3D\&q= uot;0.5.0\" -DPACKAGE_STRING=3D\"libixion\ 0.5.0\" -DPACKAGE= _BUGREPORT=3D\"\" -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\&qu= ot;libixion\" -DVERSION=3D\"0.5.0\" -DSTDC_HEADERS=3D1 -DHAV= E_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H= =3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_= STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".l= ibs/\" -DHAVE_STDLIB_H=3D1 -DHAVE_SYS_TIME_H=3D1 -DHAVE_UNISTD_H=3D1 -= DHAVE__BOOL=3D1 -DHAVE_STDBOOL_H=3D1 -DHAVE_GETTIMEOFDAY=3D1 -DHAVE_BOOST= =3D1 -DHAVE_BOOST_UNORDERED_MAP_HPP=3D1 -DHAVE_MDDS_RECTANGLE_SET_HPP=3D1 -= DHAVE_MDDS_MIXED_TYPE_MATRIX_HPP=3D1 -DHAVE_MDDS_MULTI_TYPE_VECTOR_TRAIT_HP= P=3D1 -DHAVE_BOOST_SYSTEM_ERROR_CODE_HPP=3D1 -DHAVE_BOOST_THREAD_HPP=3D1 -D= HAVE_BOOST_PROGRAM_OPTIONS_HPP=3D1 -I. -I../include -I../lib/libixion/libixion.la -D_REENTRANT -D= MDDS_HASH_CONTAINER_BOOST -D__IXION_BUILDING_DLL -g -Os -fvisibility=3Dhidd= en -O2 -pipe -march=3Dnative -c -o ixion_sorter-sort_input_parser.o `test = -f 'sort_input_parser.cpp' || echo './'`sort_input_parser.c= pp

/bin/sh ../libtool --tag=3DCXX --mode=3Dlink x86_64-p= c-linux-gnu-g++ -O2 -pipe -march=3Dnative -Wl,-O1 -Wl,--as-needed -o ixio= n-parser ixion_parser-ixion_parser.o ixion_parser-model_parser.o libixion/<= a href=3D"http://libixion-0.6.la" target=3D"_blank">libixion-0.6.la -lb= oost_thread-mt -lboost_system-mt -pthread -lboost_program_options-mt

libtool: link: x86_64-pc-linux-gnu-g++ -O2 -pipe -march= =3Dnative -Wl,-O1 -Wl,--as-needed -o .libs/ixion-parser ixion_parser-ixion_= parser.o ixion_parser-model_parser.o -pthread libixion/.libs/libixion-0.6.so -lboost_thread-= mt -lboost_system-mt -lboost_program_options-mt -pthread

libixion/.libs/libixion-0.6.so: undefined reference to `boost::thread::st= art_thread_noexcept()'

libixion/.libs/libixion-0.6.so: undefined reference to `boost::thread::jo= in_noexcept()'

collect2: error: ld returned 1 exit status

make[2]: *** [ixion-parser] Error 1

make[2]: *** Waiting for unfinished jobs....

make[2]: Leaving directory `/var/tmp/portage/dev-libs/l= ibixion-0.5.0/work/libixion-0.5.0/src'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/var/tmp/portage/dev-libs/l= ibixion-0.5.0/work/libixion-0.5.0/src'

make: *** [all-recursive] Error 1

* ERROR: dev-libs/libixion-0.5.0::gentoo failed (compi= le phase):

=C2=A0

=C2=A0

...so it failed because it tried to use my custom boost= ... I think.

=C2=A0

To be sure that this is because of this I moved /usr/lo= cal/lib and /usr/local/include to /root and another compilation of this lib= rary went fine.

After doing so I runned revdep-rebuild and it had to re= compile libkolabxml because it was linked to boost in /usr/local/lib.

=C2=A0

So here is my question:

If libreoffice does need boost to compile, and I compil= ed libreoffice after I installed boost to /usr/local, then why it was able = to use correct version of boost (from /usr not /usr/local)?

=C2=A0

Libreoffice is just an example - there are many other p= rograms that depend on boost, and the boost.thread library is very popular = one.

=C2=A0

libkolabxml at version 1.0.1

libixion at version 0.5.0

=C2=A0

Should I create a bug for these two libraries or this i= s expected behaviour?

=C2=A0

--

Kacper Kopczy=C5=84ski


=
--f46d043bdf6ac8ae8204f38abafc--