Re: Two small libltdl patches.

h :) So, with the functions also removed from the header, ok? Peter -- Peter O'Gorman http://pogma.com

Two small libltdl patches.

tension as well as ".a". Does not fail any unexpected tests on darwin or linux with these patches. I'm thinking of just pushing these as obvious Oh what the heck, not like I am going to have time to make a release in the next couple of days anyway. Ok to commit? Pete

Re: Linking with '-L /path/to/lib' (note the space!)

uld fail on some systems. I think simply erroring out with a helpful message is fine. Patch looks ok to me. Peter -- Peter O'Gorman http://pogma.com

Re: lt_dladvise.at failure

Ralf Wildenhues wrote: > One could also make the test XFAIL. However, the test exercises many > useful bits, more than just the part that is failing, and most other > bits are more important. This is why I think we should not go that way. > > OK to apply? Yes. Thank you.

Re: [PATCH 370] Implement lt_dlopening of only preloaded modules.

d not figure out where it fails. Peter -- Peter O'Gorman http://pogma.com

Re: Update HACKING for git.

Ralf Wildenhues wrote: > OK to apply? > > Thanks, > Ralf > > 2008-08-11 Ralf Wildenhues <[EMAIL PROTECTED]> > > * HACKING: Update for git, fix some minor nits. Please do. Peter -- Peter O'Gorman http://pogma.com

Re: shared libraries on darwin using Intel compiler

Christopher Hulbert wrote: > On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman <[EMAIL PROTECTED]> wrote: >> Christopher Hulbert wrote: >> >>> GIT version still reports that the ifort linker does not support >>> shared libraries. The config.log is

Re: shared libraries on darwin using Intel compiler

Christopher Hulbert wrote: > GIT version still reports that the ifort linker does not support > shared libraries. The config.log is attached. Hi Chris, Your config.log confirms that ifort does not define __GNUC__, thanks. Could you confirm that this patch fixes it. Peter -- Peter O&

FYI: Skip darwin test if fat link fails

I just pushed this. Peter -- Peter O'Gorman http://pogma.com >From be6f90aa33bfaa28dcaba8cc269ef504a51f6f9a Mon Sep 17 00:00:00 2001 From: Peter O'Gorman <[EMAIL PROTECTED]> Date: Sat, 31 May 2008 12:12:31 -0500 Subject: [PATCH] Skip darwin test if fat link fails. * tests/da

Re: libtool 2.2.2, darwin and target prefixes

Peter O'Gorman wrote: > Richard Purdie wrote: >> Hi, >> >> As previously mentioned, I've been stress testing libtool 2.2.2 with >> Poky a bit. >> >> I've found one issue when I tested the darwin builds, specifically that >> it tried to

Re: libtool 2.2.2, darwin and target prefixes

rsions with the host > prefix which my setup has. I fixed this with the patch below which is > fine for Poky since its always cross compiling but its a sign a better > fix is probably needed in general. Thanks, I have pushed this, it also cleans up the sed sed ech

Re: darwin fat binary support bugfix

Peter O'Gorman wrote: > I will fix, and even apply the (non-failing) test tomorrow. Making the test fail is better. Ok? Peter -- Peter O'Gorman http://pogma.com >From d9a4d8f71ae415bb716dc8267a506a102bacf0b2 Mon Sep 17 00:00:00 2001 From: Peter O'Gorman <[EMAIL PROTE

FYI - Use AC_CHECK_TOOL for lipo too.

Hi, I just pushed this. Peter -- Peter O'Gorman http://pogma.com >From 39903a5836fc563e83fe6aa614d75a2a3ebe04fe Mon Sep 17 00:00:00 2001 From: Peter O'Gorman <[EMAIL PROTECTED]> Date: Mon, 21 Apr 2008 10:21:27 -0500 Subject: [PATCH] Use AC_CHECK_TOOL for lipo too. * li

