trying to update my system , glib is broken
here is the output
10'
/bin/sh ./libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H
-I. -I. -
I. -DG_LOG_DOMAIN=g_log_domain_glib -DG_ENABLE_DEBUG-O2
-march=pentium4 -fPI
C -Wall -D_REENTRANT -c garray.c
./libtool: line 297: s,^.
o start to fix this?
TIA,
===
make[1]: Entering directory
`/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
Making all in .
make[2]: Entering directory
`/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
/bin/sh ./libtool --mode=compile
i686-pc-linux-gnu-gcc -DHAVE_C
s-base package has a dependency
>> conflict.
>>
>> -->8--
>>
>> [ebuild N ] net-nds/389-ds-base-1.2.6-r1 USE="bitwise dna
>> kerberos ldapi pam-passthru presence -auto-dn-suffix -autobind -debug
>> -doc (-selinux)" 2,803 kB
>> [bl
I now did it as root which has no CXXFLAGS settings:
uwix ~ # env | grep CXX
uwix ~ #
emerge --info is still the same.
Unfortunately, there is still an error:
make[3]: Entering directory
`/var/tmp/portage/dev-db/mysql-5.0.32/work/mysql/bdb/build_unix'
/bin/sh ./libtool --mode=compil
Hi,
unfortunately, libtool is one of my black spots in my Linux knowlegde.
Trying to emerge app-editors/kile-2.0.3-r1 libtool fails with
libtool: link: cannot find the library `/usr/lib/libpcreposix.la'
The libtool command is too long to include here, but it definitely
doesn'
Do you have libtool-2*:1.5 installed? ( emerge -pv sys-devel/ibtool )
If so, try unmerging it. ( emerge -av --unmerge sys-devel/libtool-2*:1.5 )
I am not sure.Just have a try. ( newbie )
HTH --lijian
2010/10/12 James
> Has anyone here successfully installed 389 Directory Server from
ebuild N] net-nds/389-ds-base-1.2.6-r1 USE="bitwise dna
> kerberos ldapi pam-passthru presence -auto-dn-suffix -autobind -debug
> -doc (-selinux)" 2,803 kB
> [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5"
> is blocking sys-devel/
Apparently, though unproven, at 19:08 on Wednesday 13 October 2010, James did
opine thusly:
> > # eix -e libtool
> > [I] sys-devel/libtool
> > Available versions:
> >(1.3) 1.3.5
> >(1.5) **1.5.26 (~)1.5.26-r1 2.2.6b **
> >(2
USE="adminserver -debug" 731 kB
[blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5"
is blocking sys-devel/libtool-2.2.10)
Total: 48 packages (43 new, 4 in new slots, 1 reinstall), Size of
downloads: 101,668 kB
Conflict: 1 block (1 unsatisfied)
* Error: The abov
hat I did is get another gcc compiler as a bin package, and set
it as my default with gcc-config.
I then tried to rebuild libtool. Again, I got the same message (in the
bold part):
bullshark@beastlinux ~ % sudo emerge -av --oneshot libtool
Password:
* IMPORTANT: 3 news items need reading for r
I recently ran a make clean on a C/Gtk program I'm developing and now
can't run ./configure to rebuild it. It looks like all my libtool links
are broken. There were links to the following files, but now those
files don't exist.
/usr/share/libtool/ltmain.sh
/usr/share/libtool/
On Thu, 2009-04-23 at 11:45 +0200, Helmut Jarausch wrote:
> unfortunately, libtool is one of my black spots in my Linux knowlegde.
>
> Trying to emerge app-editors/kile-2.0.3-r1 libtool fails with
> libtool: link: cannot find the library `/usr/lib/libpcreposix.la'
>
>
On Tue, 2006-10-24 at 11:24 -0500, Michael Sullivan wrote:
> On Tue, 2006-10-24 at 17:31 +0200, Fabrice Delliaux wrote:
> > Hi,
> >
> > Explanation && patch here :
> >
> > http://www.mail-archive.com/bug-libtool@gnu.org/msg00838.html
>
&g
tobind -debug
-doc (-selinux)" 2,803 kB
[blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5"
is blocking sys-devel/libtool-2.2.10)
Total: 14 packages (10 new, 3 in new slots, 1 reinstall), Size of
downloads: 27,734 kB
Conflict: 1 block (1 unsatisfied)
* Error: The abo
On Thu, 23 Apr 2009 11:45:19 +0200 (CEST)
Helmut Jarausch wrote:
> Hi,
>
> unfortunately, libtool is one of my black spots in my Linux knowlegde.
>
> Trying to emerge app-editors/kile-2.0.3-r1 libtool fails with
> libtool: link: cannot find the library `/usr/lib/libpcre
On Dienstag 06 Oktober 2009, dhk wrote:
> I recently ran a make clean on a C/Gtk program I'm developing and now
> can't run ./configure to rebuild it. It looks like all my libtool links
> are broken. There were links to the following files, but now those
> files don&#x
Hi,
Yep -- I have it installed.
[I] sys-devel/libtool (2.2.10(2)@09/26/2010): A shared library tool
for developers
I've tried unmasking ~amd64 to no avail. I believe the issue is that
one of the 389ds packages wants an older version of libtool, while
another package in the list of 389ds wa
If I'm interpreting things correctly (unlikely) those two macros are defined
> in /usr/share/libtool/libtld/aclocal.m4, which belongs to the libtool package.
> (On my machine, sys-devel/libtool-2.2.6a).
>
> Do you have such a file/package on your machine?
I have libtool install
I'm trying to learn about libtool for the New Riders book "GNU
Attoconf, Automake and libtool", and I'm stymied early on. It wants
me to run a "ltconfig" program that does not seem to exist. It said
to find a few things in /usr/local/share/libtool, and I found all
>
> cp: cannot stat '/usr/share/libtool/config/install-sh': No such file or
> directory
>
$ qlist libtool | grep install
/usr/share/libtool/build-aux/install-sh
So that path is wrong, or maybe a link is missing. Maybe rebuild libtool?
FWIW im at 2.4.4
ust make this, without knowing everything clearly
right now. Of course, if you are not in a PRODUCTION environment.
2010/10/13 James
> Hi,
>
> Yep -- I have it installed.
>
> [I] sys-devel/libtool (2.2.10(2)@09/26/2010): A shared library tool
> for developers
>
> I've
tation.
>>> configure.in:121: error: possibly undefined macro: AM_PROG_LIBTOOL
>>
>> If I'm interpreting things correctly (unlikely) those two macros are defined
>> in /usr/share/libtool/libtld/aclocal.m4, which belongs to the libtool
>> package.
>> (On my mac
libkmailprivate.la -lkdecore
/bin/sh ../libtool --silent --mode=link --tag=CXX
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 -march=pentium-m -O2 -pipe -fforce-addr
-fomit-frame
> -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined kcm_kmail.lo
> libkmailprivate.la -lkdecore
> /bin/sh ../libtool --silent --mode=link --tag=CXX
> i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wcha
Volker Armin Hemmann wrote:
> On Dienstag 06 Oktober 2009, dhk wrote:
>> I recently ran a make clean on a C/Gtk program I'm developing and now
>> can't run ./configure to rebuild it. It looks like all my libtool links
>> are broken. There were links to the followin
Hi,
I was doing my weekly world update, when my system stopped the update
at this ebuild:
1149848117: === (11 of 42) Compiling/Merging
(media-libs/jpeg-6b-r7::/usr/portage/media-libs/jpeg/jpeg-6b-r7.ebuild)
with next error:
creating Makefile
creating jconfig.h
./libtool-wrap --mode=compile
On Sun, 1 Mar 2009 17:19:19 -0800
"Kevin O'Gorman" wrote:
> I'm trying to learn about libtool for the New Riders book "GNU
> Attoconf, Automake and libtool", and I'm stymied early on. It wants
> me to run a "ltconfig" program that does not
Am Dienstag, 10.02.2015 um 11:06
schrieb Adam Carter :
> >
> > cp: cannot stat '/usr/share/libtool/config/install-sh': No such
> > file or directory
> >
>
> $ qlist libtool | grep install
> /usr/share/libtool/build-aux/install-sh
>
> So that
On Dienstag 06 Oktober 2009, dhk wrote:
> Volker Armin Hemmann wrote:
> > On Dienstag 06 Oktober 2009, dhk wrote:
> >> I recently ran a make clean on a C/Gtk program I'm developing and now
> >> can't run ./configure to rebuild it. It looks like all my libto
Hi,
I have a stable x86 system that requires still a bit of updating, among
those libtool and gcc. Since I need the system to be usable *now* for
work reasons, I don't feel like updating gcc and rebuilding it all with
an emerge -e system / emerge -e world, but more and more packages wa
error:
libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I..
-I.. -I../lib -DBINDIR=\"/usr/libexec\" -DBUILDDIR=\"..\" -Wall
-Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes
-Wnested-externs -Wsign-compare -Wno-sign-compare -march=core2 -msse4
-m
On Sun, Mar 1, 2009 at 5:59 PM, Mike Kazantsev
wrote:
> On Sun, 1 Mar 2009 17:19:19 -0800
> "Kevin O'Gorman" wrote:
>
>> I'm trying to learn about libtool for the New Riders book "GNU
>> Attoconf, Automake and libtool", and I'm stymied ea
Volker Armin Hemmann wrote:
> On Dienstag 06 Oktober 2009, dhk wrote:
>> Volker Armin Hemmann wrote:
>>> On Dienstag 06 Oktober 2009, dhk wrote:
>>>> I recently ran a make clean on a C/Gtk program I'm developing and now
>>>> can't run ./configur
100226 bn wrote:
> I have a stable x86 system that requires still a bit of updating,
> among those libtool and gcc. Since I need the system to be usable *now*
> for work reasons, I don't feel like updating gcc and rebuilding it all
> with an emerge -e system / emerge -e world,
&g
> all failed with a libtool error : "libtool: link: /usr/lib/libgio-2.0.0.la
> is not a valid libtool archive" or ditto for libgobject ;
> indeed, those files do not exist in the netbook,
> but in my already updated desktop machine, glib did create them.
After I updated gc
Hi,
again some warnings, I am not sure of their importance:
While compiling I get:
libtool: relink: warning: `/usr/X11R6/lib/liblcms.la' seems to be moved
libtool: relink: warning: `/usr/X11R6/lib/libfreetype.la' seems to be moved
libtool: relink: warning: `/usr
See the Autoconf documentation.
> >> configure.in:121: error: possibly undefined macro: AM_PROG_LIBTOOL
> >
> > If I'm interpreting things correctly (unlikely) those two macros are defined
> > in /usr/share/libtool/libtld/aclocal.m4, which belongs to the libtool
>
When a package comes up as masked in an eix search, they are usually
found in /usr/portage/profiles/package.mask, but if a particular
masked package is not listed there... where else would it be.
I see libtool is masked above version 1.5.26-r1, but is not in
/usr/portage/profiles/package.mask
Alle 22:43, lunedì 06 giugno 2005, Paul Varner ha scritto:
> I didn't look at the error message closely enough. It looks like you
> need to re-emerge libtool. Do a emerge -v1 libtool and then retry
> the emerge that is failing. (the -v1 means to be verbose and use
> --oneshot
> It appears the book is just out of date. I need newer references.
> It's definitely not ldconfig that's wanted, but a program that
> configures a local copy of libtool itself. Maybe it's now obsolete.
> So I'm looking for a new reference. All I've
On 10/04/2011 09:00 AM, Michael Orlitzky wrote:
> On 10/04/2011 04:14 AM, Marius Vaitiekunas wrote:
>
> You can try exporting LIBTOOL='/usr/bin/libtool --tag=CC' before you
> emerge it. This is usually a Makefile problem, I'd file a bug:
>
> https://bugs.gentoo
Nikos Chantziaras ha scritto:
> On 02/26/2010 03:15 AM, bn wrote:
>> Hi,
>>
>> I have a stable x86 system that requires still a bit of updating, among
>> those libtool and gcc. Since I need the system to be usable *now* for
>> work reasons, I don't feel like u
Neil Bothwick ha scritto:
> On Fri, 26 Feb 2010 02:15:09 +0100, bn wrote:
>
>> I have a stable x86 system that requires still a bit of updating, among
>> those libtool and gcc. Since I need the system to be usable *now* for
>> work reasons, I don't feel like updat
nd all .la files and fix them to not use .la files
for linking
I can't make sense out of that -- one of the major uses of libtool (I thought)
is for linking. Can anyone 'splain that to me?
One of the major problems with .la files (besides being mostly useless
i386-pc-linux-g++)?
3) It looks like you changed from a i386 CHOST to i686, in addition to
changing compiler versions. In this case, you need to do:
fix_libtool_files.sh 3.4.5 --oldarch i386-pc-linux-gnu
Just a quick explanation of libtool and why that command is needed:
normally when a program is
stamp-cxx11-abi
echo 1 > stamp-allocator-new
echo 'define _GLIBCXX_USE_FLOAT128 1' > stamp-float128
sed -e '/^#pragma/b' \
And further down, this:
make[3]: Leaving directory
'/var/tmp/portage/sys-devel/gcc-13.2.1_p20240210/work/build/x86_64-pc-linux-gnu/32/libst
Am Thu, 15 Mar 2018 20:37:45 -0600 schrieb thelma:
> On 03/15/2018 08:26 PM, the...@sys-concept.com wrote:
>> I'm upgrading one of my older boxes to newer gcc-6.4.0
>> After switching to gcc-6.4.0
>> source /etc/profile
>>
>> running: emerge --ask --one
l
> make[1]: Entering directory `/home/gnubatch/build'
> gcc -O -g -Wall -fno-stack-protector -Ihdrs -I.. -c -o btcharge.o
> btcharge.c
> btcharge.c:35:13: warning: ‘Filename’ defined but not used
> cd lib;make
> make[2]: Entering directory `/home/gnubatch/build/lib'
&g
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 happens, and how to solve this. Something must be
> wrong on my system. But what? For lib
On 03/15/2018 08:26 PM, the...@sys-concept.com wrote:
> I'm upgrading one of my older boxes to newer gcc-6.4.0
> After switching to gcc-6.4.0
> source /etc/profile
>
> running: emerge --ask --oneshot sys-devel/libtool
>
> !!! Your current profile is deprecated
ardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for x86_64-pc-linux-gnu-windres... no
ch
Christopher E wrote:
> 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
>
Hi Chris,
Google search "libGL.la is not a valid libtool archive". Second
On Monday 02 November 2009 04:17:43 Harry Putnam wrote:
> When a package comes up as masked in an eix search, they are usually
> found in /usr/portage/profiles/package.mask, but if a particular
> masked package is not listed there... where else would it be.
>
> I see libtool
On Mon, Mar 2, 2009 at 4:32 AM, Albert Hopkins wrote:
>
>> It appears the book is just out of date. I need newer references.
>> It's definitely not ldconfig that's wanted, but a program that
>> configures a local copy of libtool itself. Maybe it's now o
JimD wrote:
> The weird thing is that I have gcc 3.4.5 installed, not 3.4.4. Is there
> some system file that is telling libtool to use 3.4.4?
>
> Jim
FYI, I fixed this by re-emerging libtool. How in the world did libtool
get out of whack?
Jim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
;>
>> There is no manpage for lafilefixer, but the --help flag prints:
>>
>>--justfixit Choose some reasonable dirs, such as
>> /usr/lib*, etc. ,
>> find all .la files and fix them to not use
>> .la files
>>
xx11-abi
> echo 1 > stamp-allocator-new
> echo 'define _GLIBCXX_USE_FLOAT128 1' > stamp-float128
> sed -e '/^#pragma/b' \
>
>
> And further down, this:
>
>
> make[3]: Leaving directory
> '/var/tmp/portage/sys-devel/gcc-13.2.1_p20240210/work/
On 02/26/2010 03:15 AM, bn wrote:
Hi,
I have a stable x86 system that requires still a bit of updating, among
those libtool and gcc. Since I need the system to be usable *now* for
work reasons, I don't feel like updating gcc and rebuilding it all with
an emerge -e system / emerge -e world
On Tue, Oct 4, 2011 at 4:18 PM, Michael Orlitzky wrote:
> On 10/04/2011 09:00 AM, Michael Orlitzky wrote:
>> On 10/04/2011 04:14 AM, Marius Vaitiekunas wrote:
>>
>> You can try exporting LIBTOOL='/usr/bin/libtool --tag=CC' before you
>> emerge it. This is u
, Fabrice Delliaux wrote:
> > > Hi,
> > >
> > > Explanation && patch here :
> > >
> > > http://www.mail-archive.com/bug-libtool@gnu.org/msg00838.html
> >
> > I saved the patch at the above link to /root/libtool.patch, but I can't
> &g
Csanyi Andras schreef:
> Hi!
Hi!
>
> grep: /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:
>
On Wednesday 07 May 2008, b.n. wrote:
> > libtool got bumped to 2.2.4, which installs libltdl.so.3 which
> > breaks a huge list of dependencies - much longer than I've seen in
> > ages. In my case my dm and wm were broken so when X starts nothing
> > happens and I los
gt; >
> > 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:
> > `/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../..//libgobject-2.0.la&
Alan McKinnon schrieb:
Replying to my own post, because some elementary exploring on the local
machine provided the solution:
/sbin/fix_libtool_files.sh 4.2.3
allowed xine-lib to build.
On a related note, I find libtool a most confusing bit of software, and
don't really understand wh
On Wednesday 23 May 2007 08:57:57 Sven Köhler wrote:
> > trying to update my system , glib is broken
> >
> > here is the output
>
> Seems like a libtool problem. Please try to update libtool, and then try
> to update glib again.
>
> Maybe that works.
Or maybe no
On Tue, 2006-10-24 at 17:31 +0200, Fabrice Delliaux wrote:
> Hi,
>
> Explanation && patch here :
>
> http://www.mail-archive.com/bug-libtool@gnu.org/msg00838.html
I saved the patch at the above link to /root/libtool.patch, but I can't
figure out how to use it. I
[EMAIL PROTECTED] schreef:
> I'm having trouble emerging programs like libmng and libtool.
>
> The problem looks like this:
> ==
>
> /usr/share/aclocal/path_dps.m4:172: file `path_dps.m4' does not exist
>
> !!! ERROR: sys-devel/lib
From: Michael Sullivan <[EMAIL PROTECTED]>
Subject: Re: [gentoo-user] "xyz.la seems to be moved" message
Date: Tue, 24 Oct 2006 11:24:31 -0500
> On Tue, 2006-10-24 at 17:31 +0200, Fabrice Delliaux wrote:
> > Hi,
> >
> > Explanation && patch here :
>
Source unpacked.
- [SNIP] -
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -O2 -mcpu=i686
-pipe -Wall -o irw irw.o
mkdir .libs
i686-pc-linux-gnu-gcc -O2 -mcpu=i686 -pipe -Wall -o irw irw.o
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -O2 -mcpu=i686
-pipe -Wall -o mode2 mode2
libtool: link: warning:
`/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/../../../libfreetype.la' seems to
be moved
libtool: link: warning:
`/usr/lib/gcc/i686-pc-linux-gnu/4.2.4/../../../libfontconfig.la' seems
to be moved
grep: /usr/lib/gcc/i686-pc-linux-gnu/4.2.3/libgomp.la: No such file or
sibly undefined macro: AC_LIBTOOL_WIN32_DLL
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation.
> configure.in:121: error: possibly undefined macro: AM_PROG_LIBTOOL
If I'm interpreting things correctly (unlikely) those two macro
Replying to my own post, because some elementary exploring on the local
machine provided the solution:
/sbin/fix_libtool_files.sh 4.2.3
allowed xine-lib to build.
On a related note, I find libtool a most confusing bit of software, and
don't really understand what it does. Anyone have a
>
> If I'm interpreting things correctly (unlikely) those two macros are defined
> in /usr/share/libtool/libtld/aclocal.m4, which belongs to the libtool package.
> (On my machine, sys-devel/libtool-2.2.6a).
>
> Do you have such a file/package on your machine?
>
>
I've run into a strange problem updating my netbook.
I merged glib-2.28.8 successfully as part of a Revdep-Rebuild job,
it being a dep for one of the pkgs in the R-R list.
However after that, merging gtk+-2.24.4 librsvg-2.34.0 libglade-2.6.4
all failed with a libtool error : "lib
h
, line 709: Called die!!! IO Failure -- Failed 'touch .unpacked' in /var/tmp/portage/mesa-progs-6.5.1!!! If you need support, post the topmost build error, and the call stack if relevant./***
uild.
> >
> > On a related note, I find libtool a most confusing bit of software,
> > and don't really understand what it does. Anyone have a good link
> > to a decent write-up? (so far some googling hasn't turned up much)
> >
> > alan
>
> Why not loo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Diehl wrote:
> make[1]: Entering directory
> `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
> Making all in .
> make[2]: Entering directory
> `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
&
t; Subject: Re: [gentoo-user] "xyz.la seems to be moved" message
> > Date: Tue, 24 Oct 2006 11:24:31 -0500
> >
> > > On Tue, 2006-10-24 at 17:31 +0200, Fabrice Delliaux wrote:
> > > > Hi,
> > > >
> > > > Explanation && patc
> > Regards,
> > Paul
>
> I tried all!
>
> fix_libtool_files.sh 3.4.3-2005011
> fix_libtool_files.sh 3.4.2
> fix_libtool_files.sh 3.4.4
> but it's the same!
> In the previous messagge I copied the wrong line!
I didn't look at the error message closel
here is no path
> /usr/lib/gcc/i686-pc-linux-gnu/4.3.2
> anymore.
>
> I have rebuilt libtool, sourced /etc/profile
> still I cannot get rid of this problem.
>
> Has anybody an idea where this comes from and how to fix this?
>
> Many thanks for hint,
> Helmut.
if you w
.2.10-r5/work/glib-1.2.10'
> > /bin/sh ./libtool --mode=compile
> > i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.
> > -DG_LOG_DOMAIN=g_log_domain_glib -DG_ENABLE_DEBUG-O2 -mtune=i686
> > -pipe -fPIC -Wall -D_REENTRANT -c garray.c
> > ./libtool: line 297:
merge -e system
To: gentoo-alt
Hi, all
Recently I've tried to build a gentoo prefix on my mac. I followed this
directions[1] but encounter the compiling error during `emerge -e system`.
libtool failed to build, and the error complain about
config.status: executing libtool commands
I was more concerned it
> is looking for i386-pc-linux-gnu. Was that because the compiler had been
> before being set up for this system?
It is because the .la file for whatever libraries gnome-vfs was
linking against were created while still using that compiler.
Libtool is a package tha
any things seem somehow way less clear these days. Am I'm doing
something wrong in configuration or there's something wrong with an
ebuild?
Here's the latest:
libtool: link: warning:
`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../..//libart_lgpl_2.la'
seems to be moved
libtoo
nd
> > gentoo and linux in general
> >
> > anyway, thanks in advance!!!
> >
> > The thing is that emerging mirrorselect has the following outcome:
> >
> > * QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
> > * ERROR: dev-util/dialog-1.1.20100
Am 21.10.2011 11:15, schrieb co:
[SNIP]
libtool: link: mv -f ".libs/gnomeapplet.expT" ".libs/gnomeapplet.exp"
libtool: link: echo "{ global:"> .libs/gnomeapplet.ver
libtool: link: cat .libs/gnomeapplet.exp | sed -e "s/\(.*\)/\1;/">>
Thank you so muck!
2011/10/21 Jonas de Buhr
> Am 21.10.2011 11:15, schrieb co:
>
>> [SNIP]
>>
>> libtool: link: mv -f ".libs/gnomeapplet.expT" ".libs/gnomeapplet.exp"
>> libtool: link: echo "{ global:"> .libs/gnomeapplet.ver
>
On Fri, 26 Feb 2010 02:15:09 +0100, bn wrote:
> I have a stable x86 system that requires still a bit of updating, among
> those libtool and gcc. Since I need the system to be usable *now* for
> work reasons, I don't feel like updating gcc and rebuilding it all with
> an emerge -
On Sun, 2009-11-01 at 20:17 -0600, Harry Putnam wrote:
> When a package comes up as masked in an eix search, they are usually
> found in /usr/portage/profiles/package.mask, but if a particular
> masked package is not listed there... where else would it be.
>
> I see libtool
110823 Walter Dnes wrote:
> Doing an update on my backup (i.e. 32-bit) intel desktop PC.
> Attempting to emerge gnome-base/librsvg-2.34.0 fails with...
> /bin/sh ./libtool --silent --tag=CC --mode=compile i686-pc-linux-gnu-gcc
> -DHAVE_CONFIG_H -I. -I. -I. -DG_LOG_DOMA
> trying to update my system , glib is broken
>
> here is the output
Seems like a libtool problem. Please try to update libtool, and then try
to update glib again.
Maybe that works.
signature.asc
Description: OpenPGP digital signature
On Sunday 08 January 2006 19:04, Marco Calviani wrote:
>
> libtool: link: `/usr/lib/libGL.la' is not a valid libtool archive
>
What does "opengl-update --get-implementation" tell you?
Regards,
Abhay
pgp0lQXby91bw.pgp
Description: PGP signature
-I../../include
-DHAVE_AV_CONFIG_H -I./../libavcodec -I./.. -Wall -Wno-unused
-I../../include -O2 -march=pentium3 -mmmx -msse -msse2 -mfpmath=sse,387
-pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -pipe -c
flvdec.c -fPIC -DPIC -o .libs/flvdec.o
/bin/sh ../../libtool --mode=compil
go, several packages failed to build due to
>> strange libtool errors. It took me some days until I found the solution:
>> unset path.
>>
>> Libtool uses this variable without unsetting it before, and SystemRescueCD
>> defines it as environment variable, which is s
e error:
>
>
>
> 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
We need some more output before this.
Some libtool arch
On Sat, 02 Sep 2006 11:31:12 -0500
Dale <[EMAIL PROTECTED]> wrote the words:
> This is what package the command belongs too.
>
> > [EMAIL PROTECTED] / # equery belongs acinclude.m4
> > [ Searching for file(s) acinclude.m4 in *... ]
> > sys-devel/libtool-1.5.
Pandu Poluan writes:
> On Dec 27, 2011 6:01 AM, "Alex Schuster" <mailto:wo...@wonkology.org>> wrote:
>>
>> I wrote:
>>
>> > The problem is that in the libtool linking phase the arguments "/usr/bin
>> > /usr/sbin /bin /sbin" are
--depclean removed libcurl.la a few days ago. I have a
program> that's not in world that uses it when built: libtool
complains that it's
missing. In /usr/lib64 there are libcurl .so files but no .la
files.>
How can I get the libcurl.la library back and keep it so emerge
--depclea
>>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/
> 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 directory
> ./libtool: line 730: -e: command not found
Run:
SED=s
1 - 100 of 1407 matches
Mail list logo
