RE: [Openhpi-devel] Possible problem with libtool uncovered?

[Zou, Y. <yix...@in...>]

Basically, ./libs/libipmi.lai is the same file as ./libipmi.la with
only one difference. "libipmi.lai" has "installed =3D yes" and
"libipmi.la"
has "installed =3D no".  And during the installation time, "libipmi.lai" =

will be copied/installed to /usr/local/lib and be renamed to
"libipmi.la".=20

It is very odd that the libipmi.lai file is not created by the automake
process.  libtool 1.4.2 is what I am using and I've never had any=20
problem with it. =20

------------------------------------------------------------------------
Yixiong Zou (yix...@in...)
(503) 677-4988

All views expressed in this email are those of the individual sender. =20

> -----Original Message-----
> From: ope...@li...=20
> [mailto:ope...@li...] On Behalf=20
> Of Shureih, Tariq
> Sent: Friday, September 26, 2003 5:53 PM
> To: ope...@li...
> Cc: Rusty Lynch
> Subject: [Openhpi-devel] Possible problem with libtool uncovered?
>=20
>=20
> Guys, while I was working on adding RPM support into the build of
> openhpi I had to do some modifications to the way our plugins and
> sub-dirs are built.
> Basically define additional AM macros (or variables) so that Makefiles
> are generated for all subdirs but only ones "enabled" from=20
> configure are
> compiled - see my check-ins for additional info.
>=20
> After I checked everything in I checked-out a fresh copy of the source
> to build it and make sure I didn't break anything else.
>=20
> Well, it did!
>=20
> When installing the ipmi plugin, I'd get the following error:
> tariq@sevenofnine:/tmp/openhpi$ sudo make install
> Making install in src
> make[1]: Entering directory `/tmp/openhpi/src'
> Making install in plugins
> make[2]: Entering directory `/tmp/openhpi/src/plugins'
> Making install in ipmi
> make[3]: Entering directory `/tmp/openhpi/src/plugins/ipmi'
> make[4]: Entering directory `/tmp/openhpi/src/plugins/ipmi'
> /bin/sh ../../../mkinstalldirs /usr/local/lib
> /bin/sh ../../../libtool  --mode=3Dinstall /usr/bin/install -c=20
> libipmi.la=20
> /usr/local/lib/libipmi.la
> /usr/bin/install -c .libs/libipmi.lai /usr/local/lib/libipmi.la
> /usr/bin/install: cannot stat `.libs/libipmi.lai': No such file or
> directory
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/openhpi/src/plugins/ipmi'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/openhpi/src/plugins/ipmi'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/openhpi/src/plugins'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/openhpi/src'
> make: *** [install-recursive] Error 1
> tariq@sevenofnine:/tmp/openhpi$
>=20
> Notice the line: /usr/bin/install -c .libs/libipmi.lai
> /usr/local/lib/libipmi.la
> Which indicates a typo some where?
>=20
> After tracing it, I found that libtool file in our build is=20
> generated by
> libtoolize from a template in /usr/share/libtool/ltmain.sh
> At line 4290:
>     # Install the pseudo-library for information purposes.
>         name=3D`$echo "X$file" | $Xsed -e 's%^.*/%%'`
>         instname=3D"$dir/$name"i
>         $show "$install_prog $instname $destdir/$name"
>         $run eval "$install_prog $instname $destdir/$name" || exit $?
>=20
> Notice the "i" at the end of instname!!
>=20
> Now, what I'm not sure about is if this is a bug in the=20
> distribution of
> libtool-1.4.2-12 (version on my system) or if it's actually a path in
> the script we're hitting because we're doing something wrong!
>=20
> Anyway, I edited the file directly and removed that "i" and everything
> works ok.
>=20
> So please check on your system and let me know if you see this problem
> and if I should report it back to libtool maintainer.
>=20
>=20
> ttttttt
> Tariq Shureih
> Intel Corporation
> Carrier grade OS Group (TSP)
> (503) 677-6776
> *Opinions are my own and don't reflect those of my employer*
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Openhpi-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
>=20