Re: [Fwd: Re: Allow bootstrap from git repository]

Jim Meyering wrote: > Peter O'Gorman <[EMAIL PROTECTED]> wrote: > ... >> Thanks for looking at this. I still can not push though :( >> >> Total 9 (delta 0), reused 0 (delta 0) >> error: Unable to append to logs/refs/heads/master: Permission denied >>

Re: [Fwd: Re: Allow bootstrap from git repository]

Unable to append to logs/refs/heads/master: Permission denied ng refs/heads/master failed to write error: failed to push to 'ssh://[EMAIL PROTECTED]/srv/git/libtool.git' Peter -- Peter O'Gorman http://pogma.com

Re: Allow bootstrap from git repository

ror: Unable to append to logs/refs/heads/master: Permission denied ng refs/heads/master failed to write error: failed to push to 'ssh://[EMAIL PROTECTED]/srv/git/libtool.git' Since it it the first time I have ever done a 'git push', I'll assume it's me. Help? Peter -- Peter O'Gorman http://pogma.com

Re: Allow bootstrap from git repository

Ralf Wildenhues wrote: > * Peter O'Gorman wrote on Tue, Apr 15, 2008 at 07:40:54AM CEST: > >> Could do a count of ChangeLog* files, and use that as the first digit, I >> suppose. Not tonight though, need some sleep :) > > Sounds like a possible plan. I looked again,

Re: .gitignore

Ralf Wildenhues wrote: > OK? (No ChangeLog entry.) > Yes. Peter -- Peter O'Gorman http://pogma.com

Re: Allow bootstrap from git repository

ogs. * ChangeLog, ChangeLog.2007: rotated. But they don't :) Could do a count of ChangeLog* files, and use that as the first digit, I suppose. Not tonight though, need some sleep :) Peter -- Peter O'Gorman http://pogma.com

Allow bootstrap from git repository

Hi, * Makefile.am: Expect mkstamp to return only rev date. * libltdl/config/mkstamp: return a revision and date based on the number of lines in the input and the topmost date. Ok? Peter -- Peter O'Gorman http://pogma.com * Makefile.am: Expect mkstamp to return only rev date. * libltdl/c

Re: Speed up progname, progpath setting

le forks for cd and pwd. I think using $PWD for this is fine. Peter -- Peter O'Gorman http://pogma.com

Re: Speed up progname, progpath setting

Peter O'Gorman wrote: > Ralf Wildenhues wrote: >> OK to apply? > > Yes, thanks. > >> What about eliminating (when progdir='.') >> curwd=`cd . && pwd` >> >> Do we know when (with which shells) this can be replaced by $PWD

Re: move func_mode_compile a little earlier

