Re: [libtool 2.1a] testsuite: 5 15 failed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Oxenreider wrote: |5: inherited_flags.at:20 inherited_linker_flags | 15: stresstest.at:25 Link option thorough search test This patch, applied as obvious, should, I hope, fix the inherited linker flags test. Peter - -- Peter O'G

solaris archive_cmds change for sun CC c++ compiler

). Peter Index: ChangeLog 2005-07-18 Peter O'Gorman <[EMAIL PROTECTED]> * libtool.m4 (CXX, archive_cmds) [sun]: Add -lCstd, -lCrun and -lc to archive_cmds for c++ builds. Reported by Albert Chin-A-Young <[EMAIL PROTECTED]> from Peter Breitenlohner <[

Re: solaris archive_cmds change for sun CC c++ compiler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: | On Tue, Jul 19, 2005 at 01:32:07PM +0900, Peter O'Gorman wrote: |>Okay for all branches? (having been suitably changed for 2.0/HEAD, of |>course). | | | For -lc, why don't you set archive_cmds_need_lc=yes

Re: solaris archive_cmds change for sun CC c++ compiler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | Albert Chin wrote: | | On Tue, Jul 19, 2005 at 01:32:07PM +0900, Peter O'Gorman wrote: | |>Okay for all branches? (having been suitably changed for 2.0/HEAD, of | |>course). | | | | | | For -lc, w

Re: solaris archive_cmds change for sun CC c++ compiler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | Peter O'Gorman wrote: | | Albert Chin wrote: | | | | | | For -lc, why don't you set archive_cmds_need_lc=yes for the CXX tag | | | instead of hard-coding it? | I was wrong, it would, of course, be better in po

Re: solaris archive_cmds change for sun CC c++ compiler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: | On Fri, Jul 22, 2005 at 12:26:21AM +0900, Peter O'Gorman wrote: | |>Index: libtool.m4 |>=== |>RCS file: /cvsroot/libtool/libtool/Attic/libtool.m4,

Re: libtool 2-0-disable-fortran.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Albert Chin wrote: | |>Ick. Why not just F77=? | | | Because that doesn't disable the fortran tests in the testsuite? "F77=no" works on libtool-1.5, would that be okay here too? Peter -BEGIN PGP SIGNATURE- Version: Gnu

Re: solaris archive_cmds change for sun CC c++ compiler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Albert Chin wrote: | On Fri, Jul 22, 2005 at 09:55:13PM +0900, Peter O'Gorman wrote: |>| Why do you remove $predep_objects and $postdep_objects? |> |>Because they are always empty. | | | Shouldn't that be the focus of a dif

Re: libtool 2-0-extern-preloaded_symbols.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * libltdl/ltdl.c: The linker is confused by having one | definition | of lt_libltdlc_LTX_preloaded_symbols tagged with | __declspec(dllexport) in ltdl.c and one

Re: libtool 2-0-disable-fortran.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * m4/libtool.m4 (_LT_PROG_F77): Set it up so that saying F77=: | to | configure disables the fortran tests in the testsuite. Please use F77=no to disable, sam

Re: libtool 2-0-kill-dup-reloadable-msg.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * config/ltmain.m4sh (func_mode_link) : Zap duplicate | message "creating reloadable object files..." Okay. | Cheers, | Peter Peter :) -BEGIN PGP SIGNAT

Re: libtool 2-0-lib-as-archiver.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * Makefile.am: Export user selection of archiver to the | testsuite. | * config/ltmain.m4sh (func_extract_an_archive): Handle case | where the arch

Re: libtool 2-0-skipped_export.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * config/ltmain.m4sh (func_mode_link) : Make sure | skipped_export is set to colon if _some_ cmd of | export_symbols_cmds is too long. Okay. Peter -

Re: libtool 2-0-noinst-link-MAKE-instead-of-make.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * tests/demo-noinst-link.test: $make is empty on MSYS, replace | with $MAKE. Makes the test pass for MinGW. Okay, Peter -BEGIN PGP SIGNATURE- Version:

