Re: link statically with one library and dynamically with another?

which loads the module may simply core dump. An option you should consider is to build libtidy as a convenience library which can then be safely linked with your module. This approach likely requires that you create your own build environment for libtidy. Bob === Bob Friesenhahn [EMAIL

LIBLTDL

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: LIBLTDL

by a package manager. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo

Re: [Patch] cwrapper invokes target directly

know that Linux has special hooks in order to automatically run Windows executables using Wine. Is the Wine execution support dependent on this Linux feature? Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: libltdl and cygwin 1.7.0

+ if (cygwin_conv_path (CCP_POSIX_TO_WIN_A, filename, wpath, MAX_PATH)) +{ + LT__SETERROR (CANNOT_OPEN); + return 0; + } + len = 0; Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: [PATCH 368] New libtoolize --no-warn option.

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [PATCH 368 bis] New libtoolize --no-warn option and LIBTOOLIZE_OPTIONS parsing.

are not primarily english speakers. It seems best to use terms (e.g. quit) which are straightforward dictionary translations. If you fix these few issues, then the patch seems ok to me. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org

Re: [Patch] cwrapper invokes target directly

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: Libtool performance status (part 1.2965)

the beers out over a year or so. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman

Re: libtool performance status

become tedious and time consuming. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: Problems with libtool 2.2.2 and /bin/sh pointing to dash

rather than needing to consult an external libtool script. That is how I am doing it. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Problems with libtool 2.2.2 and /bin/sh pointing to dash

there is advantage to using it. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo

Re: libtool 2.2.2, ccache and -all-static

CC, CFLAGS, and other values. That is not how things are supposed to be done. It is little wonder that there are some libtool issues. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Libtool performance status (part 1.2965)

libtool 1.2965 2008-04-22 (bash) real 4:03.745 user 3:19.232 sys41.018 libtool 1.2965 2008-04-22 (dash) real 3:43.894 user 3:07.987 sys34.191 == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: libtool performance status

programs (none in this case). Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [PATCH 363] Allow better compile time type checking for lt_dladvise

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: FYI - Use AC_CHECK_TOOL for lipo too.

to this list as well? Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: silencing libtool and automake

current FSF released software and adding --silent to the libtool options, I obtain complete silence (other than compiler warnings/errors) via 'make -s'. Based on the above, it seems likely that you are not using the current releases of the software. Bob == Bob

libtool performance status

that they are similar to before. This means that users end up waiting just as long for the build to complete. I have attached the raw data, which includes some timings that I did with FreeBSD's /bin/sh and ksh93. Bob == Bob Friesenhahn [EMAIL PROTECTED], http

Re: [PATCH 363] Allow better compile time type checking for lt_dladvise

/loadlibrary.c, libltdl/lt_dlloader.c, libltdl/ltdl.c: Remove many redundant type casts. * NEWS: Updated. Suggested by Bob Friesenhahn [EMAIL PROTECTED] I like this very much. Besides helping user code, it should diminish the number of compiler warnings when compiling libltdl and may even avoid

Re: [PATCH 363] Allow better compile time type checking for lt_dladvise

cheering me on from the sidelines :-) I reviewed the code updates and liked them very much. Probably I was communicating in American when I should have been communicating in British. Here are my comments translated to British: please apply. :-) Bob == Bob

Re: [PATCH 364] Capture lt~obsolete.m4 serial number correctly in libtoolize.

bugs, each of which I'll address with a separate patch. Okay to apply? This bug has annoyed me as well. Please apply this patch. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: func_arith and func_len

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: expr complaint on FreeBSD for MinGW cross

to apply to me. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: func_arith and func_len

supporting this math syntax also support the native math types (which they likely do since this syntax comes from old ksh), then is there a reason why we would not prefer the native syntax for math if we are doing math? Is there a ripple effect? Bob == Bob

Re: Feature request: setting env vars for binary wrappers