Ralf Wildenhues wrote: > * Peter O'Gorman wrote on Thu, Apr 10, 2008 at 08:36:32AM CEST: >> 2008-04-10 Peter O'Gorman <[EMAIL PROTECTED]> >> * libltdl/config/ltmain.m4sh (func_win32_libid, func_generate_dlsyms, >> func_extract_an_archive, func_ex

move func_mode_compile a little earlier

Hi. 2008-04-10 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/config/ltmain.m4sh (func_win32_libid, func_generate_dlsyms, func_extract_an_archive, func_extract_archives, func_mode_help): move these so they appear after func_mode_compile. Reported by Josh Triplett <[E

Re: No need for object file removal before compilation

; > Removing the object file in advance accomplishes several things: But, if libtool were not sitting there between make and the compiler, the compiler would not remove the object files. Why should libtool do so? I would have been inclined to ok this one. Peter -- Peter O'Gorman http://pogma.com

Re: Speed up progname, progpath setting

and_basename to compute progname, progpath. > * libltdl/config/ltmain.m4sh (func_mode_help): Remove marker > for insertion of generated shell functions. > * tests/sh.test: Adjust function definition test to not match > function call. Thank you again, Peter -- Peter O'Gorman http://pogma.com

Re: compile mode, XSI shell: do not fork for $xform

Peter O'Gorman wrote: > Ralf Wildenhues wrote: >> OK to apply? > >> +# func_xform libobj-or-source >> +func_xform () >> +{ >> + func_xform_result=`$ECHO "X${1}" | $Xsed -e "s/\.[[^.]]*/.lo/"` >> +} >> _LT_EOF &g

Re: compile mode, XSI shell: do not fork for $xform

$ echo ada.ada.ada | sed -e "s/\.[^.]*/.lo/" ada.lo.ada Peter -- Peter O'Gorman http://pogma.com

Re: libtool 1.5.26: link fails on Darwin 5.5 because of wrong detection of -single_module flag support

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Thu, Mar 27, 2008 at 03:56:17AM CET: >> Ok? > > Yes, with nits below addressed. Hi Ralf, Nits addressed, thanks for the review. Committed. > What about conftest.dSYM? Or would t

Re: libtool 1.5.26: link fails on Darwin 5.5 because of wrong detection of -single_module flag support

apparently too lazy to do that :) I believe that the problem was that ${wl} was not set at the time that this macro was run, so instead of the linker seeing the flag -single_module, gcc saw it, warned, and did not pass it along to the linker. The patch hardcodes -Wl, and logs to config.log. Ok?

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

Ralf Wildenhues wrote: > Hello Peter, > > * Peter O'Gorman wrote on Fri, Mar 07, 2008 at 02:04:41AM CET: >> Peter O'Gorman wrote: >>> Nelson H. F. Beebe wrote: >>> >>>>> libtool: link: f90 -shared -Qoption ld --whole-archive ./.libs/lib

Re: [libtool 2.2] testsuite: 19 64 failed [GNU/Linux IA-32]

Ralf Wildenhues wrote: > * Peter O'Gorman wrote on Fri, Mar 07, 2008 at 08:40:08AM CET: >> Peter O'Gorman wrote: >>> Ralf has already checked in a workaround for gcj being unable to create >>> objects/executables. I guess I will add to that so it tests

Re: [libtool 2.2] testsuite: 19 64 failed [GNU/Linux IA-32]

Peter O'Gorman wrote: > The gcj in /usr/local/bin does indeed add -liconv, thank you for > confirming my suspicion. > > Ralf has already checked in a workaround for gcj being unable to create > objects/executables. I guess I will add to that so it tests that an > ex

Re: [libtool 2.2] testsuite: 19 64 failed [Solaris AMD64]

obvious. Thanks for pointing me in the right direction. Peter -- Peter O'Gorman http://pogma.com 2008-03-07 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 (_LT_LANG_GCJ_CONFIG): Need to set LD. Reported by Nelson H. F. Beebe. Index: libltdl/m4/libtool.m4

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

ry do not end up in spam mailbox :) Peter -- Peter O'Gorman http://pogma.com

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

Gary V. Vaughan wrote: > On 6 Mar 2008, at 20:04, Peter O'Gorman wrote: >> Peter O'Gorman wrote: >>> Nelson H. F. Beebe wrote: >>> >>> >>>>> libtool: link: f90 -shared -Qoption ld --whole-archive >>>>> ./.libs/liba1.a

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

Bob Friesenhahn wrote: > On Thu, 6 Mar 2008, Peter O'Gorman wrote: >>> >>> Libtool detected FC as f90, but otherwise used the gcc tools. I'll look >>> into this. >> >> Because we generally use the same archive_cmds for F77, FC as for CXX, >>

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

Peter O'Gorman wrote: > Nelson H. F. Beebe wrote: > > >>> libtool: link: f90 -shared -Qoption ld --whole-archive ./.libs/liba1.a >>> ./.libs/liba2.a -Qoption ld --no-whole-archive -Qoption ld -soname >>> -Qoption ld liba12.so.0 -o .libs/liba12.so

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]

