hi

[Erich Eubanks]

Majesty's whereas Agencies economy, following selection very Papers) all
Office Statutory their Papers) has public Her two review Annual also Statement
There described of Report this broad principal Office debate. whereas The
selection following principal contains murder Prosecution this transport
Service Papers) environment. published Prosecution statements an work described
Committee 
-=Z1UM1hRlWuBaGN=-


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

undefined symbol woes

[Patrick Welche]

I am finding out the hard way about .la .lo etc files trying to compile
cvs httpd, with static modules, but I still haven't found the small
example to illustrate the problem. Essentially
libtool --mode=link gcc -export-dynamic -o httpd  modules.lo 
modules/aaa/mod_auth_basic.la
translates as
gcc -o .libs/httpd modules.o -Wl,--export-dynamic modules/aaa/.libs/mod_auth_basic.a 
-Wl,--rpath -Wl,/usr/local/lib
but
modules.o(.data+0x9c): undefined reference to `auth_basic_module'

Why would a .a file just contain the text ! ?  
% more .libs/mod_auth_basic.a
!
% file .libs/mod_auth_basic.a
mod_auth_basic.a: current ar archive
% nm -g mod_auth_basic.o
...
 D auth_basic_module
...
Yet auth_basic_module ends up undefined..

Any hints on how I can proceed?

% /usr/src/local/httpd-2.0/srclib/apr/libtool --version
ltmain.sh (GNU libtool) 1.5a (1.1342 2003/11/22 14:12:56)

Cheers,

Patrick


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: 60-gary-remove-libltdl-subconfigury.patch [Was Re: configuring libltdl]

[Gary V. Vaughan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn wrote:
| On Wed, 26 Nov 2003, Gary V. Vaughan wrote:
|
|
|>Bob Friesenhahn wrote:
|>
|>>The issues I mention are primarily philosophical and religious.
|>>There is a subversive element of open source society that is willing
|>>to use Autoconf and Libtool, but not Automake.  The FreeType and
|>>libJPEG projects come to mind.  If AM_INIT_AUTOMAKE is used, then
|>>Automake must be installed in order to maintain the package, even if
|>>the dependent package uses JAM, GNU make, BSD make, Imake, or
|>>hand-coded traditional make.
|>
|>Okay, stage 1.  Lets make a start at this and resolve the issues as we find
|>them.  As a bonus this shaves another 10% of the dist tarball size.  We are
|>already not far off half the size of libtool-1.5.tar.gz! :-)
|>
|>Okay to commit?
|
|
| It seems like this should require a documentation change since
| presumably 'libtoolize --ltdl' and 'libtoolize --ltdl-tar' won't
| produce the same results anymore.  Or perhaps I am missing something,
| and only libtool itself is effected.
- --ltdl-tar is already broken.  Stage 2 should be to get them working with the
new directory structure.
Stage 3 should be to figure out how to support automakeless environments.

Its a fairly big change conceptually, so I dare say that stages 4 through 13
will be to fix things that crawl out of the woodwork in the next couple of weeks.
| Otherwise, it looks fine to me.

I'll commit as is, and send a patch for re-enabling libtoolize's ltdl options
along with updated documentation.  I'm still convinced that --ltdl-tar is
useless, and might drop that option if it proves time consuming to rework it.
Cheers,
Gary.
- --
Gary V. Vaughan  ())_.  [EMAIL PROTECTED],gnu.org}
Research Scientist   ( '/   http://www.oranda.demon.co.uk
GNU Hacker   / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQE/xfskFRMICSmD1gYRApASAKCvKvH7SJAlBHze6cJbmzky9aBwcQCfVsnx
stne0rR6xfIYKLu/JBHmb8M=
=d918
-END PGP SIGNATURE-


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: undefined symbol woes

[Gary V. Vaughan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Welche wrote:
| I am finding out the hard way about .la .lo etc files trying to compile
| cvs httpd, with static modules, but I still haven't found the small
| example to illustrate the problem. Essentially
| libtool --mode=link gcc -export-dynamic -o httpd  modules.lo
modules/aaa/mod_auth_basic.la
| translates as
| gcc -o .libs/httpd modules.o -Wl,--export-dynamic
modules/aaa/.libs/mod_auth_basic.a -Wl,--rpath -Wl,/usr/local/lib
| but
| modules.o(.data+0x9c): undefined reference to `auth_basic_module'
|
| Why would a .a file just contain the text ! ?
| % more .libs/mod_auth_basic.a
| !
| % file .libs/mod_auth_basic.a
| mod_auth_basic.a: current ar archive
| % nm -g mod_auth_basic.o
| ...
|  D auth_basic_module
| ...
| Yet auth_basic_module ends up undefined..
|
| Any hints on how I can proceed?
|
| % /usr/src/local/httpd-2.0/srclib/apr/libtool --version
| ltmain.sh (GNU libtool) 1.5a (1.1342 2003/11/22 14:12:56)
mod_auth_basic.a doesn't contain mod_auth_basic.o.  Are you running with
- --disable-static?
~  $ ar cru mod_auth_basic.a
~  $ cat mod_auth_basic.a
~  !
Look through your log output for 'ar' calls.  I suspect you'll find 'ar cru
.libs/mod_auth_basic.a' and 'ranlib mod_auth_basic.a' but no 'ar cru
.libslmod_auth_basic.a .libs/mod_auth_basic.o'.
The difficult bit is figuring out why libtool didn't list the objects on the
ar call...
Cheers,
Gary.
- --
Gary V. Vaughan  ())_.  [EMAIL PROTECTED],gnu.org}
Research Scientist   ( '/   http://www.oranda.demon.co.uk
GNU Hacker   / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQE/xhf3FRMICSmD1gYRAqDXAJ9U4drv+sZdER8lO3zaLaGCAZ1wNwCdFk6n
F3hwwYwR61rszUXD3WvrU3A=
=Irvn
-END PGP SIGNATURE-


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Libtool tarballs restored to ftp.gnu.org

[Gary V. Vaughan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've just uploaded libtool 1.4.3 and 1.5 tarballs to ftp.gnu.org with the new
automated upload system, along with xdelta and diff files, plus detached
signatures for the whole lot.
The md5sums of all files are as given below, but you should download the
associated .sig and run:
~  gpg --verify  .sig

My public signature is available from
http://www.oranda.demon.co.uk/PublicKey.html, and wwwkeys.uk.pgp.net, and will
gradually arrive on most keyservers shortly.
~  Sorry for the enormous delay, we will hopefully make it up to you with
Libtool 1.6.
Cheers,
Gary.
- --
Gary V. Vaughan  ())_.  [EMAIL PROTECTED],gnu.org}
Research Scientist   ( '/   http://www.oranda.demon.co.uk
GNU Hacker   / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQE/xhqhFRMICSmD1gYRAoKrAKCte8KugLWPpKZophoYXOPMEvYpBgCgg1Tm
GO3SlMhhzwjIavEfLTpgDwU=
=lh4r
-END PGP SIGNATURE-


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: undefined symbol woes

[Patrick Welche]

On Thu, Nov 27, 2003 at 03:27:51PM +, Gary V. Vaughan wrote:
> mod_auth_basic.a doesn't contain mod_auth_basic.o.  Are you running with
> - --disable-static?

I was hoping to not create shared modules, but I can't actually see
relevant flags in the libtool invocation. The compile which uses
-prefer-non-pic -static gives a valid .o, and a .lo containing
  pic_object=none
  non_pic_object='mod_auth_basic.o'
It's the link that is odd:
% sh link
ar cru .libs/mod_auth_basic.a
ranlib .libs/mod_auth_basic.a
creating mod_auth_basic.la
(cd .libs && rm -f mod_auth_basic.la && ln -s ../mod_auth_basic.la mod_auth_basic.la)

where "link"'s highlights are:
  libtool --mode=link gcc -module -export-dynamic -o mod_auth_basic.la 
mod_auth_basic.lo

> Look through your log output for 'ar' calls.  I suspect you'll find 'ar cru
> .libs/mod_auth_basic.a' and 'ranlib mod_auth_basic.a' but no 'ar cru
> .libslmod_auth_basic.a .libs/mod_auth_basic.o'.
> 
> The difficult bit is figuring out why libtool didn't list the objects on the
> ar call...

absolutely!

Something about -prefer-non-pic -static mixing with dlopen flags?
(Why should all systems -prefer-non-pic when building -static? cf apache's
configure.in:

  my_libtool=`$apr_config --apr-libtool`
  LIBTOOL="$my_libtool \$(LTFLAGS)"
  libtoolversion=`$my_libtool --version`
  case $libtoolversion in
  *1.[[45]]*)
  SH_LIBTOOL='$(LIBTOOL)'
  SHLTCFLAGS="-prefer-pic"
  LTCFLAGS="-prefer-non-pic -static"
  ;;
  *)
  SH_LIBTOOL='$(SHELL) $(top_builddir)/shlibtool $(LTFLAGS)'
  SHLTCFLAGS=""
  LTCFLAGS=""
  ;;
  esac
  ;;
)

Cheers,

Patrick


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

libtool source?

[Nick Twaddell]

How long till the libtool source is posted back on the site?

Nick





___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: libtool source?

[Russ Allbery]

Nick Twaddell <[EMAIL PROTECTED]> writes:

> How long till the libtool source is posted back on the site?

Looks like it's there now.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool