libltdl Automake improvements

libltdl targets to be built without any additional recursion, and without creating another Makefile.in. Thoughts? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing

Re: 'dependency_libs' of .la file ignored?

would not surprise me since Gary has made significant changes to libltdl code and it probably has not been re-tested under WIN32. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: libtool 1.5.8 on Solaris 8

. :-) Commonly available C++ compilers have come a long way since Ossama introduced the multi-lingual branch. We can expect that they will work by default without a lot of assistance. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: libtool 1.5.8 on Solaris 8

versions. If the GCC build directory is not removed after installing the compiler, very strange problems result. I usually see the duplicated library warning for libstdc++.so when linking under Solaris. Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Re: libtool 1.5.8 on Solaris 8

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: libtool 1.5.8 on Solaris 8

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: Missing .so in .la file

-mail: http://www.dziupla.net/gj/cv ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: 64 bit support

as a simple build. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: GNU Libtool 1.5.8 released.

for 32-bit Ultrasparc are put in the traditional location. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman

Re: GNU Libtool 1.5.8 released.

Unix vendors are much easier to deal with and that OS identification/version tests should be sufficient in many cases. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

Re: GNU Libtool 1.5.8 released.

the specific options necessary to obtain each desired variant. These options are compiler and linker specific. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list

Re: Libtool-1.5 problem

/local/bin/echo: not found The command that is being executed is.. LTVER=`libtool --version | grep ' libtool)' | \ sed 's/.*) \([0-9][0-9.]*\)[^ ]* .*/\1/' ` I am running SunOS 5.9 Glenn Andrews == Bob Friesenhahn [EMAIL PROTECTED] http

Re: cvs build prob

\$no_glob_subst\` (setting set +o posix in configure for the benefit of ksh fixes things too.) Cheers, Patrick ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn

Re: cvs build prob

, Patrick ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: allextract and defaultextract with Solaris and GCC

://lists.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: problems statically linking thirdparty libs and dynamically linking glibc

++. The GCC 3.X series introduced a shared libgcc_s.so. There is no longer a static libgcc. You will not be able to achieve a full static link using GCC unless you configure/build GCC so that it doesn't use shared libraries. Bob == Bob Friesenhahn [EMAIL PROTECTED

Re: libtool HEAD doesn't build on cygwin

. There are other libtool/libltdl problems under Windows as well. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman

Re: How to build a .dll on cygwin?

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: Creating .la files from existing libraries

of 'libfoo' to 'libGL' ;) That's not very exact, of course, but that should get you started. ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED

Re: Adding the right flags to a program which dlopens

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: Adding the right flags to a program which dlopens

On Wed, 2 Jun 2004, Stephane Bortzmeyer wrote: On Wed, Jun 02, 2004 at 08:45:35AM -0500, Bob Friesenhahn [EMAIL PROTECTED] wrote a message of 31 lines which said: If you are willing to build and link your loadable modules using libtool, then it as simple as linking using libtool's -module option

Re: Adding the right flags to a program which dlopens

On Wed, 2 Jun 2004, Stephane Bortzmeyer wrote: On Wed, Jun 02, 2004 at 08:59:33AM -0500, Bob Friesenhahn [EMAIL PROTECTED] wrote a message of 30 lines which said: If you use libltdl to do module loading rather than raw dlopen() I hesitate. What are the pros and cons? I do not really want to add

Once again, libltdl bug noticed under MinGW

be present. I presume that this strange behavior occurs under Unix as well, but Unix just behaves more reasonably. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list

Re: Linking against indirect dependencies

100% accurate in determining if a library is a static library or a shared library since static libraries don't support library dependencies. Users will be very unhappy if the applications or libraries they link using libtool don't work at all. Bob == Bob

Re: Linking against indirect dependencies

. If it guesses wrong and a static library is used, then everything breaks since static libraries don't support dependencies. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

Re: Linking against indirect dependencies

. If libtool encouraged developers to use non-portable platform-specific techniques, then it would be dealing a blow to the goal of supporting portable software. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Libtool/MinGW wrapper weirdness

. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: gcc 3.4.0, libtool, and C++

On Sun, 2 May 2004, Albert Chin wrote: On Sun, May 02, 2004 at 01:47:09PM -0500, Bob Friesenhahn wrote: I am encountering a problem with gcc 3.4.0 in that when libtool performs a C++ link, it includes -L options which reference GCC 3.4.0's build directory. Under Solaris, this causes

Re: C linkage problem when C++ library is used.

On Fri, 16 Apr 2004, Albert Chin wrote: On Thu, Apr 15, 2004 at 11:10:20AM -0500, Bob Friesenhahn wrote: If a program which is based on C language depends on a library which is implemented in C++, the C++ compiler should be used to link the program. Otherwise C++ static initialization may

Re: C linkage problem when C++ library is used.

no knowledge of if C++ is involved. The library may be delivered with the system. However, if that C++ library was built using libtool, then libtool *does* know that C++ was used and can record that fact in the .la file for later use. Bob == Bob Friesenhahn

Re: MinGW link against an MS Windows import library

symbols. == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: MinGW link against an MS Windows import library

) assume that if a similarly-named DLL exists that the .lib file is a DLL link library? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED

Re: Consequence of using ld to link libraries on Solaris

on Digital Unix, or any other OS where libtool doesn't currently use the C compiler to link. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED

Re: Problems with Sun CC v5.2 -- Newbie

://mail.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Problems installing dependant libraries

On Mon, 15 Mar 2004, Fredrick Meunier wrote: Bob Friesenhahn wrote: The fundamental problem is that Automake does not have an overall coherent understanding of the library dependencies when libraries are built using a recursive build. Without understanding the library dependencies

Re: Suggestion

time. libtool has no concept of separate runtime/install time directories. Libtool uses the DESTDIR environment variable to support this. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Problems installing dependant libraries

Makefile.am files). One way to accomplish this may be to maintain a top-level file which records the order that libraries were linked during the build. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Dlopening documentation

libltdl. :-) Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: libtool-1.5.2 searches /usr/lib before -Ldir

. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: libtool-commit ML

at the time someone approves the patch, so it could be several days before the patch is applied. Since libtool maintainers are using a common commit script there is some possibility of adding a hook in that script which posts to the libtool-commit list. Bob == Bob

Re: Bug in CVS bootstrap with Automake 1.7

. Perhaps some Linux distribution maintainers would disagree. Linux distributions should be encouraged to use and provide the latest auto* tools. Unlike fine wine, old software does not improve with time. Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Re: Building 64-bit C++ shared libraries

a reasonable approach to me. At the time -m support was added, I believe that usually LD was not the same as CC. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

Re: libtool/config.status issue on IRIX

On Thu, 1 Jan 2004, Joe Orton wrote: Following up on the issue reported by Bob Friesenhahn here: http://mail.gnu.org/archive/html/libtool/2003-11/msg00131.html The suspect eval line in config.status has lost some of the necessary backslashes: Thanks for noticing this difference

Re: libtool/config.status issue on IRIX

\\ | \\\$Xsed -e \$sed_quote_subst\`\\ ;; esac done == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http

Re: libtool/config.status issue on IRIX

On Thu, 1 Jan 2004, Joe Orton wrote: Following up on the issue reported by Bob Friesenhahn here: http://mail.gnu.org/archive/html/libtool/2003-11/msg00131.html The suspect eval line in config.status has lost some of the necessary backslashes: It seems that this qoting rules is being

Re: libtool/config.status issue on IRIX

On Thu, 1 Jan 2004, Joe Orton wrote: Following up on the issue reported by Bob Friesenhahn here: http://mail.gnu.org/archive/html/libtool/2003-11/msg00131.html The suspect eval line in config.status has lost some of the necessary backslashes: Here is a version which produces the same

Re: list policies

be appreciated if the FSF folks would install a anti-spam filter on their mail server in order to discard obvious spam before relaying the mail. This is easy to accomplish. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: libtool setting DT_RPATH in .libs/lt-foo binaries

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: pkg-config and versioning of static libraries

is - is the lack of versioning for static libraries a limitation of libtool or is a something that pkg-config should work around? This sounds like a libtool bug to me. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: C programs using C++ libraries

for your help, -Billy [1] http://mail.gnu.org/archive/html/automake/2002-11/msg00046.html == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL

Re: avoiding C++, Fortran tags

or two before we have access to the sources again. See http://savannah.gnu.org/statement.html for info on this event. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

Terrible problem with latest CVS libtool

developers always have GNU sed handy so this problem is not noticed. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

Re: Terrible problem with latest CVS libtool

determined by the configure script: # A sed program that does not truncate output. SED=/bin/sed Bob On Sun, 30 Nov 2003, Bob Friesenhahn wrote: The generated config.status script includes: # A sed program that does not truncate output. SED=$lt_SED # Sed that helps us avoid accidentally

'make distclean' fails

check in a directory previously used to build libtool for another OS fails almost all of the libtool tests due to use of stale configuration information. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Terrible problem with latest CVS libtool

lt_$var=\\\`\$echo X\$$var | \$Xsed -e \$sed_quote_subst\`\\ % ./config.status ./config.status[527]: X/bin/sed: not found ./config.status[527]: $Xsed: not found ./config.status[527]: X/bin/sh: not found Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Re: Terrible problem with latest CVS libtool

expanded in a the wrong order for some reason. I have tried using bash and GNU sed, but the problem still continues. Playing on the shell command line seems to produce the same bad result. This is also true for Solaris where config.status seems to behave. Bob == Bob

Re: bootstrapping CVS libtool

chmod +x libtool doesn't fail (cvs autotools from just now)) I reported this bug earlier. The failed copy is into the libltdl directory, to be cloned later by 'libtoolize --ltdl'. This copy of libtool.m4 is not the one used by aclocal. Bob == Bob Friesenhahn

Re: configuring libltdl

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: avoiding C++, Fortran tags

___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

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

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

Re: methinks libtool is too smart?

libraries regardless of the library search path. You would not want to pick up some other shared library by mistake. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing

Re: configuring libltdl

On Tue, 25 Nov 2003, Gary V. Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Friesenhahn wrote: | On Mon, 24 Nov 2003, Gary V. Vaughan wrote: | | There are a number of issues that would have to be handled in order to | properly integrate libltdl configure/build

Re: Defines dependent on static/dynamic build

for static library builds. With the latest CVS libtool (which is what I am using) I assume that I can update the 'pic_flag' variable directly since libtool is not written out until the end of the configure run. Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Adding --tag=CXX

--tag option at the correct points. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Adding --tag=CXX

pattern rules use LTCOMPILE and friends. The libtool --tag option must appear before $(CC). I do not see a trivial way to add the --tag option to Makefile.in. Bob On Tue, 25 Nov 2003, Bob Friesenhahn wrote: In a build environment I am creating using Automake 1.7.9 CVS libtool, GCC (gcc g

Re: configuring libltdl

On Mon, 24 Nov 2003, Gary V. Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Friesenhahn wrote: | It seems to me that for packages which embed libtool and use libltdl, | it is very trivial for the package's configure script to also | configure libltdl. This is *much* more

Re: bootstrapping CVS libtool

your aclocal directory and seeing if it works from clean then? All traces of existing libtool.m4 files were manually removed prior to attempting the boostrap. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: bootstrapping CVS libtool

2.58 and GNU automake 1.8. Perhaps this comment is in error? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org

Defines dependent on static/dynamic build

. Does anyone know of a way to get libtool to behave the way I need? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org

bootstrapping CVS libtool

gmake[1]: Leaving directory `/home/bfriesen/src/gnu/libtool' gmake: *** [all-recursive] Error 1 What incantations are currently necessary to bootstrap libtool? What package releases will be required to support the forthcoming libtool release? Bob == Bob