to obtain the necessary run-time environment, and to run the debugger on the correct binary. Proposals for the cleanest way to do that are appreciated. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: Feature request: setting env vars for binary wrappers

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: Feature request: setting env vars for binary wrappers

of the problem. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ # !/bin/sh # Copyright (C) 2003, 2004 GraphicsMagick Group # # This program is covered by multiple licenses

Re: Allow bootstrap from git repository

since git uses distributed repositories, this might become tricky. We don't want to force someone to have to use git to do a 'make dist' but since git is necessary in order to submit changes, it is reasonable to make full use of it at that time. Bob == Bob

Re: Allow bootstrap from git repository

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

libtool performance and shells

than bash, but the difference does not seem large enough for Autoconf and libtool to be concerned enough to use a different shell selection algorithm. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: No need for object file removal before compilation

!= no; then + removelist=$lockfile $RM $lockfile fi } == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: support of the cegcc compiler

. For example, in the MinGW build, the C++ standard library did not support throwing exceptions out of a DLL so it was built as static. In that case libstdc++ was treated as a special case. At least that is how I remember it. Bob == Bob Friesenhahn [EMAIL

Re: move func_mode_compile a little earlier

libtool slowness should actually be attributed to linker slowness. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: Announcing Dolt, a drop-in Libtool replacement which cuts build times in half

available under Solaris and OS-X Leopard, I find it to be no more insulting than a suggestion to run software under valgrind, which is only available under Linux (and sometimes on FreeBSD). Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org

Re: Announcing Dolt, a drop-in Libtool replacement which cuts build times in half

shell scripts are not compiled, the size of a shell script has very little to do with its execution time. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: supportof the cegcc compiler

wrote this patch and convince them to submit it as an official libtool patch against libtool 2.X. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Announcing Dolt, a drop-in Libtool replacement which cuts build times in half

needs to make the call as to what is an acceptable level of runtime overhead before Dolt can be disposed of an unecessary idea. Is the acceptable overhead 5%, 7%, 10%? What is the magic number? Bob == Bob Friesenhahn [EMAIL PROTECTED], http

Re: Announcing Dolt, a drop-in Libtool replacement which cuts build times in half

parse.sh 1.35s user 0.39s system 83% cpu 2.074 total % time ksh parse.sh [ runs forever apparently ] == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Announcing Dolt, a drop-in Libtool replacement which cuts build times in half

is not how close func_mode_compile() is to the top, but how close the code which invokes it is to the top. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Customizing soname

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: Fix disable-static -all-static (was: testsuite: 24 25 64 failed)

looks good to apply to me. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: libtool C++ link bug with -lm functions with Sun Workshop compiler

version is much better than preceding versions due to its exhaustive test suite and quite a few years more development. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: libtool C++ link bug with -lm functions with Sun Workshop compiler

that it does do so for Solaris 10 with the Studio 12 compiler. Upgrading to 2.2, or the first subsequent release (scheduled for April 1st) may be the solution you are looking for. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: libtool C++ link bug with -lm functions with Sun Workshop compiler

this AC_LANG_PUSH(C++) some C++ tests AC_LANG_POP This works great under Solaris! Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: supportof the cegcc compiler

to be contributed according to FSF rules. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org

Re: supportof the cegcc compiler

for the work to the FSF. The current libtool release is 2.2 so the current release needs to be updated as well. We expect an update release for 2.2 in a couple of weeks, but there is currently no forecast for another 1.5.X release. Bob == Bob Friesenhahn [EMAIL

Re: supportof the cegcc compiler

may currently depend on some features which are not in Windows CE. The test suite would need to be adapted to work reasonably well for this target. Even now, there are still some test failures with the MinGW compiler. Bob == Bob Friesenhahn [EMAIL PROTECTED

Re: supportof the cegcc compiler

that. Latest versions of autoconf, automake, and m4 are required in order to bootstrap. Executing the bootstrap script is likely to take a *long* time. Test with 'configure', 'make', and 'make check'. As I'm using mingw, i can test it too :) Good! Bob == Bob

Re: git mirror of Libtool CVS repo

'/^[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]/ { print substr($1,1,4) substr($1,6,2) substr($1,9,2); exit; }' ${srcdir}/ChangeLog` Since we should always update ChangeLog, it makes sense to use the last date entered in ChangeLog. Bob == Bob Friesenhahn

Re: Libtool head test status

:/c/Program Files/OpenVPN/bin Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: Libtool head test status

install install is /usr/bin/install bash-3.2$ which INSTALL INSTALL is /usr/bin/INSTALL bash-3.2$ INSTALL INSTALL: missing file operand Try `INSTALL --help' for more information. == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: [patch #6448] [MSVC 7/7] Add MSVC Support

... please ask. The current plan is to address remaining issues found in the 2.2 release before any new functionality is added. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]

was not working for me under Solaris 10 so I have fortran variables (F77 FC) set to 'no' in config.site so that they won't be used in the libtool tests. At the time I thought that perhaps this was due to a lacking libtool feature rather than a 'bug'. Bob == Bob

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

. If the package specifies that it needs that language, then configure should quit with an error. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

does not work). If libtool is built stand-alone (as in our distribution) then there should be a warning but the user should still be able to build and install libtool. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

that libtool does not work. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

during configuration. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org

Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]

