Oliva aol...@redhat.com
* libtool.m4 (output_verbose_link_cmd): Require leading blank, and
blank before -L.
for gcc/ChangeLog
from Alexandre Oliva aol...@redhat.com
* configure: Rebuilt with modified libtool.m4.
for libstdc++-v3/ChangeLog
from Alexandre Oliva aol...@redhat.com
On Sep 8, 2009, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
* Alexandre Oliva wrote on Tue, Sep 08, 2009 at 05:17:28PM CEST:
The symptom was an incomplete link command line, resulting from a
trailing «'» character in a -L flag added by libtool.
FWIW, it is not clear to me why
---
tag release-1-3-2
Tagger: Alexandre Oliva [EMAIL PROTECTED]
Date: Wed May 26 00:28:32 1999 +
453b778addf1c4da6062e83128451577e5329aff * configure.in: Bumped to 1.3.2
---
tag multi-language-fork
Tagger: Alexandre Oliva [EMAIL PROTECTED]
Date: Fri Dec 3 03:21:29 1999 +
fad95cc179f3861f1da488fb979d0d5aedba6523 * ltconfig.in (ac_compile): Use
$ac_ext instead of .c. (ac_link): Likewise. (dlfcn.h, ac_try): Do
the variable is non-empty before
Alexandre Oliva (13):
* doc/libtool.texi (Porting inter-library dependencies): Typos
* ltmain.in: Fix creation of relative links to object files in
* libltdl/COPYING.LIB: Update to version 2.1.
* ltconfig.in (CDPATH): Set to `:' instead
1340c3dc7b314bb1f90294794d4eb17e3ae66d18 (commit)
tagged by Gary V. Vaughan
on Thu Apr 17 13:37:20 2008 -0400
- Log -
1.3
Alexandre Oliva (385):
* demo/Makefile.am (objdir): there are no longer quotes around
---
tag autoconf_pre_2-13
Tagger: Alexandre Oliva [EMAIL PROTECTED]
Date: Tue Dec 1 17:00:17 1998 +
e17a1688be305b503b5f13374e6f8367dbeb9925 imported from autoconf CVS tree
: Handle case where /bin/nm -p outputs multiple
Alexandre Oliva (95):
* doc/libtool.texi (Porting inter-library dependencies): Typos
* ltmain.in: Fix creation of relative links to object files in
* libltdl/COPYING.LIB: Update to version 2.1.
* ltconfig.in (CDPATH): Set
67646eef648c64869164053c006f5efdbd358a6f (commit)
tagged by Gary V. Vaughan
on Thu Apr 17 14:44:09 2008 -0400
- Log -
automake_1-4
Alexandre Oliva (120):
* demo/Makefile.am (objdir): there are no longer quotes around
bf8a4660a3a417893ca1879dee42f5b9dfef531e (commit)
tagged by Gary V. Vaughan
on Thu Apr 17 14:46:03 2008 -0400
- Log -
1.2d
Alexandre Oliva (68):
* demo/Makefile.am (objdir): there are no longer quotes around
d6b6c13f5b8ece8a1bad355637d65fc1a41aa64d (commit)
tagged by Gary V. Vaughan
on Thu Apr 17 13:38:36 2008 -0400
- Log -
1.2f
Alexandre Oliva (296):
* demo/Makefile.am (objdir): there are no longer quotes around
97087392045d12b18115a5de72c1ac11de418d73 (commit)
tagged by Gary V. Vaughan
on Thu Apr 17 13:35:20 2008 -0400
- Log -
1.3.2
Alexandre Oliva (400):
* demo/Makefile.am (objdir): there are no longer quotes around
switch to provide the behavior you
suggest then I think your suggestion is unreasonable.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org
for say foo.a when given -lfoo.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
___
http://lists.gnu.org/mailman/listinfo
names, perhaps even as convenience
archives, and link with them. Then you won't have to use -static for
linking, and this will take care of getting the shared version of
libdb linked in.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED
configuring CXX and F77 in every
single libtool script, part of packages that only care about C?
For reference:
Index: ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
* libtool.m4 (_LT_AC_TAGCONFIG): Don't bring in CXX and F77 unless
the corresponding AC_PROG_ macro was provided.
Index
it :-)
Index: ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
* libtool.m4 (_LT_AC_TAGCONFIG): Don't bring in CXX and F77 unless
the corresponding AC_PROG_ macro was provided.
Index: libtool.m4
===
RCS file: /cvsroot/libtool/libtool
to be used, namely,
using the script created by the configure script of the package being
built.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
cases
doesn't exactly give me a warm fuzzy feeling about this construct :-)
func_fallback_echo ()
{
# Without the eval, Bourne shells create the here doc at definition time.
eval 'cat _LT_EOF
$*
_LT_EOF
'
: # work around bash bug
}
--
Alexandre Oliva http
absurd to me (but I may be naive here).
It sounds absurd to me, FWIW :-)
At least, it works fine on GNU/Linux.
Are you sure?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED
, particularly
non-ELF ones.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
___
http://lists.gnu.org/mailman/listinfo/libtool
if the build tree is
removed and anyone can recreate the same tree (think
/tmp/build/gcc/...), all you have to do is create some libraries with
carefully-chosen names in there and wait for someone to link a C++
program using libtool and run it.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva
be amended to match Debian GNU/Linux x86_64
practice.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
___
Libtool mailing list
support this are GNU/Linux ports.
Try this on x86_64-linux-gnu, for example. It won't work, unless you
somehow arrange for libdep.o to not contain any relocations that
aren't PIC.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED
of. Risky...
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
___
Libtool mailing list
[EMAIL PROTECTED]
http
On Dec 9, 2003, Tom Tromey [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre the *_OBJECT definitions assume the absence of shell-active
Alexandre characters in filenames, which is probably a safe
Alexandre assumption for Makefiles.
It isn't
program.
Wanna give it a try?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer [EMAIL PROTECTED], gcc.gnu.org}
CS PhD student at IC-Unicamp[EMAIL PROTECTED], gnu.org}
Free Software EvangelistProfessional serial
On Mar 6, 2002, Tom Tromey [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre Actually, I was thinking of libgcj.la being linked with
Alexandre $(THREADLIBS) first, which would solve the problem just the
Alexandre same.
We already do
On Mar 15, 2002, Richard Henderson [EMAIL PROTECTED] wrote:
On Fri, Mar 15, 2002 at 07:43:43PM -0300, Alexandre Oliva wrote:
Another possibility that occurred to me, that would further alleviate
the problem of duplicate shared libraries, would be to get GCC to no
longer issue the `-lgcc_s
On Mar 15, 2002, Andreas Schwab [EMAIL PROTECTED] wrote:
Alexandre Oliva [EMAIL PROTECTED] writes:
| However, I kind of fail to see the point of having -lgcc before -lc.
The point of having -lgcc before -lc is that -lgcc can add references to
-lc functions that were not referenced before
trying to
install?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software EvangelistProfessional serial bug
want, omit -liberty from the link command of
libbfd. You'll get a perfectly broken libbfd then, just the way you
want :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
, so libtool
took the conservative approach of assuming that linking static
libraries into shared libraries didn't always work.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC
On Feb 7, 2002, Robert Boehne [EMAIL PROTECTED] wrote:
You have my approval to un-do my mistsake.
Thanks, I've just installed the patch.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
On Feb 7, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
Well, there is no libiberty.so. You wind up with always linking files
in libiberty.a when libtool is used, no matter they are needed or
not.
And what is the problem with linking libiberty.a, if libbfd actually
depends on it?
--
Alexandre
On Feb 4, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
On Mon, Feb 04, 2002 at 09:52:04AM -0200, Alexandre Oliva wrote:
On Feb 4, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
* libtool.m4 (lt_cv_deplibs_check_method): Support Linux/mips.
Before I waste any further time on it, is it any
On Feb 4, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
On Mon, Feb 04, 2002 at 09:52:04AM -0200, Alexandre Oliva wrote:
On Feb 4, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
* libtool.m4 (lt_cv_deplibs_check_method): Support Linux/mips.
Before I waste any further time on it, is it any
.
I am not interested in any explanation why libtool has to/should do
it that way.
So you want to modify libtool without understanding what's going on.
This won't work. In fact, it has already failed. It's too bad that
your incorrect patch went in and broke what was working fine.
--
Alexandre
.
Sorry for having dropped the ball for so long. It's too bad I don't
foresee this changing in the near future :-(
Index: ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
Reverted incorrect patch:
2001-10-24 H.J. Lu [EMAIL PROTECTED]
* ltmain.sh: Allow link against an archive when building
with libbfd.la with -static, then drop -liberty from the
command line you get and you'll see why.
Please fix it.
You still haven't shown that there's anything to be fixed.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
On Feb 4, 2002, H . J . Lu [EMAIL PROTECTED] wrote:
* libtool.m4 (lt_cv_deplibs_check_method): Support Linux/mips.
Before I waste any further time on it, is it any different from the
patch I rejected some months ago? It seems to still have the same
problem.
--
Alexandre Oliva Enjoy
On Jan 15, 2002, Tom Tromey [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre In general, I recommend specifying the tag name explicitly,
Alexandre like some Makefiles already do, and automake should
Alexandre eventually do.
Could you submit an automake
On Jul 11, 2001, Gary V. Vaughan [EMAIL PROTECTED] wrote:
On Wednesday 11 July 2001 3:56 am, Alexandre Oliva wrote:
Congratulations for completing the merge, and sorry about my long
absence. I'm afraid it will still last for a while, though :-(
No problem. Is your PhD demanding more
mainline.
Would anybody mind if I kept using the libtool MLB for this purpose,
and explain to anybody who happens to post a patch for that branch
that a corresponding patch for mainline is required before the patch
can go in the branch?
--
Alexandre Oliva Enjoy Guarana', see http
On Jun 27, 2001, [EMAIL PROTECTED] wrote:
Libtool builds only shared or static libraries. If you tell it to do
neither, how is it going to work?
It used to default to static-libraries only, in this case. I guess it
was broken during the merge :-(
--
Alexandre Oliva Enjoy Guarana', see
On Jun 20, 2001, Olly Betts [EMAIL PROTECTED] wrote:
The name CC_FOR_BUILD is preferable - see the discussion stemming
from the first url below - perhaps libtool ought to change to this?
I'd approve any reasonable patch that fixed this :-)
--
Alexandre Oliva Enjoy Guarana', see http
On Jun 20, 2001, Enrico Weigelt [EMAIL PROTECTED] wrote:
could anyone write an specfile for libtool ?
Sure. In fact, a number of people already did. Just pick your
preferred RPM-based GNU/Linux distribution and get the spec file from
the libtool source RPM package.
--
Alexandre Oliva
on
Windows. Great job, Paul! :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing
On Jun 8, 2001, Gary V. Vaughan [EMAIL PROTECTED] wrote:
Unfortunately this probably comes dow to wrapper scripts, which is ugly too
Since we're talking Cygwin, shouldn't it be a wrapper executable?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Jun 8, 2001, Guido Draheim [EMAIL PROTECTED] wrote:
hmmm, or an autoconf wrapper macro?
Nope, this wouldn't work for libraries that are not installed in
libdir, but in a subdir thereof.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
libraries, then linking them all together into a single
libtool archive.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
On Jun 8, 2001, Pierre Sarrazin [EMAIL PROTECTED] wrote:
libutils_la_LDFLAGS = -version-info 0:0:0 -no-undefined -static
But the source files are still compiled twice.
Use the multi-language branch of libtool and add `--tag disable-shared'
to AM_CFLAGS.
--
Alexandre Oliva Enjoy
On Jun 5, 2001, Robert Boehne [EMAIL PROTECTED] wrote:
So I'm sure how to check the limits under SGI without
the 'wc' command.
Use cmp.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
-post the patch, in case it works?
It does. Test results for hppa1.1-hp-hpux10.20 are here:
http://gcc.gnu.org/ml/gcc-testresults/2001-05/msg00734.html. I
also ran `-static'. The revised patch is enclosed.
Thanks, installing.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br
' and `-s'.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
On May 31, 2001, Esben Haabendal Soerensen [EMAIL PROTECTED] wrote:
So am I going to run into trouble when I move my stuff to HP-UX ?
Yep.
Or can I avoid trouble by only using dynamic libraries ?
Static libraries, you mean? Yes, this would help.
--
Alexandre Oliva Enjoy Guarana', see
the compiler for linking. On most targets that don't support linking
static libraries into shared libraries, libtool runs the linker
directly, which means that you won't get either of the C++ library or
the dynamic-constructor support object files linked in.
--
Alexandre Oliva Enjoy Guarana', see
On May 28, 2001, John David Anglin [EMAIL PROTECTED] wrote:
LD_LIBRARY_PATH is ignored for dependencies of shared libraries.
What does work for me, is adding `rpath' options for the relink
based on the path in LD_LIBRARY_PATH.
How about setting LD_RUN_PATH?
--
Alexandre Oliva Enjoy
doesn't affect this search. Libtool takes care of
this problem too, but it can only do it when the library being linked
in is a libtool library.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
libtool.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
looking for dependencies of dependence
libraries. I seem to recall such an odd behavior is present on some
platform; perhaps Solaris?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC
; it was used on all OSs in which it worked, back in the early
days of libtool. I wish I knew what reason it was, in the case of
HP-UX :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
.
In general, when relinking is necessary, you must not use a different
prefix to install than the one used to build.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
On May 22, 2001, Sebastien Sable [EMAIL PROTECTED] wrote:
As far as I know, those are as recent as they can get, but still no
dll anywhere :
AC_LIBTOOL_WIN32_DLL ?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
to add an argument to libtool to get back the old behavior,
for instance -unique-dependency-libs ?
Just make sure no library appears explicitly more than once in the
dependence list of any library or program, and you'll get exactly what
you want.
--
Alexandre Oliva Enjoy Guarana', see http
On May 20, 2001, Martin Baulig [EMAIL PROTECTED] wrote:
I'll debug it later on.
Thanks!
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
that don't
support inter-library dependencies properly.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist
On May 17, 2001, Ossama Othman [EMAIL PROTECTED] wrote:
Bug report for libtool 1.4 from a Debian user. Any ideas?
My first guess would be that libffi has been mis-installed. What does
/usr/lib/libffi.la look like?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva
library, we don't ever
remove duplicates of it. If such a library is used as a dependence of
multiple other libraries, the duplicate dependency will end up
appearing multiple times in their dependency lists.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
for the moment. I wish we
could at least warn the users about the problem, though. That would
be better than simply failing.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
) or somehow adjust
libtool such that the postdeps of the compiler are handled as a unit,
or something like that.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
On May 16, 2001, Lars von Wedel [EMAIL PROTECTED] wrote:
Do I have to take a look into the multi-language branch
To properly support C++, yes.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS
On May 13, 2001, Bruce Korb [EMAIL PROTECTED] wrote:
Alexandre Oliva wrote:
In other words, your new macro should not need to do this:
[= test-and-exit test = (get test) ... =]
because it would be redundant.
Good. But I had meant to write ``I'd like *you* to implement
alternative would be to try to figure out the maximum line length
supported by sed, and use that as an upper bound for the command-line
length limit. Then, we could use new-lines instead of semicolons as
command separators in relink_command.
--
Alexandre Oliva Enjoy Guarana', see http
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
* them.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
in my to-do list for a while.
Along the same lines, we should probably not even bother to create the
wrapper script/program when cross compiling. I'm not sure we already
do this.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Apr 30, 2001, Nick Hudson [EMAIL PROTECTED] wrote:
Are there really platforms that do not allow the equivalent of ar
PIC objects?
I believe the oddities of MS-Windows DLLs could break this in certain
cases.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat
On Apr 26, 2001, Nick Hudson [EMAIL PROTECTED] wrote:
What I'd like is a archive of -fPIC compiled code.
Compile the code with -prefer-pic and create a -static library.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
' is defined away for compilers that don't support it (which
AC_C_INLINE should take care of).
Of course, re-enabling inline is not a requirement for the release,
since we can always re-enable it later.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
the fix isn't present?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
to the original version when cross compiling. And then, I wonder
whether we really want potentially different results for the same host
platform...
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
phase, I would have
looked at it :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
is the RPM-style version comparisons,
which is beyond my ability to implement in shell, but I'm sure someone
can figure it out. ;-)
In shell? I was hoping pkg-config could be implemented in something
more reasonable...
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva
programs on the build machine.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing
(or a
directory containing links).
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
when linking
non-PIC into a shared library.
Anyway, if it passes all these tests, the patch is probably fine for
*this* version of UnixWare. This doesn't make it good for older
versions.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
, I hadn't
realized it used a carefully-chosen heuristics to decide when certain
duplicates couldn't be removed. Now that I know that, I agree it's
right to leave the duplicate-removal code enabled.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Apr 18, 2001, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
However, I just deleted my savannah#2 certificate, and I can can now
get in.
Me too. Sorry about the noise.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Apr 16, 2001, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
I like this idea. Would you add it to the libtool TODO file please,
Ok to install?
Index: ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
* TODO: Add -L- flag.
I
On Apr 16, 2001, Russ Allbery [EMAIL PROTECTED] wrote:
Some vague memory also tells me that this is how shared library versioning
is done (with differently named shared objects).
Yep, this matches my understanding of the way shared libraries work on
AIX.
--
Alexandre Oliva Enjoy Guarana
On Apr 16, 2001, Christopher Lintz [EMAIL PROTECTED] wrote:
handle = dlopen("/home/cjl/.libs/foo.so.0", RTLD_LAZY );
[...]
if ((fptr = (int (*) () )dlsym(RTLD_DEFAULT, "foo")) != NULL)
make it `handle'
--
Alexandre O
inter library dependencies when module loading -
Compile it as a libtool convenience archive. That's exactly the
purpose of this feature.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student
would compare the prefix of the canonicalized full pathname
corresponding to $(MULTILIBTOP)/.. with that of each directory passed
in -L, and remove it from dependency_libs in the installable .la file.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
tag to CC,
for symmetry with CXX and GCJ. We can always add alternatives later,
if needed.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu
d probably arrange for ltconfig to reject creating such tags, to
avoid confusion.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu
-lname flags around :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
1 - 100 of 229 matches
Mail list logo