Re: libtool [EMAIL PROTECTED]@-line.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * config/ltmain.m4sh (func_generate_dlsyms): Properly remove | the fake symbol line ": @PROGRAM " from the list of exported | symbols. | Okay. Peter --

Re: libtool 2-0-libltdl-without-lib.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * libltdl/Makefile.am: Make the LTDLOPEN define controllable | from the configure script. | * m4/ltdl.m4 (LTDL_INIT): Set the LTDLOPEN define according |

Re: libtool 2-0-mdemo-dryrun-extra-sleep.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * tests/mdemo-dryrun.test: ls -l in MSYS sometimes shows year, | not time, for really fresh files. Add sleep 1 calls at strategic | places. Makes the tes

Re: libtool 2-0-linker-not-compiler.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * m4/libtool.m4 (_LT_LINKER_OPTION): Fix copy-paste bug, it is | the linker that is tested. Okay, Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Da

Re: libtool 2-0-SetErrorMode-before-LoadLibrary.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Hi! | | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]> | | * libltdl/loaders/loadlibrary.c (vm_open): Set the error mode so | that no dialog is popped up in case the file given to | LoadLibrary | is not a dll. E

Re: [patch #4237] Fix libltdl use of AC_LIST_HEADERS for latest autoconf 2.59c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 anonymous wrote: | | Details: | | This fixes the use of AC_LIST_HEADERS which has now been changed to | _AC_LIST_TAGS in the latest CVS version of autoconf 2.59c. | | This causes a duplicate definition of AC_CONFIG_HEADERS to be | otherwise given. |

Re: [patch #4237] Fix libltdl use of AC_LIST_HEADERS for latest autoconf 2.59c

Richard Moseley wrote: On Thursday 28 July 2005 05:26, Peter O'Gorman wrote: I have just looked at the required version of autoconf and it states that 2.59c is required since the configure.ac makes use of the macro AS_HELP_STRING which is not present in earlier versions. If you ne

Re: libtool 2-0-disable-fortran.patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Ekberg wrote: | Also, your patch does not shortcut the rest of the fortran | checks if this is triggered: | pushdef([AC_MSG_ERROR], [_lt_caught_F77_error=yes]) | | So, I propose the attached patch instead. You mean my patch was imperfect? Impos

Re: [patch #4237] Fix libltdl use of AC_LIST_HEADERS for latest autoconf 2.59c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Moseley wrote: | This patch will handle both the old usage of AC_LIST_HEADERS and the new | _AC_LIST_TAGS choosing the appropriate one defined. Otherwise the | configuration will fail with an error about a duplicate use of | AC_CONFIG_HEADERS.

[patch #4237] Fix libltdl use of AC_LIST_HEADERS for latest autoconf 2.59c

Update of patch #4237 (project libtool): Status:None => Done Assigned to:None => pogma Open/Closed:Open => Closed ___

Re: another branch-1-5 point release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | Yes, I know it hurts 2.0 release when I don't work on it exclusively. | But given the number of regressions, I consider it a service to our | users to provide them with a known-good stable release. I'd like to | push this out

Re: template test with subdirs failure for HEAD on darwin [WAS support standalone libltdl [libtool--gary--1.0--patch-23]]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary V. Vaughan wrote: |> I guess I'll leave that to our Darwin expert to fix, though. | | | Agreed. Hi Peter! | Hi, Still majorly jet-lagged (thus reading email at 5:45am :-p), but I believe that I noted this failure:

Re: template test with subdirs failure for HEAD on darwin [WAS support standalone libltdl [libtool--gary--1.0--patch-23]]

Gary V. Vaughan wrote: So the better workaround is to add 'export MACOSX_DEPLOYMENT_TARGET=10.3' to those tests rather than skip them altogether? Hmm, no, you have to do it before you configure and build libtool. There are other workarounds to the ld bug, but they'd involve me adding a bunc

Re: inherited linker flags misses linker flags on darwin

Ralf Wildenhues wrote: + # Convert "-framework foo" to "foo.ltframework" + if test -n "$inherited_linker_flags"; then + tmp_inherited_linker_flags=`$ECHO "X$inherited_linker_flags" | $Xsed -e 's/-framework \([[^ $]]*\)/\1.ltframework/g'` + for tmp_inherited_linker_fl

Re: inherited linker flags misses linker flags on darwin

.0 (Darwin) iQCVAwUBQwnYdbiDAg3OZTLPAQI5cwQAneIwT2Tmly35MCC4jnyMGTybgWPenA6K U1GUrzEEVZhKkPbXS1GQYIOUiBBt+D5vKIIXgZMbONGw6dPX/nvCNWY+b2cCk3+Y smBuyZWF3cWxbI6u+piGdtp9RmHLvxIeJY61tJkSkLiEWJXODgs4XerjBrjEjhTK S2n6wkhuPKg= =haBK -END PGP SIGNATURE- 2005-08-22 Peter O'Gorman <[EMAIL PROTECTED]>

Re: inherited linker flags misses linker flags on darwin

Ralf Wildenhues wrote: /me kicks self in butt repeatedly. Okay with this fix? Yes, if it passes `make check' with CVS HEAD on darwin, it's fine with me. Committed to HEAD. I take it that I no longer need to commit to branch-2-0? Peter

remove unneeded deplib loops

in it is no longer necessary. The removal of these loops should speed up link times a little, but I don't have numbers. Okay for HEAD? Peter 2005-08-28 Peter O'Gorman <[EMAIL PROTECTED]> Ralf Wildenhues <[EMAIL PROTECTED]> * libltdl/config/ltma

Re: remove unneeded deplib loops

Gary V. Vaughan wrote: When was that loop added? I can't find it now. (And that -all_load is gone for a year, right?) It was added for in May 2002.

Re: FYI: libtool--devo--1.0--patch-195

Gary V. Vaughan wrote: Applied to HEAD. from Andreas Schwab <[EMAIL PROTECTED]> The dlpreopen pass over libraries reverses the elements in the $deplibs list. This causes problems when the link pass tri

Re: FYI: libtool--devo--1.0--patch-195

Gary V. Vaughan wrote: Gah! I'm lost... These are connected somehow? :-( heheh, Hi Gary, sorry. I'm attempting to remove unneeded loops, in case you hadn't guessed and I noticed this: # The preopen pass in lib mode reverses $deplibs; put it back here # so that -L comes before

Re: FYI: libtool--devo--1.0--patch-195

Gary V. Vaughan wrote: Ah, I see. :-( If you want to work on this stuff, and I can't persuade you to help us tackle the last few showstoppers Okay, I guess I can look at the release blockers. It does bug me that there are too many loops over deplibs, I'm convinced that many of them are n

Re: FYI: libtool--devo--1.0--patch-195

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Schwab wrote: | | Every pass basically reverses deplibs, so if you have an uneven number of | passes | Hi Andreas, Thanks for getting back on this, my complaint was more that we don't have a testcase for this failure. I think I'll go wr

Re: FYI: libtool--devo--1.0--patch-195

Ralf Wildenhues wrote: Hi Peter, * Peter O'Gorman wrote on Mon, Aug 29, 2005 at 05:13:36PM CEST: Gary V. Vaughan wrote: If you want to work on this stuff, and I can't persuade you to help us tackle the last few showstoppers Okay, I guess I can look at the release blockers. I

Re: more bugs in branch-2-0/HEAD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | lt_dlcaller_register takes zero args in branch-1-5, 2 in HEAD. | This sucks. CVS HEAD m4 wants two args, but does not test for this | (and thus loves to use an installed ltdl from branch-1-5 over its own | convenience one fro

Re: more bugs in branch-2-0/HEAD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary V. Vaughan wrote: | I would deprecate the old api: | | lt_dlcaller_id lt_dlcaller_register (void); | | And make the new call: | | lt_dlcaller_id lt_dlcaller_register_iface (const char *... | | This should be a simple matter of tweaking t

Re: Running ranlib after installation - okay or not?

1-5. Thank you, Peter 2005-09-01 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 (old_postintall_cmds): chmod 644 before running ranlib. Reported by Gerald Pfeifer <[EMAIL PROTECTED]&g

Re: libtool: cygwin/mingw/pw update: enable-auto-image-base

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | So, is there any reason I should not commit this to Libtool CVS HEAD and | similarly to branch-1-5? | | | 2005-09-07 Charles Wilson <[EMAIL PROTECTED]> | | * libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS, _LT_LANG_CXX_CONFI

Re: libtool: link: cannot find the library `'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | | * ltmain.in (link mode): Actually provide a useful error | message. Fixes long-standing shameful user neglection. | Reported by Martin Paljak <[EMAIL PROTECTED]>. | | Index: ltmain.in |

Re: more bugs in branch-2-0/HEAD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary V. Vaughan wrote: | | The interface numbers of libltdl have been bumped accordingly to avoid | any possible problems with binaries linked against a 1.5.x era ltdl, | so that is okay too. And is again deliberate to prevent applications | trying t

Re: release policy

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary V. Vaughan wrote: |>>We can always choose to stick with a troublesome stable branch for |>>longer if it turns out to need more work to iron out any bugs and |>>regressions rather than ploughing on with another head release... |>>thoughts? |> |> |

Re: release policy

Gary V. Vaughan wrote: Peter O'Gorman wrote: Gary V. Vaughan wrote: |>>We can always choose to stick with a troublesome stable branch for |>>longer if it turns out to need more work to iron out any bugs and |>>regressions rather than ploughing on with another head

Re: branch-1-5 UnixWare fixes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tim Rice wrote: | I'll look at forwared porting to CVS HEAD if I can figure out | why configure zeros out libltdl/config/ltmain.sh | Good work! On HEAD you need to look at ltmain.m4sh, which I think lives in libltdl/config. Peter -BEGIN PGP SIG

Re: detect identical deplibs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | Current libtool (both branch-1-5 and CVS HEAD) does not detect identical | deplibs in all cases: | sub/liba.la | ../sub/liba.la | ../../sub/liba.la | $top_builddir/sub/liba.la | $abs_top_builddir/sub/liba.la | -Lsu

Re: detect identical deplibs

Ralf Wildenhues wrote: Good point. It even makes the test source smaller, and much faster. :) Here's a new version (also removed the duplicate identical references). OK to apply? Yes. Thanks. Peter

Re: Solaris, combining a bunch of convenience archives

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | A fix would be to force the linker into 64bit mode (with `-64'), when | libtool does the link with `$LD'. We can do that in libtool.m4's | _LT_ENABLE_LOCK together with the other such settings (what an | inappropriate macro p

ltdl sillyness

tryall_dlopen_module. This done, I got a much more useful error message and discovered that libltdl was not loading any files in dependency_libs that were specified -Lpath -lfoo. Okay to apply to branch-1-5 and forward port? Peter Index: ChangeLog 2005-10-12 Peter O'Gorman <[EMAIL P

Re: ltdl sillyness

in HEAD is changed. Thanks. I just applied these. Peter Index: ChangeLog 2005-10-13 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/ltdl.c (find_module): Check that dir is set. (load_deplibs): Don't free the user search paths too early. from Ralf

Re: darwin: mix up of .dylib and .bundle

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Egger wrote: | Hi! | | libtool mixes up .dylib and .bundle. It thinks, | .dylib are modules and .bundle are shared libs. Not here it doesn't... | | This causes linking failures on darwin due to multiple defined symbols, | in cases where li

Re: darwin: mix up of .dylib and .bundle

Ralf Wildenhues wrote: [ taking out bug-libtool ] Also, can't we eliminate the extra process? How about a grep for `: [^:]* bundle' instead, given above? (Watch out, ltmain.m4sh needs the brackets m4-quoted!) Worked for me too. I have just applied the following patches to branch-1-5 and H

Re: speedup bootstrap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | While working on the outstanding patch queue, I finally got fed up | enough with CVS HEAD bootstrap and all the pizzas I had to eat each | time, that it needed to be fixed. ;-) | | m4 tail recursion sucks performance-wise, if

Re: libtoolize --ltdl non-failure

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | In any case, OK to apply the patch below to branch-1-5? Yes, this is fine. Thank you. Peter | | Gary, could you look into a fix for CVS HEAD? The corresponding code | looks a bit nonobvious to me. | | Cheers, | Ralf | |

Re: SCO/bugfix patch 10 of 10: --version-info improvement

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kean Johnston wrote: | | I have encountered at least two applications so far that do a realpath() | on a shared library, and then check the SONAME to ensure that they match | a compile-time constant. I know, the applications are retarded. But | libtoo

Re: SCO/bugfix patch 7 of 10: Improve SCO platform support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kean Johnston wrote: | | -sco3.2v5*) | - version_type=osf I haven't looked closely yet, but I worry about changing the version_type, as it will result in startlingly different output on these platforms for different versions of libtool. Peter -

Re: darwin/Fortran: -single_module

Ralf Wildenhues wrote: Hello everybody, This topic starts here: http://www.lam-mpi.org/MailArchives/lam/2005/11/11516.php http://www.lam-mpi.org/MailArchives/lam/2005/11/11519.php * Jack Howarth wrote on Fri, Nov 18, 2005 at 05:28:07AM CET: I found a description of the problem I was seeing

Re: darwin/Fortran: -single_module

Jack Howarth wrote: Peter, One other question. Ralf said that they were passing -single_module for C++ in building shared libs for lam on Darwin. I am correct to assume that this may have been due to same problem I am seeing...that a non-PIC static lib was linked into a c++ shared lib? In ot

accept -isysroot

Hi, Libtool should accept -isysroot to help people build fat projects on Mac OS X. Okay? Peter Index: ChangeLog 2005-11-24 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in (link mode): Pass through -isysroot for cross architecture builds on darwin. from Ralf

LTCC for reload commands on darwin

Okay? Peter Index: ChangeLog 2005-11-26 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 [darwin]: Use $LTCC $LTCFLAGS to create reloadable objects. from Ralf Wildenhues <[EMAIL PROTECTED]> Index: libl

Re: LTCC for reload commands on darwin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | Hi Peter, | * Peter O'Gorman wrote on Sat, Nov 26, 2005 at 02:25:34PM: | |> Okay? | | | Sure. Both HEAD and branch-1-5. | Out of curiosity, what are the failures with using $CC here | (thus possibly the C++ compi

don't add -isysroot to compiler flags if already in $CC

of is -isysroot, but hey! Okay? Peter Index: ChangeLog 2005-11-28 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in [darwin]: Don't add -framework. -arch, -isysroot to $compiler_flags if already in $CC with same arguments. from Ralf Wildenhues <[EMAIL PROT

Re: don't add -isysroot to compiler flags if already in $CC

here. Oops looks like I need to fix indentation too. Please pretend that that is okay for now :) Peter Index: ChangeLog 2005-12-01 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in [darwin]: Don't add -framework. -arch, -isysroot to $compiler_flags if already

Re: don't add -isysroot to compiler flags if already in $CC

Hi Ralf, Ralf Wildenhues wrote: OK. But I don't see where we make sure $compile_command never gets duplicates.. anyway, I guess this part is fine, you'd have seen it. archive_cmds looks like "$CC ... $compiler_flags..." So if a flag is in CC and we grok it, we also add it to $compiler_flag

Re: darwin/Fortran: -single_module

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | -single_module is only there for c++ because on Mac OS X 10.3 and | earlier the dynamic linker would not call static initializers in | tranlation units which did not have any other symbols referenced. It is | not the de

Re: darwin/Fortran: -single_module

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | I have been persuaded that -single_module should be the default (probably | only for HEAD for now patch coming soon). Okay for HEAD? Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (D

Re: darwin/Fortran: -single_module

Ralf Wildenhues wrote: No testing done, and little experience with darwin, so if you deem ok and tests pass, then please go ahead, after looking at these comments: Hi Ralf, Thanks for the review! Had not noticed these bugs. Index: ChangeLog 2005-11-28 Peter O'Gorman <[EMAIL P

Re: darwin/Fortran: -single_module

Ralf Wildenhues wrote: Note indenting is inconsistenly wrt. TABs/spaces. Which is it, spaces or tabs? Sometimes lines start with 8 spaces, sometimes a tab. If editor is not set for 8 spaces per tab then things look really strange. I'm not the most consistent whitepsace person on the planet

Re: darwin/Fortran: -single_module

psym_cmds too. Note that I do not have any idea if xlc support still works, I added it a couple of years ago based on a trial version of the compiler, long since expired. Thanks, Peter Index: ChangeLog 2005-12-07 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/config/ltmain

Re: darwin/Fortran: -single_module

it as is, simply changing to LTCC and LTCFLAGS in all cases. If the var happens to become unset somewhere then the test will run again. I'll put it on my "fixme sometime" list though. Applied the following to fix the typo. Peter Index: ChangeLog 2005-12-08 Peter O'G

Re: get 'libtool --tag CXX' to work

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | [ see http://article.gmane.org/gmane.os.openbsd.ports/15455 ] | | * Marc Espie wrote on Fri, Dec 09, 2005 at 12:13:45AM CET: | |>This includes the former --tag CXX fix, plus the part that makes |>--tag=disable-static |>--tag=d

Re: don't add -isysroot to compiler flags if already in $CC

Next attempt :) Okay for the stable branch? Peter Index: ChangeLog 2005-12-01 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in [darwin]: Don't add -framework. -arch, -isysroot to $compiler_flags if already in $CC with same arguments. from Marc Espie &

Re: don't add -isysroot to compiler flags if already in $CC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | |-framework|-arch|-isysroot) | -prev=darwin_framework | -compiler_flags="$compiler_flags $arg" | - compile_command="$compile_command $arg" | - finalize_comman

Re: libtool-1.5.22, please hold a little

Ralf Wildenhues wrote: [ off-list ] Hi Peter, * Peter O'Gorman wrote on Thu, Dec 15, 2005 at 01:15:53AM CET: Hi, I'd like to fix this before 1.5.22: Are you really sure we should postpone it further? I mean, the number of times I've had to tell people to wait for 1.5.22

Re: Argh

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | OK, time I messed up. I bootstrapped 1.5.22 with CVS versions of | Autoconf and Automake. Darn. | | What now? Leave things as they are? Jump to 1.5.24? | | Given the fixed bugs in autotools I'm leaning towards the former,

Re: FYI: [PATCH] RDOS support for libtool

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leif Ekblad wrote: | Ralf: | |>OMG. Applied this fix to HEAD for my brown paper bag of last night. |> |>Sorry for that, | | | I seems like the version at http://libtool.opendarwin.org/ doesn't | have rdos support. Can you create a new version I can t

Re: Results of test runs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leif Ekblad wrote: |>This test has $host and $build i686-pc-linux-gnu, but we would like to |>see how it fares on RDOS. So if RDOS is a cross-target, you would use |>something similar to |> configure --host=i686-rdos-whatever |>(adjust to the approp

Re: per-deplib static/dynamic flags

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | | Hmm. If we were to invent new flags, I currently like | -force-static, -prefer-shared | best. | | |>>Note though that Ralf has -Bstatic defined as: |>>If @var{output-file} is a program, prefer linking statically |>>

darwin intel (was: Re: msvs support)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 D. Walsh wrote: | | On Feb 12, 2006, at 07:41 , Ralf Wildenhues wrote: | |> * D. Walsh wrote on Sun, Feb 12, 2006 at 01:13:39PM CET: |> |>> |>> On Feb 12, 2006, at 05:17 , Ralf Wildenhues wrote: |>> |>>> [ moving from the libtool list ] |>> |>> |>> As

HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

ion: GnuPG v1.4.0 (Darwin) iQCVAwUBRB63pLiDAg3OZTLPAQICBQQAkI4BdtgHNn4ym6g0gbHnjsdsFgRwWwRv KKtqVT2dNrj/spos9WWW8AJoR6E1vLBQpcLbllFRwcMnBzdVYRfunLPlKFHXzvBD WYoZlUf69oYXf8M8bKP99MffQ6r5STIBA7hN27v9BSACnYwHnCZYAM/kWbyCc+K0 1C1m0eR3T0k= =2ujl -END PGP SIGNATURE- Index: ChangeLog 2006-03-19 Peter O&

HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

lpriDAg3OZTLPAQK8AQP+PL3X5nbdTXTp9S5eFz1evCthg8uv2M/V 9ysZAb9ttREK2V5T0uHzg0xTxBXKvi3zQCP84kYKAGU9oOCbK1YyX5X5/9MLKjAn AejEoUbDcUYJ9SRBiuokBBiflrTCb5+N5Tj5M7lWXTCgUE8rQcMC3AwW8PE/XD45 bL58z3hWNUQ= =20y1 -END PGP SIGNATURE- Index: ChangeLog 2006-03-19 Peter O'Gorman <[EMAIL PROTECTED]> * lib

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

n was not tried? Hi Ralf, Is this okay? Peter Index: ChangeLog 2006-03-22 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/loaders/preopen.c: Don't allow lt_dlopen if the module has no symbols. * libltdl/loaders/dlopen.c (get_vtable): Use LT_DLLOADER_APPEND. from Ralf Wildenhues

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

On Thu, 2006-03-23 at 00:29 +0900, Peter O'Gorman wrote: > On Tue, 2006-03-21 at 18:11 +0100, Ralf Wildenhues wrote: > > I think it should still work without prepending. > > Won't that change the dlopener order on newer MAC OS X? > > > > This may be the sam

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

On Fri, 2006-03-24 at 08:26 +0900, Peter O'Gorman wrote: > On Thu, 2006-03-23 at 00:29 +0900, Peter O'Gorman wrote: > > On Tue, 2006-03-21 at 18:11 +0100, Ralf Wildenhues wrote: > > > I think it should still work without prepending. > > > Won't that c

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2)

On Fri, 2006-03-24 at 10:50 +0100, Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Fri, Mar 24, 2006 at 01:12:22AM CET: > > On Fri, 2006-03-24 at 08:26 +0900, Peter O'Gorman wrote: > > > On Thu, 2006-03-23 at 00:29 +0900, Peter O'Gorman wro

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2) *ping*

On Fri, 2006-03-24 at 09:12 +0900, Peter O'Gorman wrote: > Okay, we sometimes get modules that have just the originator name, and > the end of list. In this case we should fail to open the module. > > Is this okay? > > Peter Could someone review please. I can drop

Re: HEAD fails mdemo-exec on darwin6 (Mac OS X 10.2) *ping*

On Mon, 2006-04-03 at 14:19 +0100, Gary V. Vaughan wrote: > > Yes, I am completely happy with the preopen.c change. If no one beats > me to it, I need to find some time to test the dlopen.c change before I > can accept or reject. If you'd like to commit in two parts, then > feel free to commit t

Re: speed up large library linking

5/msg00158.html > > There were justified concerns back then: > > * Peter O'Gorman wrote on Fri, May 20, 2005 at 03:29:36PM CEST: > > Ralf Wildenhues wrote: > > > > > >How may I convince you? > > > > I am not sure that you can convince me to like

Re: back out AS_SHELL_SANITIZE: get compile mode up to speed

On Wed, 2006-05-17 at 20:53 +0200, Ralf Wildenhues wrote: > This patch fixes a long-standing compile time regression of HEAD over > branch-1-5. > Any reasons against applying this now? I think this is okay. A question though, in branch-1.5 we only unset modify LC_ALL and LANG, don't we? Why do we

Re: Supporting -export-dynamic on AIX

On Tue, 2006-06-20 at 12:12 -0500, Albert Chin wrote: > On Sun, Jun 11, 2006 at 01:14:23AM -0500, Albert Chin wrote: > > On Sat, Jun 10, 2006 at 07:12:34PM -0500, Albert Chin wrote: > > > On Sun, Jun 11, 2006 at 01:04:17AM +0200, Ralf Wildenhues wrote: > > > > * Albert Chin wrote on Sat, Jun 10, 20

Re: Supporting -export-dynamic on AIX

On Mon, 2006-07-03 at 01:29 -0500, Albert Chin wrote: > On Sun, Jul 02, 2006 at 10:58:23PM +0900, Peter O'Gorman wrote: > > Here are patches against branch-1-5 and HEAD, okay (with apropriate > > ChangeLog, of course)? > > The patch I submitted doesn't work

Re: spelling fix

On Jul 29, 2006, at 1:58 AM, Eric Blake wrote: Eric Blake byu.net> writes: I noticed that CVS m4's configure inherited en_UK spellings from libtool, although the GNU coding standards recommend en_US. Any objections to applying this to 1.5.x and CVS head? It's been more than 72 hours; I

Re: Support -library=stlport4 with Sun C++ compiler

On Aug 1, 2006, at 1:38 PM, Albert Chin wrote: Sun C++ supports two C++ libraries, -library=Cstd (default), and the newer -library=stlport4. They are incompatible. Therefore, libtool's use of -lCstd (equivalent to -library=Cstd) should not be assigned to $postdeps if -library=stlport4 is in CXX

Re: Support -library=stlport4 with Sun C++ compiler

On Aug 2, 2006, at 2:00 AM, Albert Chin wrote: 2006-08-01 Albert Chin <[EMAIL PROTECTED]> * libtool.m4 (AC_LIBTOOL_POSTDEP_PREDEP) [ solaris ]: Don't set $postdeps to "-lCstd -lCrun" if "-library=stlport4" set in CXXFLAGS as stlport4 C++ library incompatible wi

Re: Support -library=stlport4 with Sun C++ compiler

On Aug 3, 2006, at 9:50 PM, Ralf Menzel wrote: Hi, Albert Chin <[EMAIL PROTECTED]> writes: Good catch. Updated patch attached. 2006-08-01 Albert Chin <[EMAIL PROTECTED]> * libtool.m4 (AC_LIBTOOL_POSTDEP_PREDEP) [ solaris ]: Don't set $postdeps to "-lCstd -lCrun" if

Re: Support -library=stlport4 with Sun C++ compiler

On Aug 3, 2006, at 11:29 PM, Albert Chin wrote: On Thu, Aug 03, 2006 at 02:50:31PM +0200, Ralf Menzel wrote: Albert Chin <[EMAIL PROTECTED]> writes: Good catch. Updated patch attached. 2006-08-01 Albert Chin <[EMAIL PROTECTED]> * libtool.m4 (AC_LIBTOOL_POSTDEP_PREDEP) [ solaris ]:

Re: less mixing of object and function pointers

On Aug 30, 2006, at 5:08 AM, Eric Blake wrote: Hi Ralf, From: Ralf Wildenhues This rather mechanical patch fixes one half of the issue of mixing pointers to data and pointers to functions, by changing the set of callback functions to using two pointers to void and one pointer to a function ty

Re: HEAD: Assume C89 in test suite

On Sep 1, 2006, at 2:26 PM, Ralf Wildenhues wrote: Autoconf made the move, I think it's now time that Libtool assume C89 in its test suite. OK? Well, copyright years have been updated for changes of a size that, if I recall correctly,I was once told were not copyrightable and should no

Re: DESTDIR/staged install tests

On Sep 12, 2006, at 7:41 AM, Ralf Wildenhues wrote: This patch provides a couple of tests for staged installations. These usage cases (where all needed libraries are contained within the package being compiled) are pretty much what Libtool currently supports on several systems: GNU/Linux, AIX,

<    1   2   3   4   >