perfectly reasonable to use a non-GNU fortran or C++ compiler along with GCC. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

. If the package specifies that it needs that language, then configure should quit with an error. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

does not work). If libtool is built stand-alone (as in our distribution) then there should be a warning but the user should still be able to build and install libtool. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

if a language is found to not work. So it seems that we need a way to specify both the languages to try to configure for, and the ones that must work. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

that libtool does not work. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]

perfectly reasonable to use a non-GNU fortran or C++ compiler along with GCC. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

for the C++, Java, or Fortran compilers. If the program is available we try to use it in the tests. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

it. Then it seems fairly trivial. :-) Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo

Re: git? branch-2-2?

uncommitted in a working directory, hindering further work on the same files. Each developer needed to develop his own system for working around this limitation. I never did. It seems that git has much more to offer to meet these needs than CVS does. Bob == Bob

Re: git? branch-2-2?

words, it is the first libtool release that I feel comfortable with not using a development version in my released software. That is quite an achievement. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: Libtool head test status

On Sun, 2 Mar 2008, Bob Friesenhahn wrote: Both are attached in lzma compressed format. I find it odd that the log file is much larger for MinGW/MSYS than for Cygwin. It seems that part of the reason for the bloat is that Makefiles don't make good shell scripts. :-) I see that in some

Re: FYI: 355-gary-2-2-prerelease-updates.patch

that this release must surely have been rushed since it is so far ahead of schedule. Features must have been secretly removed. Please put back the features which were removed in order to meet the accelerated schedule. :-) Yahoo! Bob == Bob Friesenhahn [EMAIL

Uh, oh, libtool does not build any more

/libltdl_libltdl_la-preopen.lo' is not a valid libtool object gmake[2]: *** [libltdl/libltdl.la] Error 1 gmake[2]: Leaving directory `/scratch/bfriesen/build/libtool-head' == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen

Re: Uh, oh, libtool does not build any more

. What happens with a fresh checkout on your machine? Not sure. I will find out later. I am happy to provide you with an account on my machines if it will help you with this issue, or in the future. Bob == Bob Friesenhahn [EMAIL PROTECTED], http

Re: Uh, oh, libtool does not build any more

On Fri, 29 Feb 2008, Bob Friesenhahn wrote: What happens with a fresh checkout on your machine? Not sure. I will find out later. That did it! Perhaps there is something not quite right in the maintainer dependencies or a timestamp was wrong. Testing builds now ... Bob

Re: Uh, oh, libtool does not build any more

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Libtool head test status

. ## -- ## ## testsuite.log was created. ## ## -- ## Please send `tests/testsuite.log' and all information you think might help: To: [EMAIL PROTECTED] Subject: [libtool 2.1c] testsuite: 21 38 39 46 50 53 60 61 62 63 64 failed == Bob Friesenhahn

Re: linking a C program with a C++ library on Solaris

. Since it did not appear to happen this past weekend, maybe we will be lucky and it will pop out this next weekend. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: linking a C program with a C++ library on Solaris

, and it makes the package smaller. I hope it is nice and warm in North Dakota. :-) Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Convenience libraries build both PIC and non-PIC regardless of -static?

