[aspectc-user] ac++ error

Antonio S. de A. Terceiro asaterceiro at inf.ufrgs.br
Wed Nov 24 18:03:13 CET 2004


Hi, Olaf.

Citando Olaf Spinczyk <Olaf.Spinczyk at informatik.uni-erlangen.de>:
> Hi Antonio,
>
> Antonio S. de A. Terceiro wrote:
> > Olaf Spinczyk escreveu isso aĆ­:
> >
> >>Hi Michael,
> >>
> >>Michael Labhard wrote:
> >>
> >>>Is this complaint (no version information available) a problem:
> >>>
> >>>New install on Gentoo Linux amd64 machine:
> >>>
> >>>mel at goliath aspectc++-0.9 $ ac++ -V
> >>>ac++: /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/32/libstdc++.so.5: no
> >>>version information available (required by ac++)
> >>>ac++: /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/32/libstdc++.so.5: no
> >>>version information available (required by ac++)
> >>>ac++: /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/32/libstdc++.so.5: no
> >>>version information available (required by ac++)
> >>>ac++ 0.9 (Oct 21 2004)
> >>>
> >>>machine details:
> >>>
> >>>Portage 2.0.51-r3 (default-amd64-2004.0, gcc-3.3.4,
> >>>glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 x86_64)
> >>>=================================================================
> >>>System uname: 2.6.9-gentoo-r1 x86_64 5
> >>>Gentoo Base System version 1.4.16
> >>>ccache version 2.3 [enabled]
> >>>Autoconf: sys-devel/autoconf-2.59-r5
> >>>Automake: sys-devel/automake-1.8.5-r1
> >>>Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
> >>>Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
> >>>Libtools: sys-devel/libtool-1.5.2-r5
> >>>ACCEPT_KEYWORDS="amd64"
> >>>AUTOCLEAN="yes"
> >>>CFLAGS="-O2 -fPIC"
> >>>CHOST="x86_64-pc-linux-gnu"
> >>>COMPILER=""
> >>
> >>I guess that it is no problem, because ac++ starts to execute. However,
> >>I have never seen this message before. So we can't be sure.
> >
> >
> > I guess not, it looks that the system *tried* to execute ac++.
>
> Well, "ac++ 0.9 (Oct 21 2004)" is the correct output of "ac++ -V".

Hmm .. you're right. Maybe those messages are "just" warnings
(but of course they should not occur).

> > To run the ac++ executable, the system needs to get
> > version information from the shared object (because ac++ was linked to a
> > specific version of the shared library). In this case the libstdc++.so.5
> > seems to not provide version information. To confirm that you can run:
> >
> > $ objdump -p libstdc++.so.5 | grep SONAME
> >
> > If you get nothing, the your installed libstdc++ doesn't provide version
> > information, which is needed to run executables linked to specific
> > versions of shared libraries.
>
> thanks a lot for sharing your experience with us. Can we do anything to
> handle this problem when we compile and link ac++?

In fact, I was coincidently reading about libraries, library versioning and
all that stuff. Still learning.

But, AFAIK, there is nothing wrong with ac++ itself. It's a good best practice
to make executables point to the right version of the libraries they use (and
this is the default behaviour of most compilers).

The problem is with Michael's system, whose libraries (or, at least the
installed libstdc++) doesn't have library version information.
I don't know Gentoo, so I can't guess what exactly is the point. Someone?

--
Antonio S. de A. Terceiro <asaterceiro at inf.ufrgs.br>
http://www.inf.ufrgs.br/~asaterceiro




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



More information about the aspectc-user mailing list