linux-x86-baselibs-20130224-r9
> !app-emulation/emul-linux-x86-baselibs[- abi_x86_32(-)]
> app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys-
> devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 ! introspection-1.36 ! !
> || ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automak
the gcc-upgrade guide:
>>
>> https://wiki.gentoo.org/wiki/Upgrading_GCC
>>
>> ?
>>
>> --
>> Joost
>
> Thank you for your answer Joost.
>
> As far as I know, I didn't upgrade GCC recently. I just rebuilt
> libtool to be sure, but that didn&#x
l/gcc
Use 'gcc-config -l' to check you are using the correct gcc version.
emerge -1av sys-libs/glibc
emerge -1av dev-build/libtool
env-update && source /etc/profile
I don't get the hang at "-- Detecting C compiler ABI info" anymore. It
now hangs later on "
ite
a lot for a while now, so even though I've got
a installed version, I worry about hidden bugs and breakage.
Context: right now revdep-rebuild thinks it needs to remake kdevelop
and kmyfirewall. Nothing else. Its reasons seem to be a thousand or
so (!) breakages involving /usr/lib/kde3/*.la
3 -O2 -pipe -fomit-frame-pointer -Wformat-security
-Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -c -o
qtrubyinit.o `test -f 'qtrubyinit.cpp' || echo './'`qtrubyinit.cpp
/bin/sh ../../libtool --silent --mode=link --tag=CXX
i6
onitor.c'
>> object='NetworkManager-nm-session-monitor.o' libtool=no
>> x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include
>> -I../marshallers -I../src/logging -I../src/dns-manager
>> -I../src/vpn-manager -I../src/dhcp-manager -I../src/ip6-m
#x27;d like to hear some commentary.
emerge error with context:
(see asterisks below)
/bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -Os
-march=pentium4 -pipe -o msguniq msguniq-msguniq.o libgettextsrc.la
i686-pc-linux-gnu-gcc -Os -march=pentium4 -pipe
I'm getting an error re-compiling gcc-4.5.4
o _dim_i16.o _dim_r4.o _dim_r8.o _dim_r10.o _dim_r16.o _atan2_r4.o _atan2_r8.o _atan2_r10.o _atan2_r16.o _mod_i4.o _mod_i8.o _mod_i16.o _mod_r4.o _mod_r8.o _mod_r10.o
_mod_r16.o misc_specifics.o dprod_r8.o f2c_specifics.o
libtool: link: /usr/i6
] sys-kernel/linux-headers-2.6.11-r2 [2.6.8.1-r4] 0 kB
[ebuild U ] sys-libs/glibc-2.3.5 [2.3.4.20041102-r1] -build -debug -erandom -hardened (-multilib) +nls -nptl -nptlonly -pic (-selinux) +userlocales 0 kB
[ebuild U ] sys-devel/libtool-1.5.18-r1 [1.5.16] 0 kB
[snip]
[ebuild NS ] sys-li
s/portage-2.1.2.7 )
> =sys-devel/automake-1.10*
>
> >=sys-devel/autoconf-2.61
>
> sys-devel/libtool
> VNEED:
> *
> * ERROR: sys-libs/db-4.5.20_p2-r1 failed.
> * Call stack:
> * ebuild.sh, line 49: Called pkg_setup
> *
uot;dev-perl/Locale-gettext-1.50.0"
> [ebuild]) (dependency required by "sys-apps/help2man-1.40.10[nls]"
> [ebuild]) (dependency required by "sys-devel/automake-1.11.5"
> [ebuild]) (dependency required by "sys-devel/libtool-2.4.2"
> [ebuild]) (depe
/libtunepimp.la -> (none)
> >
> > What is "-lmusicbrainz" and is it telling me to just delete
> > /usr/lib/libtunepimp.la?
>
> Look into any *.la file and you will see stuff like this:
>
> /usr/lib/libsqlite3.la:dependency_libs=' -ldl -lpthread&#x
On 10-Jan-13 19:21, Florian Philipp wrote:
Am 10.01.2013 19:06, schrieb Paul Hartman:
On Thu, Jan 10, 2013 at 10:59 AM, Jarry wrote:
I just updated gcc from 4.5.4 to 4.6.3, switched compiler
version, rebuilt libtool, but "emerge --depclean" still
does not want to remove old gcc. &q
Why on earth is libstdc++ playing up again?
==
/bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++
-DEXAMPLES_DIR='"/usr/kde/3.4/share/apps/artsbuilder/examples"'
-Wno-long-long -Wundef -ansi -D_XOPEN_SOUR
On Mon, 2005-09-12 at 08:33 +0100, Neil Bothwick wrote:
> > If I get it right ``fix_libtool_files.sh'' corrects the settings for
> > libtool according to the native compiler if gcc has changed. During a
> > native install there isn't an older version of gcc. So
Anyone actually get Apache 2.2 to compile cleanly? Mine repeated craps
out at this point.
/usr/share/apr-1/build-1/libtool --silent --mode=link
i686-pc-linux-gnu-gcc -pthread -Os -march=pentium4 -pipe -L/usr/lib
-o rotatelogs rotatelogs.lo -lm
/var/tmp/portage/apache-2.2.0-r2/work
hen upgrading to new versions of gcc (based on
your use of the -u flag), right? If so, then you are essentially
correct.
Indeed what I did for the last upgrade was a slightly modified version
of the gcc upgrade guide [1]:
emerge -u gcc
gcc-config blah-blah
source /etc/profile
emerge --oneshot l
3.3.5 to
> 3.3.6, should be quite safe -- just emerge new version, switch your
> system to use it and rebuild the only affected package, libtool.
> However, some GCC upgrades break binary compatibility; in such cases a
> rebuild of the affected packages (or even whole toolchain and syste
ity-2.0.5::gentoo
> Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/amd64/13.0/desktop,
gcc-4.8.4,
> glibc-2.20-r2, 3.10.17-gentoo x86_64)
Right now, I'm using gcc-4.8.5 for stable gentoo sytems. If you
have updated recently, might want to update 'libtool' too as
wel
ing is broken yet,
and you can probably update portage safely because it doesn't use gcc.
However, you probably should rebuild libtool and then the toolchain
after switching to a newer gcc.
>
> Well, yes, but it's really pretty onerous. If you have gentoo in
> embedded
v/null 2>&1
/bin/sh ../../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2
-march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow
-fomit-frame-pointer -pipe -o libsimdpack.la libsimdpack_la-abs.lo
libsimdpack_la-abs_misc.lo libsimdpack_la-average2_u8.lo
libsimdpack
onth there will be
only a number of packages not compiled with a new gcc. Then I want to
recompile them on demand including libtool if necessary.
Do you think my plan have a chance to succeed.
Yes.
Why do you think you would even need to get into a long compile? Have you been
reading that G
t; /var/log/messages:Oct 17 09:09:31 carter distccd[16791]:
> > (dcc_job_summary) client: 192.168.1.4:51319 COMPILE_OK exit:0 sig:0
>
> Looks good.
>
>
> > but I'm still seeing problems on the slow machine:
> >
> > libtool: compile: i686-pc-linux-gnu-gcc -DH
On Wednesday 04 February 2009 20:17:33 Dirk Heinrichs wrote:
> Am Mittwoch, 4. Februar 2009 04:25:34 schrieb ABCD:
> > The reason there wasn't a bump (IIRC) was that the ebuild never changed
> > - only the eclass did. If you emerged any version of GCC during the
> > window where the eclass was bro
1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
EAPI="3"
PYTHON_DEPEND="2"
inherit autotools gnome.org libtool eutils flag-o-matic pax-utils python
virtualx
if [[ ${PV} = ]]; then
inherit gnome2-live
fi
DESC
Pandu Poluan wrote:
On Thu, Dec 29, 2011 at 15:56, Sebastian Beßler
wrote:
On 27.12.2011 15:21, James wrote:
env-update&& source /etc/profile&& etc-update&& eix-update
Run it often and resync every 12 hours too.
I thought you should only sync once every 24 hours to limit network
costs
locate 'x86_64-pc-linux-gnu-4.4.3'
in '/etc/env.d/gcc/'
!
* Running 'fix_libtool_files.sh 4.4.3'
* Scanning libtool files for hardcoded gcc library paths...
cat: ld.so.conf.d/*.conf: No such file or directory
* gcc-config: Active gcc profile is invalid!
gcc-config: er
the first .la file in it's dependency_list:
>
> # grep ^libdir
> /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libgmodule-2.0.la
> libdir='/usr/lib'
>
> I believe in this case the message simply means that
> '/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..&#
6-hardenednopie
[4] i686-pc-linux-gnu-3.3.6-hardenednopiessp
[5] i686-pc-linux-gnu-3.3.6-hardenednossp
# fix_libtool_files.sh 3.3 --oldarch i386-pc-linux-gnu
* Scanning libtool files for hardcoded gcc library paths...
* [1/6] Scanning /lib ...
* [2/6] Scanning /usr/lib ...
* FI
e
sys-boot/grub-static
sys-devel/libtool
sys-kernel/gentoo-sources
sys-power/acpid
The vm has a 50gb harddisk, but the compressed file (qcow2) has ~3gb
(/usr/portage/* stuff deletetd)
The system is pretty much up-to-date and i have both 32bit and 64bit versions.
However, you need the virtio drive
nfig-2.0.33-r1 >=sys-apps/portage-2.1.2.7 )
=sys-devel/automake-1.10*
>=sys-devel/autoconf-2.61
sys-devel/libtool
VNEED:
*
* ERROR: sys-libs/db-4.5.20_p2-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called pkg_setup
* ebuild.sh, line 1244:
nclude
> -I../lib/libixion/libixion.la -D_REENTRANT -DMDDS_HASH_CONTAINER_BOOST
> -D__IXION_BUILDING_DLL -g -Os -fvisibility=hidden -O2 -pipe
> -march=native -c -o ixion_sorter-sort_input_parser.o `test -f
> 'sort_input_parser.cpp' || echo './'`sort_input_parser.cpp
>
&g
AVE_GETTIMEOFDAY=1 -DHAVE_BOOST=1
> > -DHAVE_BOOST_UNORDERED_MAP_HPP=1 -DHAVE_MDDS_RECTANGLE_SET_HPP=1
> > -DHAVE_MDDS_MIXED_TYPE_MATRIX_HPP=1
> > -DHAVE_MDDS_MULTI_TYPE_VECTOR_TRAIT_HPP=1
> > -DHAVE_BOOST_SYSTEM_ERROR_CODE_HPP=1 -DHAVE_BOOST_THREAD_HPP=1
> > -DHAVE_BOOST_PROGRAM_OPTIONS_HPP
One of my machines (amd64) cannot merge gnucash-2.6.1.
The complaint is that it can't find libpng15. The system has libpng16.
The build log has 352 occurrences of libpng16 and no occurrences of
libpng15.
The build log has 2 occurrences of lpng both 15 in consecutive lines.
libtool: link:
the bug) his libarchive.la seems to still list the
.la, so he should re-emerge libarchive after moving away the orphaned
.la-file (or use lafilefixer?).
Still, there is something funny with paludis, as so many people using
it seem to have so many problems with orphaned libtool archive files.
Ahem, ev
: creating libsoup/Makefile
config.status: creating tests/Makefile
config.status: creating tests/httpd.conf
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool
eady using the newer version)
#gcc-config 1
* Switching native-compiler to i686-pc-linux-gnu-4.3.4 ...
#gcc-config 2
* Switching native-compiler to i686-pc-linux-gnu-4.4.3 ...
After you switch, you probably should run
#fix_libtool_files.sh 4.3.4
* Scanning libtool files for hardcoded gcc librar
1
> * Switching native-compiler to i686-pc-linux-gnu-4.3.4 ...
>
> #gcc-config 2
> * Switching native-compiler to i686-pc-linux-gnu-4.4.3 ...
>
> After you switch, you probably should run
> #fix_libtool_files.sh 4.3.4
> * Scanning libtool files for hardcoded gcc library paths...
> make[2]: *** Attente des tâches non terminées
> libtool: compile: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..
> -I../include/sane -I../include -march=prescott -O2 -pipe
> -fomit-frame-pointer -D_GNU_SOURCE -MT libimage_stream_la-cfilebuf.lo
> -MD -MP -MF .deps/libimage_stream_
>>> 'Selected' packages are slated for removal.
> >>> 'Protected' and 'omitted' packages will not be removed.
>
> dragonfly ~ #
>
> Some commands want to update 2.6.0 to 2.6.3, while others want to
> reinstall 3.2.5, and still ot
gcc-3.4.6-r2
>
> <...>
> --- !empty dir /etc/eselect
> --- !empty dir /etc/env.d/gcc
> --- !empty dir /etc/env.d
> --- !empty dir /etc
> * Running 'fix_libtool_files.sh 3.4.6'
> * Scanning libtool files for hardcoded gcc library
> paths...
> g
On Saturday 15 August 2009 18:42:11 Mark Knecht wrote:
> Alan,
>I agree with your description, but I disagree that the upgrade
> guide is actually very clear about this. It has us upgrade the
> compiler (OK), switch to the new compiler (OK), rebuild the libtool
> stuff (OK) t
pkg-config... (cached) /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for libexif to use... yes
> checking for libexif.la file in yes... wild guess that something is in yes
> configure: WARNING:
> * Warning:
> * libtool file libexif.la coul
Am Mittwoch, 4. Februar 2009 21:21:38 schrieb Alan McKinnon:
> On Wednesday 04 February 2009 20:17:33 Dirk Heinrichs wrote:
> > Am Mittwoch, 4. Februar 2009 04:25:34 schrieb ABCD:
> > > The reason there wasn't a bump (IIRC) was that the ebuild never changed
> > > - only the eclass did. If you emer
env-update && source /etc/profile
> # fix_libtool_files.sh 3.4.6
> # emerge --oneshot -av libtool
>
> then I did an emerge -eav system, also went well.
>
> Then I started upgrading, but came into this error:
>
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `
/autoconf: 2.13, 2.61-r2
sys-devel/automake: 1.6.3, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3
ACCEPT_KEYWORDS="x86"
TIA
--
Eric Martin
Key fingerprint = D1C4 086E DBB5 C18E 6FDA B215 6A2
t
of package ebuilds:
[ebuild N] media-libs/gd-2.0.33 USE="png*"
[ebuild N] media-libs/freetype-2.1.10-r2
[ebuild N] media-libs/libpng-1.2.12
[ebuild N] sys-devel/libtool-1.5.22
skipped
What should I do in this case? How exactly should I update my 'g
a?
>>
>> Look into any *.la file and you will see stuff like this:
>>
>> /usr/lib/libsqlite3.la:dependency_libs=' -ldl -lpthread'
>>
>> The .la files are hints to the linker telling it how to do stuff, the -l
>> bits reference libraries that
On Monday, 19. September 2011 10:20:25 Allan Gottlieb wrote:
> On Mon, Sep 19 2011, Alan McKinnon wrote:
> >> > revdep-rebuild checks everything, revdep-rebuild --library
> >> > checks just some things.
> >> >
> >> > ebuilds sometimes issue messages to check just the libraries known
> >> > to have
Am 10.01.2013 19:39, schrieb Jarry:
> On 10-Jan-13 19:21, Florian Philipp wrote:
>> Am 10.01.2013 19:06, schrieb Paul Hartman:
>>> On Thu, Jan 10, 2013 at 10:59 AM, Jarry wrote:
>>>>
>>>> I just updated gcc from 4.5.4 to 4.6.3, switched compiler
t
after the first kernel boot from the replacement drive (rust-based, but
should make no difference.) The errors started immediately after xinetd
started.
I am thinking that the data I recovered from that SSD was not so reliable.
I think I'm going to oneshot libtool and gcc and do an emerge
omplex docs suitable
for developers. I want something in between, on a level for an ebuild
maintainer that tells me how ld, libtool and the tool chain works and
how to determine the differences between glibc versions to I can get
this critter to work, and know why it then works.
Anyone got any
On Thursday 02 March 2006 09:04, Mick wrote:
> Why on earth is libstdc++ playing up again?
> ==
> /bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++
> -DEXAMPLES_DIR='"/usr/kde/3.4/share/apps/artsbuilder/
Nothing on bugs.gentoo.org AFAICS.
Google thinks it's something to do with sendmail?
I don't run sendmail, never have, and gaim has never spewed this at me
before.
Here's the error in full:
make[3]: Entering directory
`/var/tmp/portage/gaim-1.2.1/work/gaim-1.2.1/src'
/bin/sh
On Thu, Sep 08, 2005 at 12:03:00PM +1200, Jamie Dobbs wrote:
> libtool --quiet --mode=link gcc -o libapm.la apmlib.lo -rpath /usr/lib
> -version-info 1:0
> i686-pc-linux-gnu-g++:
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/../../../crti.o: No such
> file or directory
> i
.6-r1
sys-devel/binutils: 2.15.92.0.2-r10
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-fra
esent]
dev-util/confcache: [Not Present]
sys-apps/sandbox:1.2.18.1
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
end a slightly modified version of those
> instructions though:
>
> emerge -uv gcc
> gcc-config ... # or eselect compiler set
> source /etc/profile
> emerge --oneshot libtool
> revdep-rebuild --library=libstdc++.so.5
> emerge -C =sys-devel/gcc-3.3*
> emerge -e world
Thanks
I have been having problems building webkit-gtk right along through the
various versions, but this one stumps me completely -- I get the error:
libtool: link: x86_64-pc-linux-gnu-gcc -o
/var/tmp/portage/net-libs/webkit-gtk-2.0.4/work/webkitgtk-2.0.4/tmp-introspectCZNJhf/.libs/WebKit-3.0
-O2 -mtune
wer
version. Checking my understanding:
1. The old modules, compiled with the old gcc and toolchain worked fine.
2. The new modules, compiled with the new gcc but old libtool, binutils and
glibc worked (usually you update these or @system, before you update the whole
world).
3. The new modu
l-linux-x86-baselibs[- abi_x86_32(-)]
> > app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys-
> > devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 ! > introspection-1.36 ! > ! > || ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automake-1.14:1.14 )
> > |
Select a version of gcc you do have, using gcc-config. Then rebuild
libtool, and continue. GCC 9.3.0 doesnt exist because it's been
replaced in the gcc9 branch by GCC 9.4.0. You could choose to stick
to GCC9, or move to 10 or 11.
On Tue, 19 Oct 2021 at 11:48, Walter Dnes
ions.
>
> Just done that. See my other email.
>
> NOTHING TO UPDATE (unless I've messed up my emerge ...)
>
> Cheers,
> Wol
OK, in case you haven't, I'd also run:
emerge @preserved-rebuild -v -a
and
emerge --depclean -v -a
to remove any dependencies no longe
-c -o
> contexts/libetonyek_internal_la-IWORKLayoutElement.lo `test -f
> 'contexts/IWORKLayoutElement.cpp' || echo './'`context
> s/IWORKLayoutElement.cpp
> /bin/sh ../../libtool --tag=CXX --mode=compile
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../..
&
2.13::gentoo
sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake: 1.11.6-r3::gentoo, 1.15.1-r2::gentoo
sys-devel/binutils: 2.30-r2::gentoo
sys-devel/gcc:7.3.0-r3::gentoo
sys-devel/gcc-config: 1.8-r1::gentoo
sys-devel/libtool:
GS="-O2 -march=pentium4 -pipe"
> CHOST="i686-pc-linux-gnu"
> CXXFLAGS="${CFLAGS}"
> MAKEOPTS="-j3"
>
> the last bit of the copilation log:
>
> ...
> /bin/sh ../../../libtool --silent --tag=CXX --mode=link
> i686-pc-linux-gnu-g++
. When
gcc says ld it should also say ar at least.
>> * libtool covers gcc and ar
>
> Not particularily well. It's not really a wrapper, at least no
> abstraction whatsoever, but more a command line filter doing
> certain (quite unpredictable) magic things. I'd instead sug
l, "having a good day for a change"?"
>(Rik Steenwinkel and Graham Reed)
>
>
I have a script for "-e" :
#! /bin/bash
LOG=/tmp/update.log
date > $LOG
echo Starting... >> $LOG
#looking for active gcc
N=1
A=`gcc-config -c`
B=$A
while [ $B !=
f a gcc upgrade required a world rebuild you would have
already been subjected to 12-month long threads about it right here on
this list
I know, and the GCC upgrade guide is pretty clear on that point, and
since I didn't say anything about rebuilding anything other than
sys-devel/libtool, w
ng installed. The
kernel was the last thing I did have to upgrade, but I was on
gentoo-sources-2.6.32 and had no segfault problems.
>From memory, I had to upgrade things in this order:
-run emerge --sync
-gcc (then switch to new version)
-emerge libtool, binutils, linux-headers, glibc (glib as a
: 6731026bd416e5bd05a2b380cfdf6ff7e7134fe5
sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.42 p3) 2.42.0
app-misc/pax-utils:1.3.7::gentoo
app-shells/bash: 5.1_p16-r6::gentoo
dev-build/autoconf:2.71-r7::gentoo
dev-build/automake:1.16.5-r2::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make
X_3.4.19'
/var/tmp/portage/net-libs/webkit-
gtk-2.4.8/work/webkitgtk-2.4.8/.libs/libjavascriptcoregtk-3.0.so: undefined
reference to `_ZNSt6chrono3_V212system_clock3nowEv@GLIBCXX_3.4.19'
collect2: error: ld returned 1 exit status
linking of temporary binary failed: Command '[
I need libXfont-1.4.0 because xf86-video-intel-2.7.99.902-r1 depends on
xorg-server-1.6.3 which depends on libXfont-1.4.0. But libXfont fails to
emerge. Here is the end of the libXfont build.log:
libtool: link: i686-pc-linux-gnu-gcc -shared .libs/dummy.o
-Wl,--whole-archive fontfile/.libs
On 9/12/07, Dan Farrell <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Sep 2007 16:36:56 -0700
> "Mark Knecht" <[EMAIL PROTECTED]> wrote:
>
> > libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or
> > unhandled argument `/usr/lib/libgn
ot 101062 May 15 09:10 /usr/lib/libmad.a
> > lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so ->
> > libmad.so.0.2.1
> > lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so.0
> > -> libmad.so.0.2.1
> > -rwxr-xr-x 1 root root 91472 May 15 09:
media-libs/libvorbis
> media-sound/esound
> media-libs/libmad
> media-libs/audiofile
> dev-util/pkgconfig
> =sys-devel/automake-1.9*
>
> >=sys-devel/autoconf-2.61
>
> sys-devel/libtool
> sys-devel/make
> dev-util/pkgconfig
> dev-lang/perl
>
x-gnu-4.1.1 *
taken from the emerge logfile.
bin/sh ../../libtool --silent --tag=CXX --mode=link
i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium3
a
>> much more useful error.
>
> Thanks for the tip. Now it's 'partially successful':
>
> * QA Notice: Package has poor programming practices which may compile
> *fine but exhibit random runtime failures.
These aren't anything to worry about.
using USE "graphite" since gcc-4.5.3-r1 appeared. Upstream says
that graphite is stable, feature-complete, and production-ready since 4.5.3.
To fully taste the effect of graphite, I even went the torturous route of
emerging gcc + libtool + binutils (in that order) twice, followed by a
wh
Michael Mol wrote:
Walter Dnes wrote:
On Mon, Dec 26, 2011 at 07:23:27PM +0100, Alex Schuster wrote
I notice that you have 'MAKEOPTS="-j4"'. You wouldn't believe how
many problems you can solve by changing to 'MAKEOPTS="-j1"'. Yes, the
build process may take a bit longer, but the final exec
Gentoo from an existing distro.
> Emerging fails on m4. tar xJvf fails both from within the chroot and from the
> host system. top shows that nothing is using any amount of memory worth
> mentioning. Extracting libtool-2.4.tar.xz works. I can extract
> m4-1.4.16.tar.xz in a computer w
eded to keep your system working.
So my suggested order for this would be:
# emerge -uav gcc
# gcc-config i686-pc-linux-gnu-3.4.4
# source /etc/profile
# emerge --oneshot -av libtool
# revdep-rebuild --library libstdc++.so.5
# emerge -Duv world
Watch out for a portage or python update though..
: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium
earth is libstdc++ playing up again?
> > ======
> > /bin/sh ../../libtool --silent --mode=link --tag=CXX
> i686-pc-linux-gnu-g++
> > -DEXAMPLES_DIR='"/usr/kde/3.4/share/apps/artsbuilder/examples"'
> > -
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.18-r1
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
Hello,
I'm trying to emerge kde-meta. Before I have removed about every kde
package to start as clean as possible. The merge fails here:
>>> Applying xdelta: kdeaddons-3.4.0-3.4.1.tar.xdelta
...
/usr/qt/3/bin/moc ./kfile_cert.h -o kfile_cert.moc
/bin/sh ../../libtool --silent
opie
> [4] i686-pc-linux-gnu-3.3.6-hardenednopiessp
> [5] i686-pc-linux-gnu-3.3.6-hardenednossp
>
> # fix_libtool_files.sh 3.3 --oldarch i386-pc-linux-gnu
> * Scanning libtool files for hardcoded gcc library paths...
> * [1/6] Scanning /lib ...
> * [2/6] Scanning /usr/lib .
Hi to all!!
I'm trying to compile kwin 3.5.2-r1 with xcomposite extensions, but I get the
following error:
/bin/sh ../libtool --silent --mode=compile --tag=CXX
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./lib
-I/usr/kde/3.5/include -I/usr/qt/3/include -I. -DQT_THREAD_SU
I don't know if I'll ever finish rebuilding world with the new gcc. :-(
Would you perhaps know how I could fix this?
===
cc1: warning: command line option "-Wsign-promo" is valid for C++/ObjC++ but
not for C
/bin/sh ../libtool
a stable or a testing system.
https://wiki.gentoo.org/wiki/Upgrading_GCC
And then follow exactly the steps in the news item after the step of
rebuilding gcc.
Or in detail:
Run these commands:
# gcc-config -l
# gcc-config set
# emerge -1 sys-devel/gcc
# gcc-config -l
# gcc-config set
# source
On 25/08/2013 19:22, cov...@ccs.covici.com wrote:
> I have been having problems building webkit-gtk right along through the
> various versions, but this one stumps me completely -- I get the error:
> libtool: link: x86_64-pc-linux-gnu-gcc -o
> /var/tmp/portage/net-libs/webkit-gt
Hi there,
I'm trying to compile a system for my raspberry 2, and during compiling
media-libs/libexpoxy-1.2, I encountered a problem:
> libtool: compile: armv7a-hardfloat-linux-gnueabi-gcc -std=gnu99
> -DHAVE_CONFIG_H -I.
> -I/var/tmp/portage/media-libs/libepoxy-1.2/work/libep
Hi. I am getting the following error when emerging
gnome-control-center on my most recent update -- I am using unstable
gentoo.
libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H
-I. -I../.. -pthread -I/usr/include/gtk-3.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include
On sam. 25 mars 20:25:15 2017, John Covici wrote:
> Hi. I am getting the following error when emerging
> gnome-control-center on my most recent update -- I am using unstable
> gentoo.
> libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H
> -I. -I../.. -pthread -I/usr/include
end of that list and trying to emerge
>x11-libs/gtk+-2.24.32-r1 andI have run into this problem:
>
>libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
>-Wall -Wl,-O1 -o decompose-bits decompose-bits.o -Wl,--as-needed
>/usr/lib/libatk-1.0.so -lpango-1
betonyek_internal_la-IWORKLayoutElement.lo `test -f
'contexts/IWORKLayoutElement.cpp' || echo './'`context
s/IWORKLayoutElement.cpp
/bin/sh ../../libtool --tag=CXX --mode=compile
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../..
-DBOOST_SPIRIT_USE_PHOENIX_V3 -DLIBETONYEK_BU
o they overwrite the existing
package files, do an emerge -e @system, then follow with another for
world. Can also use the install CD packages - I have used some quite
different versions when recovering a broken system so it work :).
Have done it a few times, its a bit messier than than just
ed by "sys-devel/gettext-0.20.2::gentoo" [installed])
(dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed])
(dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [installed])
(dependency required by "sys-devel/automake-1.16.3-
, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
CHOST=
ake[2]: Entering directory
`/mnt/hda/portage/jpilot-0.99.7-r1/work/jpilot-0.99.7/Expense'
if /bin/sh ../libtool --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I..-Wall -O3 -march=athlon-xp
-mtune=athlon-xp -pipe -fomit-frame-pointer -I/usr/local/include
-I/usr/local/include -I/u
601 - 700 of 1505 matches
Mail list logo