Ralf Wildenhues wrote: > * Bob Friesenhahn wrote on Thu, Mar 06, 2008 at 08:43:15PM CET: >> On Thu, 6 Mar 2008, Peter O'Gorman wrote: >>> I think the test for a working GCJ should be in libtool, and unset GCJ, >>> avoid adding the tag etc.if it is found to be non

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]

Ralf Wildenhues wrote: > Hello Nelson, Peter, > > * Peter O'Gorman wrote on Thu, Mar 06, 2008 at 06:18:42AM CET: >> Nelson H. F. Beebe wrote: >> >>> libtool: compile: gcj -g -O2 -c A3.java >>> gcj: libgcj.spec: No such file or directory > >>

Re: git? branch-2-2?

r or two for the first little while, but will be able to work on multiple problems at once (I share Bob's problem of never having worked out a system to do that with cvs). The above plan works for me. Peter -- Peter O'Gorman http://pogma.com

Re: libltdl memory corruption

o try the shl_load loader, only tested dyld. This patch causes no regressions on Mac OS X 10.2. If that is also true for the loaders you get around to trying, this is ok. Thank you. Once again you sent a patch for a bug before I even got around to reading the list. Peter -- Peter O'Gorman http://pogma.com

Re: libltdl memory corruption

quick visual inspection. I'll try it on a couple of systems tonight (dyld on mac os x 10.2, and shl_load on hpux10.20). Peter -- Peter O'Gorman http://pogma.com

[FYI branch-1-5] darwin undefined.

I applied this. Thanks, Peter -- Peter O'Gorman http://pogma.com Index: ChangeLog === RCS file: /sources/libtool/libtool/ChangeLog,v retrieving revision 1.1220.2.497 diff -u -r1.1220.2.497 ChangeLog --- ChangeLog 14 Feb 2008

Re: Libtool 2.1b test results

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Wed, Feb 13, 2008 at 11:49:26PM CET: >> The dynamic linker checks are called for every tag, but produce no >> tagged variables. I was going to propose something like the attached >> patch at some po

FYI - Typo fix

I applied this. Peter -- Peter O'Gorman http://pogma.com 2008-02-15 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 (_LT_SYS_HIDDEN_LIBDEPS): Fix typo. Index: libltdl/m4/libtool.m4 === RCS file:

Re: libtool-1.5.26 -- patch for handling predefined lt_cv_sys_lib_*

LINKER checks. Mostly F77 and GCJ "win" - this is a known brokenness, using whatever the C compiler had was somewhat better :) Thank you, Peter -- Peter O'Gorman http://pogma.com

FYI - Re: _LT_ENABLE_FAST_INSTALL being expanded multiple times.

Peter O'Gorman wrote: > Hi, > > When building ImageMagick on Mac OS X, and installing with DESTDIR > Jochem Huhmann of the MacPorts project noticed that the wrapper scripts > were being installed, and the binaries not. > > I expect on darwin that fast_install

Re: multilib patch

Ralf Wildenhues wrote: > > I have not yet tried to understand the logic of the patch. Sorry. I have dropped it. libstdc++ should still be found because of the compiler_search_path changes. Peter -- Peter O'Gorman http://pogma.com

Re: multilib patch

Peter O'Gorman wrote: > I think this one should do the right thing on your debian system too. > Would you be kind enough to give it a try for me? > > I killed the awk, test for pwd -P, and try to get the real absolute dir > name. > > Peter > Sigh, plus two more *.

Re: multilib patch

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Wed, Jan 30, 2008 at 09:16:38AM CET: >> Not much response last time, here we go again. > > Sorry about the delay. > >> Ok to apply to branch-1-5 and forward port to HEAD? > > Nits below

multilib patch

ime. Ok to apply to branch-1-5 and forward port to HEAD? Peter -- Peter O'Gorman http://pogma.com 2008-01-30 Peter O'Gorman <[EMAIL PROTECTED]> * libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER): If using gcc, check the -L flags output by a test link command also to get a more

