Re: Finish making zsh Bourne-compatible

2004-06-23 Thread Paul Jarc
Noah Misch <[EMAIL PROTECTED]> wrote: > echo "$a" $a "$b" $b "$c" $c You might also add: cat <<_ACEOF $a $b $c _ACEOF This would show whether the unescaping is being done by echo (as is the case with pdksh) or by the word parsing. paul ___ Libtool ma

Re: Version numbering

2003-09-29 Thread Paul Jarc
Daniel Reed <[EMAIL PROTECTED]> wrote: > Several GNU projects (including GCC) do leave off .0's for anything past the > minor number, so it seems ls -v can't be the final authority :/ It does not follow that this numbering scheme is a good one. I would argue that it isn't. The gcc maintainers se

Re: LD_RUN_PATH not adding paths when building with shared libs

2003-08-28 Thread Paul Jarc
Bill Moseley <[EMAIL PROTECTED]> wrote: > So, it seems like the LD_RUN_PATH path is not used when building our > project unless we use --disable-shared: I'm not especially familiar with libtool, but IME, LD_RUN_PATH is ignored if any run-time search directories are given on the command line. So i

Re: Creating lock file for compilers that don't support -c -o

2003-08-25 Thread Paul Jarc
Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > Creating a symbolic link requires testing for an existing file, and > then (if the file does not exist) creating a new file, and a > directory entry to reference it. This requires multiple network > transactions with an opportunity for race-conditions.

Re: Creating lock file for compilers that don't support -c -o

2003-08-25 Thread Paul Jarc
Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > Creating a hard link is an atomic operation whereas a symbolic link is > not How so? paul ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

libc is somewhere else

2003-03-26 Thread Paul Jarc
On my custom-built GNU/Linux systems, glibc is not installed in the usual place. Passing the appropriate -I, -L, and -Wl,-R, flags is often enough to build most things. I've found some additional problems with libtool-based packages, though. - Some (older?) versions of ltconfig look for /lib/libc

Re: use of libtool for linking executables - rpath problem

2001-11-19 Thread Paul Jarc
Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > What is needed is a "database" which acts as a registry of installed > packages. This would be updatable by 'make install' as well as > binary packaging tools. http://cr.yp.to/slashpackage.html> > A tool would be provided to formulate the optimum -I,

Re: use of libtool for linking executables - rpath problem

2001-11-19 Thread Paul Jarc
Rob Browning <[EMAIL PROTECTED]> wrote: > Bruno Haible <[EMAIL PROTECTED]> writes: >> 3) Introduce a libintl-config script that sets outputs the right -L and >>-rpath option. > > This may or may not help you if you're linking with *any* other tools > that are installed in /usr/lib and their fo