[linux-lvm] libgcc_s.so.1 dependancy

[linux-lvm] libgcc_s.so.1 dependancy

[Marc Cousin]

Hi,
I'm having trouble using LVM2 : lvm is linked with libgcc_c.so, which, of 
course, is in a logical volume ...

ldd tools/lvm
        libdevmapper.so.1.00 => /lib/libdevmapper.so.1.00 (0x40029000)
        libdl.so.2 => /lib/libdl.so.2 (0x40030000)
        libc.so.6 => /lib/libc.so.6 (0x40033000)
        libgcc_s.so.1 => 
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/libgcc_s.so.1 (0x40160000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

That's weird, I'm having the problem on one of my gentoos, and not the other 
one. gcc is the same on both :

bash-2.05b$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/specs
Configured with: /var/tmp/portage/gcc-3.2.3-r1/work/gcc-3.2.3/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.2 
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.2/info --enable-shared 
--host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib 
--enable-languages=c,c++,ada,f77,objc,java --enable-threads=posix 
--enable-long-long --disable-checking --enable-cstdio=stdio 
--enable-clocale=generic --enable-__cxa_atexit 
--enable-version-specific-runtime-libs 
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/include/g++-v3 
--with-local-prefix=/usr/local --enable-shared --enable-nls 
--without-included-gettext
Thread model: posix
gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice)

On one of them, I've got the libgcc_c dependancy, and not on the other one ...
I've md5sum'd both my gcc, and they're not the same file (probably not 
compiled from the same previous gcc, that's the gentoo touch :) )

How can I get rid of this dependancy (I allready tried gcc -static-libgcc, no 
success)
-- 
   If we don't all watch the same TV, what will keep our culture homogeneous?
		  -- Calvin

Re: [linux-lvm] libgcc_s.so.1 dependancy

[Luca Berra]

On Tue, Jul 15, 2003 at 06:53:55PM +0200, Marc Cousin wrote:
>Hi,
>I'm having trouble using LVM2 : lvm is linked with libgcc_c.so, which, of 
>course, is in a logical volume ...
>
>ldd tools/lvm
>        libdevmapper.so.1.00 => /lib/libdevmapper.so.1.00 (0x40029000)
>        libdl.so.2 => /lib/libdl.so.2 (0x40030000)
>        libc.so.6 => /lib/libc.so.6 (0x40033000)
>        libgcc_s.so.1 => 
>/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/libgcc_s.so.1 (0x40160000)
>        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
libgcc_s.so.1 really belogs to /lib go and fix your distro
L.

-- 
Luca Berra -- bluca@comedia.it
        Communication Media & Services S.r.l.
 /"\
 \ /     ASCII RIBBON CAMPAIGN
  X        AGAINST HTML MAIL
 / \

Re: [linux-lvm] libgcc_s.so.1 dependancy

[Christophe Saout]

Am Mi, 2003-07-16 um 09.21 schrieb Luca Berra:

> libgcc_s.so.1 really belogs to /lib go and fix your distro
> L.

Why that? I know, usually gcc installs it into /usr/lib, but I don't
think there is anything wrong with this way of doing things. Gentoo
installs some things into the gcc directory that comes with gcc and puts
wrappers into /usr/bin. It's much easier to installing several compiler
versions in parallel and uninstalling them afterwards without having
trouble. Look at the mess on my other systems where I compiled
everything by hand and I've got a chaos in /usr/lib. And the directories
are listed in /etc/ld.so.conf anyway, so what's the problem?

But he's right. This is strange. On my gentoo system with gcc 3.3 lvm2
doesn't get linked to libgcc.so either.

Something has to be different on his system. Where's the depencency
coming from? From libdevmapper.so or from the tool itself?

--
Christophe Saout <christophe@saout.de>
Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

Re: [linux-lvm] libgcc_s.so.1 dependancy

[Bill Rugolsky Jr.]

On Wed, Jul 16, 2003 at 12:44:27PM +0200, Christophe Saout wrote:
> Something has to be different on his system. Where's the depencency
> coming from? From libdevmapper.so or from the tool itself?
 
Probably 64-bit math. Related to the DM interface change?

Regards,

	Bill Rugolsky

Re: [linux-lvm] libgcc_s.so.1 dependancy

[Marc Cousin]

It was the libdevmapper which was linked to libgcc_s
I recompiled the libdevmapper, and the dependancy disappeared ... anyone has 
got an idea about what I've done wrong the first time ? :)

On Wednesday 16 July 2003 15:58, Bill Rugolsky Jr. wrote:
> On Wed, Jul 16, 2003 at 12:44:27PM +0200, Christophe Saout wrote:
> > Something has to be different on his system. Where's the depencency
> > coming from? From libdevmapper.so or from the tool itself?
>
> Probably 64-bit math. Related to the DM interface change?
>
> Regards,
>
> 	Bill Rugolsky
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

-- 
   Often it takes some calamity to make us live in the present. Then suddenly
we wake up and see all the mistakes we have made. But it is too late to change
anything.	  -- Calvin