he binary in the build directory is built
with the appropriate --rpath options in the first place. All this is
required because --rpath has precedence over LD_LIBRARY_PATH. On systems
were it doesn't libtool just uses LD_LIBRARY_PATH to achieve the same
effect.
Andreas.
--
Andreas Schwab
Those are only passed when the lt-ld-new
binary is linked, which could account for the push beyond the limit.
|> For that matter, I actually didn't think that the Linux kernel had an
|> argument size limit.
It has. It is defined by MAX_ARG_PAGES (== 32, ie. 128kB w/4KB pages).
And remem
"local"
> that warns if any of its arguments is a variable whose value is set;
That would also (spuriously) warn if you call a function with local
variables a second time, unless you explicitly unset the local variables
before returning.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTE
Akim Demaille <[EMAIL PROTECTED]> writes:
> if (local foo) >/dev/null 2>&1; then :; else
> local () { true; }
> fi
Note that local is only valid in function context, so this will always
produce a failure.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
2.la -rpath /notexist
stderr:
libtool: link: cannot find the library `liba1.la' or unhandled argument
`liba1.la'
stdout:
./convenience.at:91: exit code was 1, expected 0
16. convenience.at:69: 16. C++ convenience archives (convenience.at:69): FAILED
(convenience.at:91)
Andreas.
--
An
dependency style of g++... none
> Did you have CXX set in your environment when you ran configure?
No.
I cannot answer the other questions ATM, because all I have is the build
log.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nü
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> On Fri, 1 Feb 2008, Andreas Schwab wrote:
>
>> "Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
>>
>>> Do you have a C++ compiler installed?
>>
>> No.
>
> I have a similar situation wi
memory that
has already been freed by lt_dlexit.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely diff
ommit with a strange address:
commit 1e0e23c70dbbf7f62bd0a19fdd5730493c08f833
Author: Andreas Schwab <[EMAIL PROTECTED]>
Date: Mon Jul 14 22:51:59 2003 +
* libtool.m4 (_LT_AC_LOCK): Also match powerpc64-*linux* in
addition to ppc64-*linux*. From Markus Meissner
<[EMAIL
How can I do it? And what's more, what
> did I forget to do so that this could happen?
You probably forgot to explicitly push out the modified tags. Since
tags are supposed to be immutable you have to take explicit steps to
modify them.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTEC
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> If the package has a custom ./bootstrap or ./autogen.sh, then that is
> the way to go.
I wouldn't count on that. Many packages have a autogen.sh that is far
inferior to autoreconf.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAI
ase master release-2-2-2" does not
even find a common parent.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now
o different changesets.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
__
gs
definitely denote different trees in the CVS repo.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for somet
ed tags yourself locally!):
>git tag -d `git tag -l`
>git pull
Just running git fetch --tags should be enough.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 175
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Hi Andreas,
>
> * Andreas Schwab wrote on Sat, Apr 19, 2008 at 11:50:58AM CEST:
>>
>> AFAICS the history in the git repository correctly matches the CVS tree,
>> only the tags are pointing to the wrong commits.
>
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Hi Andreas,
>
> * Andreas Schwab wrote on Sat, Apr 19, 2008 at 11:50:58AM CEST:
>>
>> AFAICS the history in the git repository correctly matches the CVS tree,
>> only the tags are pointing to the wrong commits.
>
s problem, not specific to git cvsimport.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for so
the
missing AC_PROG_CXX.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely diff
Vikram Ambrose <[EMAIL PROTECTED]> writes:
> Can someone suggest a way I can produce both a static and shared library
> with libtool/autoconf/automake that are compiled with different CPPFLAGS?
You can use #ifdef PIC.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED
Vikram Ambrose <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> Vikram Ambrose <[EMAIL PROTECTED]> writes:
>>
>>
>>> Can someone suggest a way I can produce both a static and shared library
>>> with libtool/autoconf/automake that are c
Eric Gorr <[EMAIL PROTECTED]> writes:
> $/Developer/usr/bin/libtool -V
> Apple Computer, Inc. version cctools-698.1
You are wrong here. What Apple calls libtool has nothing to do with GNU
libtool. You'll probably have more luck if you ask in a MacOS developer
forum.
Andr
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> - many vendor shells complain about 'test -z' without further argument:
A POSIX-compliant test won't, and returns zero.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 904
ow. This might be the perfect time to do this
profiling.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something
Ralf Wildenhues writes:
> or we could look into adding a graft that "fixes" authorship. Haven't
> done anything like the latter before, but AIUI grafts are the hacks to
> do things like that.
A graft won't help because it only works locally.
Andreas.
--
A
Ralf Wildenhues writes:
> Thanks. That would mean we could fix the appearance in the savannah
> tree, for the web view. Is it possible to move (pull) grafts from
> one repository to another?
No. You have to manually add the grafts to every clone.
Andreas.
--
Andreas Schwab, SuSE
A libtool
version of 1:1:0 whould map to 1.0.1.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
___
http://lists.gnu.org/mailman/listinfo/libtool
asn't this done explicitly in the first place? Why is there an
incomplete test for architectures != arm when it is much more robust to
make a single check for arm?
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE GmbH, Deutsc
es cannot be resolved in a static link.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something comple
berately introducing design incompatibilities simply encourages people
|> to use other tools.
In my experience almost all problems that occur while moving to autoconf
2.5x are outright bugs in the configure.in/aclocal.m4 scripts.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE
Thomas Dickey <[EMAIL PROTECTED]> writes:
|> On Wed, Oct 09, 2002 at 12:09:09PM +0200, Andreas Schwab wrote:
|> > In my experience almost all problems that occur while moving to autoconf
|> > 2.5x are outright bugs in the configure.in/aclocal.m4 scripts.
|>
|> W
In ltmain.in around line 1553:
if test "$linkmode,$pass" = "lib,link" ||
test "$linkmode,$pass" = "prog,scan" ||
{ test $linkmode = oldlib && test $linkmode = obj; }; then
$linkmode cannot be both oldlib and obj at th
...
done
(to avoid a statement with a non-zero exit code).
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4E
in that language. Libtool does not test
> for any headers using C++ (as far as I am aware).
Moreover it is wrong to use /lib/cpp for *anything* but C code, IMHO. In
recent SuSE versions /lib/cpp has been changed to force C languages mode
on the preprocessor to workaround that bug.
Andreas.
34 matches
Mail list logo