with the recursive build there are more barrier points (e.g. packing and unpacking the convenience libs) where concurrency is not allowed. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

libtool 2.2 release pending?

Is the libtool release scheduled for this weekend, or for next weekend? Thanks, Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: 2.1b license.

there are legal implications if someone checks out the files and the COPYING file is not there. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: GNU Libtool 2.1b released (alpha release)

== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: GNU Libtool 2.1b released (alpha release)

differ. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: GNU Libtool 2.1b released (alpha release)

/GraphicsMagick-1.2.020080201/_build' This was working not very long ago ... Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [libtool 2.1b] testsuite: 16 54 55 56 failed

/usr/local/share/config.site file. Presumably you could do the same for CXX. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [libtool 2.1b] testsuite: 16 54 55 56 failed

assumption that if the C compiler is GCC that all tools will be from the same tool chain. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: The right way to go in automake plus libtool

are installed in the correct order so that when this relink occurs, it is against the freshly installed library rather than some older one which was already installed. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: GNU Libtool 2.1b released (alpha release)

', needed by `ltdl/libltdlc.la'. Stop. Configured with --enable-ltdl-convenience. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: GNU Libtool 2.1b released (alpha release)

it? :-) FYI: Down-reving libtool to the version current as of 2008-01-28 produces a working libtool. I do recall Ralph mentioning to you a couple of days ago that something breaks GraphicsMagick but I did not pay much attention at the time. Bob == Bob

Re: 350-gary-maintain-private-libobj-namespace

`(_~)_ == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: FYI: 333-gary-refactor-LTDL_INIT.patch

documentation recommended the opposite order, and opposite order was likely required at that time. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: make -s

in order to intentionally obtain a medium level of output. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

GraphicsMagick updated with latest CVS libtool

-recursive build, with libltdl. However, libltdl's static preload feature is not used by this package. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

CVS Head FreeBSD 5.4 test results

you think might help: To: [EMAIL PROTECTED] Subject: [libtool 2.1a] testsuite: 29 32 33 34 55 56 57 59 failed A gzipped testsuite.log is attached. The test results on Solaris 10 (SPARC and x86) and Apple OS-X Leopard seem reasonable. Bob == Bob

Re: build check in AIX 5.2 / 5.3 / 6.1 - gcc/g++

? Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org

Re: build check in AIX 5.2 / 5.3 / 6.1 - gcc/g++

. */ /* #undef HAVE_UNISTD_H */ That is quite a problem since this is an important header. It is useful to consult config.log and see why this test fails. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: make -s

place to add extra smarts for a more silent build when using libtool. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: _GLOBAL__FD_libfoo_so

fixes the failures (HEAD and branch-1-5)? The patch looks safe to apply to me. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: make -s

place to add extra smarts for a more silent build when using libtool. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

RE: mingw install directory for shared lib

On Wed, 9 Jan 2008, Duft Markus wrote: Bob Friesenhahn wrote: On Tue, 8 Jan 2008, Ralf Wildenhues wrote: General question before fixing this: on w32, should even plugins have their DLLs go to $bindir? Yes, i'd agree to this... ;o) If you try to load a library by yourself, you will have

<    1   2   3   4   5   6   7   8   9   10   >