> On Thu, 2006-03-02 at 09:01 -0500, [EMAIL PROTECTED] wrote:
> > I'm trying to address the feature request at
>
> aid=965788&group_id=12694&atid=362694
> >
> > but I can't get libtool to accept the -s option even though the
> > code appears to expect it to turn on "stripme".
>
> I'm not certain, but I don't believe that's an option to libtool.
> I *think* that's handling an option to "install" - something like
>
> libtool install -s
>
> rather than
>
> libtool -s install
>
> Does that help any?
My change to configure.in had put this in configure:
if test "${enable_stripped+set}" = set; then
enableval="$enable_stripped"
INSTALL="$INSTALL -s"
LDFLAGS="$LDFLAGS -s"
fi;
but INSTALL wasn't yet set and later configure checked to see if it
should be set:
if test -z "$INSTALL"; then
..
and since I'd set INSTALL, none of the code that found /usr/bin/install
and added -c to it was executed. As a result, my Makefile ended up with:
INSTALL = $(LIBTOOL) --mode=install -s
with --enable-strippped and
INSTALL = $(LIBTOOL) --mode=install /usr/bin/install -c
without.
So, I changed my new configure clause to:
if test "${enable_stripped+set}" = set; then
enableval="$enable_stripped"
INSTALL_OPT="$INSTALL_OPT -s"
LDFLAGS="$LDFLAGS -s"
fi;
and later added INSTALL_OPT where INSTALL was set:
if test "${ac_cv_path_install+set}" = set; then
INSTALL="$ac_cv_path_install $INSTALL_OPT"
else
...
I did this manually in configure to prove it worked before monkeying
with configure.in and autoconf. Sure enough, that worked. But I can't
find anything in configure.in that leads to the preceeding clause so I
can edit it to include INSTALL_OPT. What configure.in code results in
if test "${ac_cv_path_install+set}" = set; then
INSTALL="$ac_cv_path_install"
else
# As a last resort, use the slow shell script. We don't cache a
# path for INSTALL within a source directory, because that will
# break other packages using the cache if that directory is
# removed, or if the path is relative.
INSTALL="$ac_install_sh"
fi
?
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