backport darwin bits to branch-1-5

Hi, This is a backport of the recent darwin changes in HEAD. Committed to branch-1-5. Peter -- Peter O'Gorman http://pogma.com 2008-01-30 Peter O'Gorman <[EMAIL PROTECTED]> Backport darwin support reorganization from HEAD. * libtool.m4 [darwin]: Check for nmedit a

darwin glob changes

I applied this to HEAD. Peter -- Peter O'Gorman http://pogma.com 2008-01-29 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 [darwin]: Changes to glob pattern matching to be safer. Index: liblt

Re: FYI backport notes.texi from HEAD

m >> notes.texi. > > Excelent! > > Difficult to do in branch-1-5? > Done. Peter -- Peter O'Gorman http://pogma.com 2008-01-29 Peter O'Gorman <[EMAIL PROTECTED]> * doc/Makefile.am, doc/notes.texi, doc/libtool.texi: Move the platform specific notes to n

multilib - ugly ugly patch

Hi, Multilib is still broken in head and the stable branch. This patch (branch-1-5) fixes it. There has got to be a better way! Ideas? Peter -- Peter O'Gorman http://pogma.com Index: libtool.m4 === RCS file: /sources/li

Re: compiler search path too

Peter O'Gorman wrote: > Hi, > I am planning on committing these in the morning. It still looked good this morning :-) Committed. Peter -- Peter O'Gorman http://pogma.com

compiler search path too

-- Peter O'Gorman http://pogma.com Index: ChangeLog === RCS file: /sources/libtool/libtool/ChangeLog,v retrieving revision 1.2573 diff -u -r1.2573 ChangeLog --- ChangeLog 27 Jan 2008 16:35:36 - 1.2573 +++ ChangeLog 28 Jan 2008 06:

Re: FYI backport notes.texi from HEAD

Ralf Wildenhues wrote: > * Peter O'Gorman wrote on Thu, Jan 24, 2008 at 05:49:17PM CET: >> Tim Rice wrote: >>> On Thu, 24 Jan 2008, Ralf Wildenhues wrote: >>>> Guess that makes the section in README obsolete. Wanna kill it >>>> or replace it with a

Re: FYI backport notes.texi from HEAD

Tim Rice wrote: > On Thu, 24 Jan 2008, Ralf Wildenhues wrote: > >> Hi Peter, >> >> * Peter O'Gorman wrote on Thu, Jan 24, 2008 at 08:29:08AM CET: >>> I applied this to branch-1-5. >> Guess that makes the section in README obsolete. Wanna kill it &

Re: FYI backport notes.texi from HEAD

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Thu, Jan 24, 2008 at 08:29:08AM CET: >> I applied this to branch-1-5. > > Guess that makes the section in README obsolete. Wanna kill it > or replace it with a pointer to notes.texi? > Erm, C++ co

FYI backport notes.texi from HEAD

I applied this to branch-1-5. Peter -- Peter O'Gorman http://pogma.com 2008-01-24 Peter O'Gorman <[EMAIL PROTECTED]> * doc/libtool/texi: Backport notes.texi from HEAD. Index: doc/libtool.texi === RCS file:

Re: multilib dirs and ld.so

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Mon, Jan 21, 2008 at 07:29:08PM CET: >> I give up on trying to find fancy ways to set the paths, ok to apply >> this to branch-1-5 (and similar for HEAD)? > > I suppose, yes, but I guess some mentio

Re: multilib dirs and ld.so

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Wed, Sep 05, 2007 at 08:02:59AM CEST: >> Proposed patches for branch-1-5 and HEAD. >> >> Okay to apply? > > Not quite, I'm afraid. First, please put $CPPFLAGS before $LDFLAGS, for >

FYI fix darwin dep library linking if .la file moved.

