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
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,
>>
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
ry do not end up in spam mailbox :)
Peter
--
Peter O'Gorman
http://pogma.com
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
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
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
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
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?
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
$ echo ada.ada.ada | sed -e "s/\.[^.]*/.lo/"
ada.lo.ada
Peter
--
Peter O'Gorman
http://pogma.com
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
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
;
> 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
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
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
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
le forks for cd and pwd. I think using $PWD
for this is fine.
Peter
--
Peter O'Gorman
http://pogma.com
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
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
Ralf Wildenhues wrote:
> OK? (No ChangeLog entry.)
>
Yes.
Peter
--
Peter O'Gorman
http://pogma.com
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,
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
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
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
>>
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
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
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
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
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
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&
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
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
d not figure out where
it fails.
Peter
--
Peter O'Gorman
http://pogma.com
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.
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
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
h :)
So, with the functions also removed from the header, ok?
Peter
--
Peter O'Gorman
http://pogma.com
k test running with tusc shows that the dynamic linker
does search for libbar at ../tmp/libbar.sl last.
Peter
--
Peter O'Gorman
http://pogma.com
ing to apply
> patches, that the authors don't like :)
You did not post a patch. How could we dislike it? :)
Patches that do more good than harm are likely to be accepted.
Peter
--
Peter O'Gorman
http://pogma.com
to no, surely that is having the largest effect on your
DESTDIR installs, not the +s changes?
This patch is not acceptable as is, sorry.
By the way, do you see DESTDIR installs failing for every package on
hppa-hp-hpux systems?
Peter
--
Peter O'Gorman
http://pogma.com
s exported from argz.o
must be "lt__" prefixed.
Will commit with these changes later today.
Peter
--
Peter O'Gorman
http://pogma.com
Peter O'Gorman wrote:
> Tom Epperly wrote:
>> We just upgraded to a more recent version of libltdl on my project, and
>> the behavior for AIX seems to have changed. In the past, it seems to
>> have ignored the results of the LTDL_DLOPEN_SELF_WORKS
>> (AC_LIBTOOL_DLO
Ok to push?
Peter
--
Peter O'Gorman
http://pogma.com
>From 87f8effdad00f84ffdd27803ac01fbd0e64d935d Mon Sep 17 00:00:00 2001
From: Peter O'Gorman <[EMAIL PROTECTED]>
Date: Tue, 2 Sep 2008 10:43:52 -0500
Subject: [PATCH] Increase "Safety factor" when ARG_MAX is l
Peter Rosin wrote:
> Hi Peter,
>
> Den 2008-09-02 17:50, skrev Peter O'Gorman:
>> Hi,
>>
>> On an hpux10.20 system with ARG_MAX at 20KB, we still got "Arg list too
>> long" when linking. It worked when I edited the libtool script and set
>> ma
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter O'Gorman wrote on Tue, Sep 02, 2008 at 05:50:33PM CEST:
>> On an hpux10.20 system with ARG_MAX at 20KB, we still got "Arg list too
>> long" when linking. It worked when I edited the libtool script and set
), so can not reproduce.
Not helpful, I know.
Peter
--
Peter O'Gorman
http://pogma.com
other system than
that hp-ux 10.20 system before it had its kernel rebuilt. I am happy to
simply drop the patch.
Peter
--
Peter O'Gorman
http://pogma.com
7;2' in 2.2.8 to compensate?
Ugh, that's unfortunate. The soname will change, even on linux where the
argz_ functions were not exported in the first place. :(
Adding 2 to age in 2.2.8 will not help, as it will change the soname again.
Peter
--
Peter O'Gorman
http://pogma.com
gers should create a symlink from the old soname to
the new one. Such an announcement is likely to be missed by some
packagers though.
Sorry.
Peter
--
Peter O'Gorman
http://pogma.com
n pages are updated.
>
> OK to install and put Karl in THANKS?
I have not applied the patch to check, but doesn't this just give a
manpage with the default --help output, and no information for the
various --mode options?
I would prefer a manpage that documents all the --help output for all
the modes, is there a way to do that? Maybe add a --help-all option and
make help2man use that? (I have zero knowledge of help2man, sorry for
possibly stupid questions).
Peter
--
Peter O'Gorman
http://pogma.com
Ralf Wildenhues wrote:
> * Ralf Wildenhues wrote on Fri, Sep 19, 2008 at 08:59:37PM CEST:
>> * Peter O'Gorman wrote on Fri, Sep 19, 2008 at 08:42:38PM CEST:
>>> I have not applied the patch to check, but doesn't this just give a
>>> manpage with the default
Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Sat, Sep 20, 2008 at 05:11:19AM CEST:
>> This looks ok to me, thank you.
>
> Thanks. Now that it's a new morning, I see several shortcomings:
Haha, for review, I applied your patches, bootstrapped, built and
verified th
f the debug information from the object files (even those
that we removed).
I forgot to update ChangeLog, will fix before pushing.
Ok?
Peter
--
Peter O'Gorman
http://pogma.com
>From 98a593ea73377759e0e7688822116d7cb3353a70 Mon Sep 17 00:00:00 2001
From: Peter O'Gorman <[EMAIL PRO
Mike Frysinger,
report of GCC issue by Andreas Schwab.
Hi Ralf,
I have not had the chance to apply this to test it, but it reads ok to
me. Please apply.
Thanks,
Peter
--
Peter O'Gorman
http://pogma.com
released, not
sure how much we should care about current darwin issues?
Peter
--
Peter O'Gorman
http://pogma.com
diff --git a/libltdl/m4/libtool.m4 b/libltdl/m4/libtool.m4
index 3fa0688..09bc171 100644
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -971,6 +971,
Peter O'Gorman wrote:
>
> On May 18, 2009, at 7:56 PM, Jeff Squyres wrote:
>>
>> Nifty idea!
>>
>> Unfortunately, it runs into a bit of a snag -- AC_PROG_F77 first
>> checks for g77; we have long-since overridden this ordering with our own:
>>
Ok,
of a "please tell me I'm not completely
crazy" than an "ok to commit?" :-)
Peter
--
Peter O'Gorman
http://pogma.com
Peter O'Gorman wrote:
> Ralf Wildenhues wrote:
>> Hello Eric, Peter,
>>
>> I haven't looked at the patch at all yet, hope to do so in the remaining
>> time though. I can already tell that it's lacking proper ChangeLog,
>> NEWS, and THANKS additions,
Hi Ralf,
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter O'Gorman wrote on Tue, May 19, 2009 at 02:26:04AM CEST:
>> Ralf Wildenhues wrote:
>>> * Akim Demaille wrote on Mon, May 18, 2009 at 02:22:56PM CEST:
>>>> I have two dlopen-modules that use a common c
to 10 objects :)
Please apply with that change.
Thanks,
Peter
--
Peter O'Gorman
http://pogma.com
gdb can find the debugging
symbols) makes libtool use this new option.
Ok?
2009-09-06 Peter O'Gorman
Use darwin's -force_load flag if available for whole_archive_flag_spec
* libltdl/m4/libtool.m4 (_LT_REQUIRED_DARWIN_CHECKS): Check for
-force_load and use i
like you need to check that the compiler exists
(a.la LT_AT_TAG) in this test.
Thanks,
Peter
--
Peter O'Gorman
http://pogma.com
On Sep 6, 2009, at 12:29 PM, Ralf Wildenhues wrote:
Hi Peter,
* Peter O'Gorman wrote on Sun, Sep 06, 2009 at 05:28:52PM CEST:
Well, Mac OS X 10.6 has been released, and its linker now has support
for an option similar to --whole-archive. -force_load libfoo.a will
load
all membe
t to mention visibility
pragmas.
Peter
--
Peter O'Gorman
http://pogma.com
Ralf Wildenhues wrote:
> This should not have '2>err1' any more, so that the next test is sharp.
>
Thanks, fixed.
Peter
--
Peter O'Gorman
http://pogma.com
Ralf Wildenhues wrote:
> No, it must have been earlier. gcc-3.3 (Debian 3.3.6-15) accepts it,
> gcc-2.95.4 rejects it.
Ah, ok - this is it?
2002-11-26 Richard Henderson
* c-common.c (handle_visibility_attribute): Accept "default".
Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Mon, Sep 07, 2009 at 11:16:05PM CEST:
>> Ralf Wildenhues wrote:
>>
>>> No, it must have been earlier. gcc-3.3 (Debian 3.3.6-15) accepts it,
>>> gcc-2.95.4 rejects it.
>> Ah, ok - this is it?
>>
&g
Akim Demaille wrote:
> Hi all,
>
> this breaks distcheck on master.
>
Hi Akim,
Please push the first hunk (minus the whitespace change in
func_echo_all). If you want to submit a whitespace patch, please do so
separately.
Thanks for catching this,
Peter
--
Peter O'Gorman
http://pogma.com
ue is not a bug in Libtool, it is a
user error. We do not need to fix it.
2009-10-01 Peter O'Gorman
Warn on darwin if install will overwrite /usr/bin/libtool
* configure.ac: Add warning.
ok?
Peter
--
Peter O'Gorman
http://pogma.com
diff --git a/configure.ac b/con
make it an error, but allow overriding for people
who "know what they are doing", maybe by setting a cache var, e.g.
./configure --prefix=/usr lt_cv_darwin_override=yes ? and mention the
possibility of using the override in the error message.
Would that satisfy both you and Ralf? :)
Pet
s like this when
it came up before?
Anyway, thanks for fixing the testsuite failures with this :)
Peter
--
Peter O'Gorman
http://pogma.com
ribute__ ((__nonnull__ (1)));
extern __const char *strrchr (__const char *__s, int __c)
throw () __asm ("strrchr") __attribute__ ((__pure__))
__attribute__ ((__nonnull__ (1)));
http://udrepper.livejournal.com/20948.html
Peter
--
Peter O'Gorman
http://pogma.com
On 03/02/2010 01:59 AM, mpsuz...@hiroshima-u.ac.jp wrote:
> Hi,
>
> At present, GNU libtool cares raw "-framework" options
> and exports them to inherited_linker_flags in .la file.
>
> But if "-framework" is quoted by -Wl, or -Xlinker options,
> they are just passed to the linker transparently, a
I got a report from Jeremy that -force_load with multi-architecture
archives requires that the archives be ranlibbed.
Pushed this.
Peter
>From 8f76455acfbfd28d695720507f78dc533f2d7a4c Mon Sep 17 00:00:00 2001
From: Peter O'Gorman
Date: Tue, 4 May 2010 00:44:48 -0500
Subject: [PATCH] R
On 06/07/2010 03:52 PM, Peter O'Gorman wrote:
Ok spent 5 minutes with google and the selinux manpages (something I
have to do any time I do anything related to selinux).
The above is, of course, after tests/demo-nopic.test, and the problem is
the selinux boolean allow_execmod which disa
On 06/08/2010 11:55 PM, Ralf Wildenhues wrote:
This skips a bit more than is absolutely needed (only the demo-exec run
after demo-nopic and demo-make would need to be skipped), but I don't
see a big problem with that. We can fix that when we rename tests to
have unique names (e.g., to allow par
On 06/10/2010 03:07 PM, Peter O'Gorman wrote:
On 06/10/2010 11:10 AM, Peter O'Gorman wrote:
Hi,
I got an off-list report from a user about test failures in 2.2.6b, that
turned out to be either because he'd configured with --disable-shared or
libtool had incorrectly guessed that
On 06/10/2010 11:05 PM, Ralf Wildenhues wrote:
Hi Peter,
* Peter O'Gorman wrote on Fri, Jun 11, 2010 at 05:04:55AM CEST:
+ Create reloadable object files with non-pic objects too.
+ * libltdl/config/ltmain.m4sh: When not building a shared
+ library, use the non-pic objec
On 06/11/2010 11:53 AM, Dave Korn wrote:
On 11/06/2010 16:18, Peter O'Gorman wrote:
Hello Dave,
The bindir.at test fails when libtool is configured with
--disable-shared, I am considering just skipping the test in that case,
but if the test is still useful, then perhaps we can change the
On 06/10/2010 03:07 PM, Peter O'Gorman wrote:
On 06/10/2010 11:10 AM, Peter O'Gorman wrote:
Hi,
I got an off-list report from a user about test failures in 2.2.6b, that
turned out to be either because he'd configured with --disable-shared or
libtool had incorrectly guessed that
On 06/11/2010 11:56 PM, Gary V. Vaughan wrote:
Hi Peter,
On 12 Jun 2010, at 11:39, Peter O'Gorman wrote:
On 06/10/2010 03:07 PM, Peter O'Gorman wrote:
On 06/10/2010 11:10 AM, Peter O'Gorman wrote:
Hi,
I got an off-list report from a user about test failures in 2.2.6b, that
t
On 06/13/2010 12:07 AM, Ralf Wildenhues wrote:
Hi Peter,
* Peter O'Gorman wrote on Sun, Jun 13, 2010 at 06:07:44AM CEST:
On 06/11/2010 11:56 PM, Gary V. Vaughan wrote:
1: There might be a better way. I'm thinking...
I'm not sure what testing that modules cannot be unloade
On 06/13/2010 10:18 PM, Peter O'Gorman wrote:
It's either skip the test entirely or some crap like this, you can't
load a static archive "RTLD_LOCAL", then load a different static
archive with the same symbols later "RTLD_GLOBAL", and expect things
to work. I
ushed this. No test failures for me with --disable-shared now.
Peter
>From 0263ff229bbf6f02a61d4ccad3bd4ab3a5601e1d Mon Sep 17 00:00:00 2001
From: Peter O'Gorman
Date: Mon, 14 Jun 2010 11:04:17 -0500
Subject: [PATCH] Pass resident test with --disable-shared too.
* tests/res
tting file not found.
Still, I am not overjoyed with this.
Peter
>From 40202fade8f55891b5f4acfee54eba02636b91e8 Mon Sep 17 00:00:00 2001
From: Peter O'Gorman
Date: Thu, 17 Jun 2010 12:42:28 -0500
Subject: [PATCH] Improve libltdl error messages.
* libltdl/lt_error.c: Add new functions
On 06/17/2010 08:36 PM, Charles Wilson wrote:
On 6/17/2010 4:54 PM, Peter O'Gorman wrote:
Well, this is what I ended up with, it does not change the currently
documented saving of error messages until lt_dlerror() is called, it
copies the error message to ensure that we don't retu
On 06/17/2010 10:21 PM, Charles Wilson wrote:
On 6/17/2010 10:24 PM, Peter O'Gorman wrote:
Unfortunately, this doesn't magically assist solving my problem with
71. dlloader-api.at:23: FAILED (dlloader-api.at:422)
but that's not a reason to object to the patch.
Well t
On 06/17/2010 10:35 PM, Peter O'Gorman wrote:
On 06/17/2010 10:21 PM, Charles Wilson wrote:
On 6/17/2010 10:24 PM, Peter O'Gorman wrote:
Unfortunately, this doesn't magically assist solving my problem with
71. dlloader-api.at:23: FAILED (dlloader-api.at:422)
but that's no
On 06/18/2010 08:09 AM, Charles Wilson wrote:
Here's the key bit:
Searching for preloaded symbol table for last
vs
Searching for preloaded symbol table for /usr/bin/last
SO, before preopen:vmopen is called, somebody -- one of the other
loaders? -- modified 'filename' simply because /usr/bin/la
On 06/18/2010 08:33 AM, Peter O'Gorman wrote:
On 06/18/2010 08:09 AM, Charles Wilson wrote:
Here's the key bit:
Searching for preloaded symbol table for last
vs
Searching for preloaded symbol table for /usr/bin/last
SO, before preopen:vmopen is called, somebody -- one of the oth
On 06/18/2010 08:36 AM, Peter O'Gorman wrote:
On 06/18/2010 08:33 AM, Peter O'Gorman wrote:
On 06/18/2010 08:09 AM, Charles Wilson wrote:
Here's the key bit:
Searching for preloaded symbol table for last
vs
Searching for preloaded symbol table for /usr/bin/last
SO, before pr
On 06/19/2010 03:15 AM, Ralf Wildenhues wrote:
In texinfo, @var is for metasyntactic variables only, that is, things
that stand for other things *in the manual*. If you need a guideline,
then @var is only appropriate if you can replace the name with some
other name, say, the mathematician's favo
On 06/23/2010 09:12 AM, Olly Betts wrote:
I posted just such a patch exactly 3 years ago today (coincidentally) -
here's the thread:
http://thread.gmane.org/gmane.comp.gnu.libtool.general/8339/focus=8345
Back then Ralf said "Olly's solution should not be forgotten, though", but
it seems it ha
301 - 394 of 394 matches
Mail list logo