Re: bootstrapping CVS libtool

It seems that 'cvs update' was not sufficent to update libtool. A fresh CVS checkout was required. I now have a libtool script. The question as to the required auto* tools and libtool release expectations remains. Bob On Sat, 22 Nov 2003, Bob Friesenhahn wrote: I am trying to get

configuring libltdl

sets a bad example that causes libltdl to seem like a lot more overhead than it really needs to be. Should we convert the libltdl configuration to be part of libtool's main configure script? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org

Re: bootstrapping CVS libtool

On Sat, 22 Nov 2003, Bob Friesenhahn wrote: What package releases will be required to support the forthcoming libtool release? Thanks to Gary's 'make dist' fix, I was able to make a test libtool distribution under FreeBSD using the latest CVS autoconf and automake. I then extracted

Re: libtool 1.5 tag woes

for Cygwin/MinGW builds. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: How to know what modules were dlpreopen-ed?

to look for modules (.la files) to load via a fully-qualified path. It would be useful if this capability was included as part of libltdl. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

ltdl.c warnings

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

CVS libtool fails under MinGW 1.0

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Version numbering

: 1.7alpha?. We would of course continue to use odd letters for CVS revisions, and even letters for alpha releases. Bumping the number to the next planned release level seems like the usual practice to me. Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Re: libtool pre-1.5b tests fail on 9 debian arches

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Filename for module

