On Dec 27, 2011 6:01 AM, "Alex Schuster" wrote:
>
> I wrote:
>
> > The problem is that in the libtool linking phase the arguments "/usr/bin
> > /usr/sbin /bin /sbin" are given along the libraries and library paths. I
> > have no idea why this ha
On 12/24/2010 06:18 AM, Dale wrote:
Hi,
I was trying to update my old x86 rig and ran into this:
Merging translations into org.gnome.gconf.defaults.policy.
CREATED org.gnome.gconf.defaults.policy
mv -f .deps/gconf-defaults.Tpo .deps/gconf-defaults.Po
/bin/sh ../libtool --tag=CC --mode=link
/X11R6/lib -lSM -lICE -lXext
-lX11
grep: /usr/lib/libungif.la: No such file or directory
/bin/sed: can't read /usr/lib/libungif.la: No such file or directory
libtool: link: `/usr/lib/libungif.la' is not a valid libtool archive
Any ideas where it supposed to come from?
David
--
gentoo-user@
4.2-r1 fails like so. I'm
way rusty at this and hoped I could get some tips here.
[SNIP]
> libtool: link:
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la' > is not a valid
libtool archive
I'll bet dollars to doughnuts that you upgraded from gcc 3.3.4 to gcc
3.4.4
Hi there,
Is there any one out there that knows what this means and how to fix it?
libtool: link: `/usr/lib64/libGL.la' is not a valid libtool archive
make[3]: *** [kcm_info.la] Error 1
make[3]: Leaving directory
`/var/tmp/portage/kdebase-3.5.2-r1/work/kdebase-3.5.2/kcontrol/info&#x
grade. Just remember to "gcc-config -l" and "gcc-config 1" or
whatever number you need active after the upgrade, then ". /etc/profile" and
some people have needed to re-emerge libtool (emerge -1 libtool). No need to
rebuild the entire toolchain on this one.
--
Happ
e
> > > the odd package still doesn't like 4.9. Ironically, on my MythTV
> > > boxes, the only package that fails with 4.9 is MythTV :-O
> >
> > That's reassuring - thanks Neil. Will I also have to upgrade bin-utils
> > and libtool to ~ versions? I thi
uthors would need to figure out the
versioning scheme (and commit to it in the future) before fixing this.
Some references:
* https://autotools.io/libtool/version.html
* https://www.gnu.org/software/libtool/manual/libtool.html#Versioning
> Files matching a file type that is not allowe
asic all
| make[5]: Entering directory
`/Gentoo/Portage/build/portage/dev-lang/mono-1.1.16.1/work/mono-1.1.16.1/mcs'
|
/Gentoo/Portage/build/portage/dev-lang/mono-1.1.16.1/work/mono-1.1.16.1/libtool:
line 6911: LC_CTYPE: command not found
|
/Gentoo/Portage/build/portage/dev-lang/mono-1.1.
ry
`/var/tmp/portage/dev-cpp/glibmm-2.20.1/work/glibmm-2.20.1/tools/pm'
Making all in extra_defs_gen
make[3]: Entering directory
`/var/tmp/portage/dev-cpp/glibmm-2.20.1/work/glibmm-2.20.1/tools/extra_defs_gen'
/bin/sh ../../libtool --tag=CXX --mode=compile i686-pc-linux-gnu-g++
-DHAV
in/moc ./kcarddialog.h -o kcarddialog.moc
/bin/sh ../libtool --silent --tag=CXX --mode=compile
i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..
-I/usr/kde/3.5/include -I/usr/qt/3/include -I. -DQT_THREAD_SUPPORT
-D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_S
p/"
>
> ^^^
>
> > /bin/sh ../../../../libtool --mode=install /usr/bin/install -c
> > eina_chained_mempool.la '/var/tmp/portage/dev-
> > libs/eina-/image//usr/lib64/eina/mp/'
>
>
>
> > libtool: install: error: cannot install `eina_chained_mem
.4 but this package have a
> > dependency with apr-1.2.8, then when i try to emerge apache in
> > the
> > compilation of this package in certain point this error appears:
> >
> >
> > /usr/bin/libtool: line 5966: i386-pc-
On 28 February 2007, [EMAIL PROTECTED] wrote:
> > On 28 February 2007, Bo Ørsted Andresen wrote:
> > -march=pentium4 -fomit-frame-pointer -pipe -DHAVE_ERRNO_AS_DEFINE=1
> > ../../././bdb/dist/../mutex/mut_pthread.c
> > ./libtool: line 323: s,^.*/,,g: No such file or direc
On 15.05.2012 11:11, Alex Schuster wrote:
> Stroller writes:
>
>> I boot from a SystemRescueCD and follow the Gentoo quick install guide.
>>
>> This has never failed me.
>
> For me it did, half a year ago, several packages failed to build due to
> strange lib
)
ibtool: link: warning: `/usr/lib/libgio-2.0.la' seems to be moved
libtool: link: warning: `/usr/lib/libgobject-2.0.la' seems to be moved
libtool: link: warning: `/usr/lib/libgmodule-2.0.la' seems to be moved
* ERROR: gnome-extra/evolution-data-server-2.32.2-r1 failed (compile phase
if using a 2.2 version of portage would help on this or not.
My desktop machine uses 2.1.10.3 & there's no similar problem there,
so that seems unlikely to help.
I did update 'gnuconfig', which supports 'libtool',
so perhaps I need to remerge 'libtool',
b
so I may have missed
some important errors during the run.
After that I ran plain revdep-rebuild as I do after every update, and
saw that two gnome packages failed to rebuild properly because lpng14
couldn't be found :/
>From painful experience I've learned that good-old libtool files (
Any time i attempt to compile KDE 3.5, it fails misserably, here is
some output from the make process:
libtool: link: `/usr/lib/libGL.la' is not a valid libtool archive
make[3]: *** [kcm_info.la] Error 1
make[3]: Leaving directory
`/var/tmp/portage/kdebase-3.5.1-r2/work/kdebase-3.5.1/kco
: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la: No such file or directory
/bin/sed: can't read /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc ++.la: No such file or directory
libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la ' is n
re-emerge libtool and this should go away.
If not a google search or in forums.gentoo.org has some more info.
On Fri, May 19, 2006 at 06:48:52PM -0400, JimD wrote:
> I am getting this error when trying to update apmd.
>
> [EMAIL PROTECTED] $ sudo emerge -vb sys-apps/apmd
>
t; https://wiki.gentoo.org/wiki/Upgrading_GCC
> >>
> >> ?
> >
> > 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't help.
> >
> > Nanderty
>
>
;
Making all in config
make[3]: Entering directory `/home/omega21/Metal4kde-0.2/kstyle/config'
/bin/sh ../../libtool --silent --mode=link --tag=CXX g++
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wp
Hi All,
I've set USE="-arts" and ran a revedep-rebuild. It all went pear shape from
there:
===
/bin/sh ../../libtool --silent --tag=CXX --mode=link
i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOUR
the full output of `revdep-rebuild -i -vp`
either inline or attached as a compressed file...
> I've tried to remerge about 10 of them manually and
> they ALL fail with this same kind of error:
[SNIP]
> /bin/sh ./libtool --mode=link
> i686-pc-linux-gnu-gcc -O2 -march=pentium4 -pi
e reasons to fear breakage
>> you can rebuild your toolchain:
>>
>> 1. Use gcc-config to select x86_64-pc-linux-gnu-7.3.0
>> 2. Re-source /etc/profile by running in your current console/terminal:
>> . /etc/profile
>> 3. Re-emerge libtool:
>> emerge -1
n':
contactsdb-test.c:352: warning: `pilot_connect' is deprecated
(declared at ../include/pi-header.h:28)
/bin/sh ../libtool --tag=CC --mode=link gcc -g2 -Wall -o
contactsdb-test contactsdb-test.o ../libpisock/libpisock.la
mkdir .libs
gcc -g2 -Wall -o .libs/contactsdb-test contactsdb-tes
ry that is already emerged.
The actual error I see is:
/bin/sh ../../libtool --silent --tag=CXX --mode=compile
i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop
-I../../kdecore -I../../kio/kssl -I../../kjs -I../../arts/kde -I../..
-I/usr/kde/3.5/include/arts -I../../dcop -I../../
Hi,
Explanation && patch here :
http://www.mail-archive.com/bug-libtool@gnu.org/msg00838.html
--
gentoo-user@gentoo.org mailing list
On 12/3/05, Alan E. Davis <[EMAIL PROTECTED]> wrote:
> I'd like to understand how this works. Is there any documentation of all
> this?
The full documentation is "info libtool". Although it is targeted for
application developers, it might be useful to browse. But
/05, Alan E. Davis <[EMAIL PROTECTED]> wrote:> I'd like to understand how this works. Is there any documentation of all
> this?The full documentation is "info libtool". Although it is targeted for
application developers, it might be useful to browse. But I'll try t
Ian K wrote:
>Peter Gordon wrote:
>
>
>
>>Ian K wrote:
>>
>>
>>
>>>grep: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la: No such
>>>file or directory
>>>/bin/sed: can't read
>>>/usr/lib/gcc-lib/i686-pc-linux
On Sun, May 31, 2009 at 11:09:07PM +0200, Penguin Lover Alan McKinnon squawked:
> test -z "/usr/lib64/eina/mp/" || /bin/mkdir -p "/var/tmp/portage/dev-
> libs/eina-/image//usr/lib64/eina/mp/"
^^^
> /bin/sh ../../../../libtool --mod
On Wed, 2007-11-28 at 00:31 -0500, Andrey Vul wrote:
> last few lines of build log:
> [libtool]
> x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../lib/gvc
> -I../../lib/common -I../../lib/graph -I../../lib/cdt
> -I../../lib/pathplan -I/usr/lib64/perl5/5.8.8/x86_64-linu
reamStart()'
/usr/kde/3.5/lib/libartsmodules.so: undefined reference to `virtual thunk to
Arts::SynthModule_stub::stop()'
collect2: ld returned 1 exit status
make[3]: *** [noatunsynaescope.bin] Error 1
make[3]: *** Waiting for unfinished jobs
libtool: link: warning: `/usr/lib/libacl.
c-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or
directory
/bin/sed: can't read
//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or
directory
libtool: link: `//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la'
is not a valid libtool archive
3.3.5/libstdc++.la:
No such file or directory
libtool: link:
`/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la'
is not a
valid libtool archive
make[2]: *** [libfile.la] Error 1
make[2]: *** Waiting for unfinished jobs
creating libdns-sd.la
(cd .libs && rm -f libdns-sd.la &&
:-\ How to fix it ???
Thanks
Pat
grep: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++.la: No
such fi
le or directory
/bin/sed: can't read
/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/libstdc++
.la: No such file or directory
libtool: link:
`/usr/lib/gcc-lib/i38
My normal
emerge --tree --ask --verbose --newuse --update --deep world
produced the following
[snip]
libtool --quiet --mode=compile gcc -c -O -g -Wall -pipe -I.
-I/usr/X11R6/include -I/usr/src/linux-2.2/include -I /usr/src/linux-2.0/include
-DVERSION=\"3.2.1\" -DDEFAULT_
ersions of GCC are automatically pulled in, but
you have to eselect the new one manually (I don't know the reason; I
assume it is to avoid leaving the user with a broken compiler).
Personally, I just check the emerge output to see if a new version of
GCC was merged, and if so, I eselect it and rebui
ed evolution and watched the compile. I'm seeing a number of
what appear to be link errors. Maybe that has something to do with
this?
What causes this problem:
libtool: link: warning:
`/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libxml2.la' seems to
be moved
libtool: link: warning:
`/u
:
> > > >>> Source configured.
> > > >>> Compiling source in
> > > >>>
> /var/tmp/portage/dev-util/dialog-1.1.20100428/work/dialog-1.1-201004
> > > >>> 28 ...
> > >
> > > make
> > > make: Warning: File
> > libtool: link: cannot find the library
> > `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la'
To fix:
# fix_libtool_files.sh 3.3.4
--
gentoo-user@gentoo.org mailing list
c-linux-gnu/3.3.4/libstdc++.la: No such
> file or directory
> /bin/sed: can't read
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la: No such file or
> directory
> libtool: link: `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la'
> is not a valid libtool arch
On Nov 28, 2007 8:17 AM, Albert Hopkins <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2007-11-28 at 00:31 -0500, Andrey Vul wrote:
> > last few lines of build log:
> > [libtool]
> > x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../lib/gvc
> > -I../../lib/
couldn't be found :/
>
> From painful experience I've learned that good-old libtool files (*.la)
> are the usual suspects, and grep found -lpng14 in about ten .la files
> even after both revdep-rebuilds. Grrr!
>
> This fixed the problem for me (as similar moves ha
m3-pc-linux-gnu/3.3.5/libstdc++.la: No such file
or directory
libtool: link:
`//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la' is not a
valid libtool archive
make[4]: *** [libpixbufloader-tiff.la] Error 1
make[4]: Leaving directory
`/var/tmp/portage/gtk+-2.6.4-r1/work/gtk+-2.6.4/gdk-pixb
AGS="-march=pentium3 -O3 -pipe"
I don know what is wrong
And the error was :
grep: //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No
such file or directory
/bin/sed: can't read
//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file
or directory
libtool
CHOST from pentium3 to i686 :( .. every now and then I am having
>this kind of message
>
>//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or
>directory
>/bin/sed: can't read
>//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such
, 0.66
> Linux 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 2400+
>
>
> kspell_aspellclient.lo kspell_aspelldict.lo ../../ui/libkspell2.la
> -laspell grep: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la:
> No such file or directory
> /bin/sed: can't read
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.
Allan Gottlieb wrote:
> My normal
>
>emerge --tree --ask --verbose --newuse --update --deep world
>
> produced the following
>
> [snip]
>
> libtool --quiet --mode=compile gcc -c -O -g -Wall -pipe -I.
> -I/usr/X11R6/include -I/usr/src/linux-2.2/include -I
ecifics.o dprod_r8.o
> f2c_specifics.o
> libtool: link: /usr/i686-pc-linux-gnu/bin/ranlib .libs/libgfortran.a
> libtool: link: ( cd ".libs" && rm -f "libgfortran.la" && ln -s
> "../libgfortran.la" "libgfortran.la" )
> true DO=al
gmail.com> writes:
> > > cp: cannot stat '/usr/share/libtool/config/install-sh': No such
> > > file or directory
Just got the same result. Probably gotta sync tomorrow and try again.
hth,
James
: creating installer/Makefile
config.status: creating test/Makefile
config.status: creating scripts/Makefile
config.status: creating dltest/Makefile
config.status: creating driver/myconf.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure: WARNING
amd64
`-- sys-devel/automake-1.14.1 (>=sys-devel/automake-1.14) [~amd64
keyword]
`-- sys-devel/autoconf-2.69 (>=sys-devel/autoconf-2.68) amd64
`-- sys-devel/libtool-2.4.2 (sys-devel/libtool) amd64
[ app-text/openjade-1.3.2-r6 stats: packages (8), max depth (1) ]
Is it a cir
On Thu, 2009-04-23 at 11:59 +0200, Philipp Riegger wrote:
> There was a bug about this (libpcre not installing the .la files).
https://bugs.gentoo.org/show_bug.cgi?id=266016 should be it btw..
Philipp
is my first 64bit machine, so I am not sure if I have made more
> > mistakes than usual (LOL). This is the error:
> > ====
> >
> > libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gamin.o
> > -Wl,-rpath
> > -Wl,/var/tm
ror:
grep: /usr/lib/libesd.la: No such file or directory
/bin/sed: can't read /usr/lib/libesd.la: No such file or directory
libtool: link: `/usr/lib/libesd.la' is not a valid libtool archive
make[3]: *** [konq_sound.la] Error 1
make[3]: *** Waiting for unfinished jobs
make[3]: Leaving d
ry '/usr/lib/libpng14.so' and then delete
> > the obsolete library.
> >
> > After that I ran plain revdep-rebuild as I do after every update,
> > and saw that two gnome packages failed to rebuild properly because
> > lpng14 couldn't be found :/
> >
>
Hi,
after update binutil receives a patch from gentoo. The following
compilations failes:
/bin/sh ./libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -W -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wshadow -march=native -O2 -pipe
-Wl,-O1 -Wl,--as-needed -o size size.o bucomm.o
On 2006-03-09 14:03, Rafael Barrera Oro uttered these thoughts:
> Any time i attempt to compile KDE 3.5, it fails misserably, here is
> some output from the make process:
>
>
> libtool: link: `/usr/lib/libGL.la' is not a valid libtool archive
> make[3]: *** [kcm_in
27;t
occur again.
Hope this does warn others using gentoo-provided binary packages that some
weird issues can happen:
- desktop profile: prevent the use of binaries for "libtool"
- hardened profile: prevent the use of binaries for "libtool" + make symlinks
for /usr/sbin/openrc* in /sbin/
The symlinks will be handled correctly when doing the usr-merge afterwards.
--
Joost
On 3 Feb, Neil Bothwick wrote:
> Re-emerge gcc-4.3.3 - this was fixed without a revision bump.
^^^
I do love this !!!
Many thanks,
Helmut.
--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aach
possible that I NEED arts for mine to
> work?
>
> Any ideas?
>
> Dale
>
> :-) :-) :-)
I was doing some more checking around. I forgot about this package that
failed to emerge. Here is the error:
> /bin/sh ../../libtool --silent --tag=CXX --mode=compile
> i686-pc-li
What I get is:
...running: make
/bin/sh /root/tmp/pear/temp/pear-build-rootFqdFar/PDO-1.0.3/libtool
--mode=compile cc -I. -I/root/tmp/pear/temp/PDO -DPHP_ATOM_INC
-I/root/tmp/pear/temp/pear-build-rootFqdFar/PDO-1.0.3/include
-I/root/tmp/pear/temp/pear-build-rootFqdFar/PDO-1.0.3/main
-I/root/tmp/p
When watching emerges, I sometimes see libtool display warnings of the
form 'libxxx.la has moved'. The resultant packages seem to run OK, so
is this something to worry about, should it be fixed or just ignored?
--
gentoo-user@gentoo.org mailing list
/efl
[snip ..]
libtool: link: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -fpie -Wl,-O1 -
fPIC -DPIC -pie -rdynamic -o bin/evas/.libs/evas_cserve2_slave
bin/evas/bin_evas_evas_cserve2_slave-evas_cserve2
_slave.o bin/evas/bin_evas_evas_cserve2_slave-evas_cserve2_utils.o
lib
Great, it is merging again.
On Thu, Oct 13, 2005 at 12:02:00PM +0200, Holly Bostick wrote:
> Yes, emerge dgs:
>
> dgs
> Description: fake ebuild to force removal of broken path_dps.m4
>
> Then try your emerge again.
--
gentoo-user@gentoo.org mailing list
now, and I do not find a simple workaround.
The problem is that in the libtool linking phase the arguments "/usr/bin
/usr/sbin /bin /sbin" are given along the libraries and library paths. I
have no idea why this happens, and how to solve this. Something must be
wrong on my system.
On Tue, 03 Feb 2009 16:03:00 +0100 (CET)
Helmut Jarausch wrote:
> I do love this !!!
And I hate to re-emerge same gcc every time some minor bug (which I
didn't happen to reproduce) is fixed.
--
Mike Kazantsev // fraggod.net
signature.asc
Description: PGP signature
On 9/7/06, Jules Colding <[EMAIL PROTECTED]> wrote:
They are libtool archives and an info top-level node so I'm assuming
that they can be safely deleted, but am I right about that?
Yes.
-Richard
--
gentoo-user@gentoo.org mailing list
:31 -0500, Andrey Vul wrote:
> > last few lines of build log:
> > [libtool]
> > x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../lib/gvc
> > -I../../lib/common -I../../lib/graph -I../../lib/cdt
> > -I../../lib/pathplan -I/usr/lib64/perl5/5.8.8/x86_64-linux/COR
ings apply, be careful when upgrading config
files, kernel options, rebuild your x11 drivers after upgrading xorg,
rebuild libtool after upgrading gcc, etc. I don't remember any gotchas
though.
I personally like to upgrade gcc first off (and its deps), then run
gcc-config to
walt wrote:
On 12/24/2010 06:18 AM, Dale wrote:
Hi,
I was trying to update my old x86 rig and ran into this:
Merging translations into org.gnome.gconf.defaults.policy.
CREATED org.gnome.gconf.defaults.policy
mv -f .deps/gconf-defaults.Tpo .deps/gconf-defaults.Po
/bin/sh ../libtool --tag=CC
t; /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la:
> No such file or directory
> /bin/sed: can't read
> /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la:
> No such file or directory
> libtool: link:
> `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5/libstdc++.la'
> i
While executing an emerge gnome I get the following error:
>>> Unpacking apmd_3.2.1-4.diff.gz to /var/tmp/portage/apmd-3.2.1_p4/work
* Applying apmd_3.2.1-4.diff ...
[ ok ]
>>> Source unpacked.
libtool --quiet --mode=compile gcc -c -O
t; > _mod_r4.o _mod_r8.o _mod_r10.o _mod_r16.o misc_specifics.o dprod_r8.o
> > f2c_specifics.o
> > libtool: link: /usr/i686-pc-linux-gnu/bin/ranlib .libs/libgfortran.a
> > libtool: link: ( cd ".libs" && rm -f "libgfortran.la" && ln -s
>
libmp3_decoder_la-mp3.lo -MD -MP -MF
.deps/libmp3_decoder_la-mp3.Tpo -c mp3.c -fPIC -DPIC -o
.libs/libmp3_decoder_la-mp3.o
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
libtool: compile: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I../..
-pthread -O2 -mcpu=at
I have reread the GCC upgrade guide. I skipped the step of fixing libtool,
and recompiling. So another overnight emerge -e world ...
Thank you, meantime
Alan
>
--
Alan Davis
"It's never a matter of liking or disliking ..."
---Santa Ynez Chumash Medicine Man
> Second, why didn't I see others complaining about it? I am really curious
> here.
It's a problem with libtool-1.5.23b, so if nobody else is running it, or
have not emerged glib-1.2.10-r5 or mysql, they won't see the problem :)
Regards,
Norberto
--
gentoo-user@gentoo.org mailing list
On Tue, 2006-08-08 at 10:37 +0200, Meino Christian Cramer wrote:
> I tried this before...it does not help. gcc 3.4.4 is still referenced
> by the cdk build process (or what else...)
Try "emerge --oneshot libtool".
--
Keith Kastorff
[EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list
QA Notice: ECLASS 'libtool' inherited illegally in dev-php/php-4.3.11
... just noticed that this evening.
I didn't see a forum post nor a bug report.. is it something to even be
concerned with? So far, it's compiling fine, but I thought someone might
be interested.
Luigi Pinna wrote:
>Have you run the script fix_libtool_files.sh?
>After a gcc emerge (if it removes an old version) you must use always
>the command:
>
>
No, this is only to fix _building_ programs that use libtool, not for
run-time dynamic linking issues.
-Richard
paths
* ERROR: dev-util/dialog-1.1.20100428 failed:
* soiled libtool library files found
*
* Call stack:
* misc-functions.sh, line 979: Called install_qa_check
* misc-functions.sh, line 540: Called die
* The specific snippet of code:
* [[ ${abort} == "yes" ]] &&a
sure.o `test -f 'timeloop-closure.c' || echo
'./'`timeloop-closure.c; \
then mv -f ".deps/timeloop-closure.Tpo" ".deps/timeloop-closure.Po"; \
else rm -f ".deps/timeloop-closure.Tpo"; exit 1; \
fi
/bin/sh ../libtool --mode=link x86_64-pc-linux-gnu-gc
/kdepim-kresources-3.4.1 filed.
Few lines above it starts with:
Code: 48 89 4a 08 ...
RIP {buffered_rmqueue+262} RSP
CR2: ...
libtool: link: '/usr/kde/3.4/lib64/libDCOP.la' is not a valid libtool
archive
make[4]: *** [kabc_kolab.la] Error 1
This is a new install so I can not
e you are already at version 4 it looks like you'll need to do the
> following:
>
> # emerge -uav gcc
>
> (Please substitute "i686-pc-linux-gnu-4.1.1" with the GCC
> version and CHOST settings you've upgraded to:)
> # gcc-config i686-pc-linux-gnu-4.1.1
>
od_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/i686-pc-linux-gnu/bin/ranlib .libs/libgfortran.a
> libtool: link: ( cd ".libs" && rm -f "libgfortran.la" && ln -s
r4/work
>>> Preparing source in
>>> /var/tmp/portage/portage/media-gfx/graphviz-2.26.3-r4/work/graphviz-2.26.3
>>> ...
* Applying graphviz-2.26.3-libtool.patch ...
[ ok ]
* Applying graphviz-2.26.3-automake-1.11.2.patch ...
[ ok ]
cp: cannot stat '/usr/sha
nt emerge --sync, I did a new emerge of php with
> --newuse... after adding pdo to my tags list.
>
> What I get is:
>
> ...running: make
> /bin/sh /root/tmp/pear/temp/pear-build-rootFqdFar/PDO-1.0.3/libtool
> --mode=compile cc -I. -I/root/tmp/pear/temp/PDO -DPHP_ATOM_INC
> -
> Yeah, change that to point to /usr/portage/profiles/default/linux/arm/10.0
>
> --
> ♫Dustin
>
Okay that solved the ebuild problem, but I'm stuck with another problem now -_-
make[3]: Entering directory
`/home/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-libs/pam-1.1.6-r2/work/Linux
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/libgnomevfs-2.la'
looks like your libraries are a little off. Have you tried
revd
I am upgrading from gcc-4.1.1-rX to gcc-4.1.2... Is it safe to just
emerge the new version, or do I need to do "emerge -eav system" and
"emerge -eav world", as the gcc upgrade guide suggests? Do I need to
rebuild libtool every time I upgrade gcc?
Thanks!
Denis
--
[EMAIL PROTECTED] mailing list
Apparently, though unproven, at 22:51 on Tuesday 11 January 2011, Pat did
opine thusly:
This is your error:
> libtool: link: cannot find the library `/usr/lib64/libdbus-glib-1.la' or
> unhandled argument `/usr/lib64/libdbus-glib-1.la'
Your solution is probably:
lafilef
On Fri, 2006-05-19 at 19:31 -0400, Allan Gottlieb wrote:
> I think you need to re-emerge libtool
> and then run
>
> fix_libtool_files.sh 3.4.4
>
> allan
Ahh, thanks for the tip. I never knew about fix_libtool_files.sh.
Jim
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
There's
-mcpu=athlon-xp -pipe -fomit-frame-pointer -fno-strict-aliasing
> -Wall -W -I/usr/include/alsa -MT libmp3_decoder_la-mp3.lo -MD -MP -MF
> .deps/libmp3_decoder_la-mp3.Tpo -c mp3.c -fPIC -DPIC -o
> .libs/libmp3_decoder_la-mp3.o
> `-mcpu=' is deprecated. Use `-mtune=' or '-march=&
ot;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 + b
On Thursday 13 September 2007 01:36:56 Mark Knecht wrote:
> libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or
> unhandled argument `/usr/lib/libgnomevfs-2.la'
# ls -l /usr/lib/libgnomevfs-2.la
# equery check gnome-vfs
?
--
Bo Andresen
signature.asc
Descri
On Friday 03 Jun 2011 19:36:19 dhk wrote:
> libtool: link: cannot find the library `/usr/lib64/libcurl.la' or
> unhandled
Only to add that I haven't got this file in my amd64 system either:
$ ls -la /usr/lib64/libcurl.la
ls: cannot access /usr/lib64/libcurl.la: No such f
On Tue, Aug 23, 2011 at 11:43:23PM -0400, Philip Webb wrote
> It looks like the problem I reported recently,
> which was solved by remerging gcc libtool , esp the latter.
Thanks, that appears to have done it. Still no .la file, but now the
build doesn't seem to require it.
--
Walter Dnes
201 - 300 of 1447 matches
Mail list logo