I applied this to branch-1-5, it is not relevant in HEAD. Thanks, Peter -- Peter O'Gorman http://pogma.com 2008-01-21 Peter O'Gorman <[EMAIL PROTECTED]> * ltmain.in [darwin]: look in libdir for dependent libraries, the .la file may have been moved. Reported by Benja

Re: libtool runs compiler command in wrong locale

Bruno Haible wrote: > Find attached a patch for it, relative to libtool-1.5.24 (tested), > and a tentative patch relative to the libtool CVS (untested). Hi Bruno, Thanks for the patch, I have applied this to the 1.5 branch. Peter -- Peter O'Gorman http://pogma.com 2008-01-21 B

Re: 1-gary-leopard-dSYM-removal.patch

COMPILER_EXEEXT and _AC_COMPILER_OBJEXT). CFLAGS='-O2' CXXFLAGS='-O2' FFLAGS='-O2' export CFLAGS export CXXFLAGS export FFLAGS ./configure; make; make check; make distcheck Should work around the problem also (untested though). Peter -- Peter O'Gorman http://pogma.com

Re: withGCC unset

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Tue, Jan 15, 2008 at 04:01:20PM CET: >> Ralf Wildenhues wrote: >>> Intended before 2.2? >> Does not have to be (similarly, this one could be considered cosmetic, >> and wait 'til after

Re: withGCC unset

Ralf Wildenhues wrote: > * Peter O'Gorman wrote on Tue, Jan 15, 2008 at 07:36:48AM CET: >> Ralf Wildenhues wrote: >>> * Peter O'Gorman wrote on Mon, Jan 14, 2008 at 11:08:58PM CET: >>>> This patch should fix issues with withGCC. >>>> >>

Re: withGCC unset

Ralf Wildenhues wrote: > Hi Peter, > > * Peter O'Gorman wrote on Mon, Jan 14, 2008 at 11:08:58PM CET: >> This patch should fix issues with withGCC. >> >> Ok for HEAD? > > My only issue with this is: are there situations where we may need to > know both

withGCC unset

Hi, This patch should fix issues with withGCC. Ok for HEAD? Peter -- Peter O'Gorman http://pogma.com 2008-01-14 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4: Set GCC var for every tag, avoids need to set withGCC var. Index: liblt

Re: make -s

dly nobody stepped forward to do this, I wrote that patch > myself now. OK to apply to HEAD? > Yes. Thank you. Peter -- Peter O'Gorman http://pogma.com

Re: darwin patches for HEAD

Ralf Wildenhues wrote: > This tests well for me. No failures, I tried the four combinations > single/multi-module and flat/noflat. No Fortran compilers though. Hi Ralf, Thanks, applied. I'll start looking into the withGCC thing over the weekend. Peter -- Peter O'Gorman http://pogma.com

Re: make -s

off by make, you see the compiler commands kicked off by libtool... This has been discussed before and is, IIRC, the reason that Ralf introduced LIBTOOLFLAGS in automake. Peter -- Peter O'Gorman http://pogma.com

Re: darwin patches for HEAD

> ERROR: No debug map or DWARF data was found to link.make[2]: *** > [libltdl/libltdl.la] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 For this I just cheated and do dsymutil libfoo.dylib || :. Peter -- Peter O'Gorman http://pogma.com 2008-01-08

Re: darwin patches for HEAD

even think they are connected > with darwin at all, nor really know what they do. Ok > I haven't tried any LT_MULTI_MODULE runs yet (should I try combining > that with MACOSX_DEPLOYMENT_TARGET also?). No. sigh. I will have to add a test that the output has dwarf debugging symbols befo

darwin patches for HEAD

Fails lt_dlopenadvise library loading on darwin6 (but that is not a regression, fails without this patch too). Ran the tests on i386-darwin9 and (very slowly on) ppc-darwin6. Ok to apply? 2008-01-08 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 [darwin]: Reorga

Re: cvs-hackers reference on libtool web page

;t think there have ever been any enquiries about mirroring our cvs repo. Thanks, Peter -- Peter O'Gorman http://pogma.com

Re: Warn if build tree path contains white space

o you think this warning is noisy > enough? Looks fine to me. Peter -- Peter O'Gorman http://pogma.com

Re: Mac OS X Leopard and conftest.dSYM directories

Ralf Wildenhues wrote: > [ > ] > > AFAICS Automake needs no changes. > Proposed patches for Libtool HEAD and branch-1-5. OK? > It is okay with me. You sure that you want to proceed this way, rather than changing rm con

Re: multilib dirs and ld.so

On Thu, 2007-09-06 at 00:25 +0200, Ralf Wildenhues wrote: Hi Ralf, thank you for testing! > Further, the indiscriminate use of ldd, or absolute file names in the > test of course prevents decent cross-compile results. (Not that this > is much of a regression, the problem existed before.) > > Id

Re: HEAD: crash in lt_dlcaller_get_data

On Wed, 2007-09-05 at 14:47 +, Eric Blake wrote: > In trying to convert m4 to use lt_dlcaller_[gs]et_data, I discovered a core > dump if you call get before set. Applying this as obvious (plus a reindent). > > 2007-09-05 Eric Blake <[EMAIL PROTECTED]> > > * libltdl/ltdl.c (lt_dlcall

Re: multilib dirs and ld.so

Proposed patches for branch-1-5 and HEAD. Okay to apply? Peter 2007-09-05 Peter O'Gorman <[EMAIL PROTECTED]> * libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER) [linux]: Try to set the dynamic linker search path properly for multilib case. Index:

Re: libltdl and dlopen global/local

On Mon, 2007-07-23 at 19:58 +0200, Ralf Wildenhues wrote: > Hello, > > * Brian Barrett wrote on Fri, May 11, 2007 at 07:11:33PM CEST: > > > > It looks like the problem with lt_dlopenext() -- we always call it with an > > absolute path to a dso, minus the extension. Before the patches from Gary,

Re: -msg_* flags for cc on osf

On Fri, 2007-07-06 at 17:38 +0200, Ralf Wildenhues wrote: > some name specifying a message group or a level. So it seems they will > always be ignored by libtool. So it seems your patch is safe to apply. Thanks. Committed. Peter

Re: -msg_* flags for cc on osf

On Fri, 2007-07-06 at 17:05 +0200, Ralf Wildenhues wrote: > Hello Peter, > > * Peter O'Gorman wrote on Fri, Jul 06, 2007 at 04:47:42PM CEST: > > > > In my opinion, unless there is a system where this patch would cause > > issues, it is much more convenient

Re: -msg_* flags for cc on osf

On Thu, 2007-07-05 at 23:00 -0700, Howard Chu wrote: > Peter O'Gorman wrote: > > Bob wanted to add -msg_disable badboundchk,unusedincl to his CFLAGS on > > Tru64 5.1 using the native compiler, there was a problem though. We have > > a rule that lets all, otherwise unkno

-msg_* flags for cc on osf

thing being passed to the linker. I won't apply this without explicit approval from someone !Bob (sorry Bob). Thoughts? Are there any real systems that this would break? Peter 2007-07-05 Peter O'Gorman <[EMAIL PROTECTED] * libltdl/config/libtool.m4sh: Don't pass -msg_*

Re: libtool generates incorrect option for Solaris ld

On Mon, 2007-07-02 at 22:40 +0200, Ralf Wildenhues wrote: > Thanks for your feedback. Does this patch work for you? > > OK to apply to both branches? Or do you think I should hack in > $reload_cmds, or do a full link (I fear a situation where we may have to > add some extra libraries for some ob

Re: PATCH: Use AC_DEFUN instead of m4_defun in libtool.m4

On Sun, 2007-07-01 at 22:09 -0700, H.J. Lu wrote: > On Mon, Jul 02, 2007 at 06:59:52AM +0200, Paolo Bonzini wrote: > > > > >It is fixed in th next libtool. Should I check in my work around > > >in gcc and src? > > > > No, please test their bugfix and see if it works for you (just trying to > > m

Re: PATCH: Use AC_DEFUN instead of m4_defun in libtool.m4

On Sun, 2007-07-01 at 10:47 -0700, H.J. Lu wrote: > On Sun, Jul 01, 2007 at 12:36:13PM -0500, Peter O'Gorman wrote: > > On Sun, 2007-07-01 at 10:00 +0200, Paolo Bonzini wrote: > > > > I don't know much about m4, autoconf nor libtool. This patch works > >

Re: PATCH: Use AC_DEFUN instead of m4_defun in libtool.m4

On Sun, 2007-07-01 at 10:00 +0200, Paolo Bonzini wrote: > > I don't know much about m4, autoconf nor libtool. This patch works > > for me on both gcc and binutils. > > Looks good, but let's make sure it is applied to upstream libtool as well. > Does gcc have lt~obsolete.m4 anywhere? Its function

Re: hwcap 0 nosegneg in FC6 ld.so.cache

On Tue, 2007-06-19 at 21:17 +0200, Ralf Wildenhues wrote: > If my above reasoning is right, then remains the question *how* to > implement (1). I don't see what regression the sed command > /^[ ]*hwcap[]/d > Hi Ralf, I applied this. Thanks, Peter 2007-06-22 Ralf Wildenhues <[EMAI

Re: -version-number on irix

On Fri, 2007-06-22 at 01:09 -0500, Bob Friesenhahn wrote: > On Fri, 22 Jun 2007, Peter O'Gorman wrote: > > > When -version-number was added, the major number was decremented as it > > would later be incremented, however, when major is 0, it fails as above. > > This

-version-number on irix

18. in their library name... When -version-number was added, the major number was decremented as it would later be incremented, however, when major is 0, it fails as above. This patch does not decrement, and, if -version-number does not increment later, thus avoiding the test. Ok? Peter 2

Re: [patch] Add self to AUTHORS

On Tue, 2007-06-19 at 02:26 -0400, Charles Wilson wrote: > Peter O'Gorman wrote: > > Reminds me, please add yourself to AUTHORS and contribute.html. (see > > Noah's commits). > > Done, for AUTHORS. Concerning contribute.html, does the commit script > work wh

Re: Using getconf to set max_cmd_len

me non-existing utility I got errors from expr. Turns out that we need to quote the string for test -n. Applied to HEAD and branch-1-5. Peter 2007-06-17 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 (LT_CMD_MAX_LEN): add quotes to the test -n. Index: libltdl/m4/libtool

Re: static library contains static library

On Jun 10, 2007, at 4:35 AM, Ralf Wildenhues wrote: Hello Peter, all, * Peter O'Gorman wrote on Sun, Jun 03, 2007 at 07:37:39AM CEST: 2007-06-03 Peter O'Gorman <[EMAIL PROTECTED]> [...] +AT_SETUP([static library contains static library]) [...] +archive_contents

Re: [cygwin] cwrapper emits wrapper script

On Wed, 2007-06-06 at 10:25 -0400, Charles Wilson wrote: > Peter O'Gorman wrote: > > Could you please resend the patch itself, I am having issues with > > stripping the html markup from these links. (well, I can strip the html, > > but the resulting patch is no

Re: [cygwin] cwrapper emits wrapper script

On Wed, 2007-06-06 at 10:25 -0400, Charles Wilson wrote: > Peter O'Gorman wrote: > > Could you please resend the patch itself, I am having issues with > > stripping the html markup from these links. (well, I can strip the html, > > but the resulting patch is not applyin

<    1   2   3   4   >