'^libname_spec='|sed -e 's/^libname_spec/libname/' Notice that additional steps are required to completely expand library_names_spec. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: cygwin vs. windows paths

in the required format? Yes. Use the MSYS environment with MinGW and the paths will be fixed up automatically. :-) I have a shell script which converts Unix paths to Windows paths under Cygwin MinGW if you are interested. Bob == Bob Friesenhahn [EMAIL PROTECTED] http

Re: only static libraries created

a static library will be built. Libtool 1.5 is much better at enforcing these rules than former versions of libtool. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool

Re: only static libraries created

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: only static libraries created

On Thu, 25 Sep 2003, Bernhard Rumpler wrote: On Thu, 25 Sep 2003, Bob Friesenhahn wrote: On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote: I want to compile gtkhtml2 (libgtkhtml) for windows, I use MinGW (gcc-3.2.3) and cygwin. My problem is that only static libraries are created

Re: dotnet platform support / gnu config.sub (long)

and libraries. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: fixes to mdemo2 - appropriate?

. In these cases, automatically invoking LTDL_SET_PRELOADED_SYMBOLS() from main() would be counterproductive. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list

RE: Link performance: some numbers and a hack

been carefully listed in the optimum order. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

RE: Fixing malloc.h related warning

___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list

RE: Fixing malloc.h related warning

___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: dotnet platform support / gnu config.sub (long)

(.net assembly) and compilation of dotnet dependent programs look like under Unix? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http

Re: ltmain.sh and configure

by the mail archives. If so, I'll pass that sum to the ftp admins and get the file restored if it passes. I have a copy of libtool-1.5.tar.gz which was retrieved on April 15. The MD5 checksum is also 0e1844f25e2ad74c3715b5776d017545. Bob == Bob Friesenhahn [EMAIL

RE: ltmain.sh and configure

On Wed, 10 Sep 2003, Boehne, Robert wrote: While we're on the subject (sort of) Peter expressed some interest in becoming a co-maintainer. I think that is a good idea, what about you? That is something I would like to see as well. Bob == Bob Friesenhahn

Re: Installed vs built library

release still has the re-ordering bug. Re-ordering could be the cause of the problem. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http

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

directory or the directory where libtool resides. The only place we are allowed to write is in the object directory, or the temporary file directory. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

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

on three different file systems. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

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

On Tue, 26 Aug 2003, Albert Chin wrote: On Tue, Aug 26, 2003 at 10:56:47AM -0500, Bob Friesenhahn wrote: On Tue, 26 Aug 2003, Robert Collins wrote: On Tue, 2003-08-26 at 12:58, Albert Chin wrote: Why not use $srcfile and $srcfile.lock as the lock file? So, rather than

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

On Mon, 25 Aug 2003, Paul Jarc wrote: Bob Friesenhahn [EMAIL PROTECTED] wrote: Creating a hard link is an atomic operation whereas a symbolic link is not How so? It has to do with the complexity of the operation, particularly if a network is involved. Creating a hard link does not create

Re: Is libtool 1.4 dead and buried forever?

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: --tag

documentation on it anywhere. Probably you have a mix of old files and new files. Try using libtoolize --copy --force aclocal autoreconf to fix it. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Choosing the correct version number with libtool

== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

<    4   5   6   7   8   9   10   11   >