characters were added - 'V' and 'v'. The
meaning of 'W' is now restricted to just weak functions.
nm for example now dumps:
'W' = weak global function
'w' = weak unresolved function
'V' = weak glob
o
re-implement everything from scratch, and we would just have to keep
in sync the function definitions with their C-based counterparts.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Softwa
On Feb 14, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
> 2) remove doubled base libraries to libraries.
This can't be done in general. It has already been debated to death
in this mailing list. Please search the archives.
--
Alexandre Oliva http://www.ic.unicamp.br/~ol
On Feb 14, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>>
>> On Feb 14, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
>>
>> > 2) remove doubled base libraries to libraries.
>> This can't be done in general. It
On Feb 15, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>>
>> On Feb 14, 2000, Stephan Kulow <[EMAIL PROTECTED]> wrote:
>>
>> > Alexandre Oliva wrote:
>> >>
>> >> On Feb 14, 2000, Stephan Kulow <[EM
On Feb 15, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> Creating the shared library manually isn't any problem, though:
Look for `-no-undefined' in the libtool manual.
Has the restriction on undefined symbols in BeOS libraries been
lifted?
--
Alexandre Oliva
iba that are pulled by libx
depend on libb. In this case, omitting the first occurrence of -la
would cause the symbols in libb to not be resolved.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Fre
On Feb 15, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> Where would be the correct place to add that option? In src/Makefile.am
> like this?
Yup
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company
supposed to encounter.
C++ support is under development in the multi-language-branch of the
libtool CVS tree. Feel free to give it a try, and please report any
problems you find.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyao
age libtool works
around the failure.
> that maybe libtool should trust the compiler and use it instead of
> directly using the native compiler because as I have said, using g++
> to link c++ shared libs works correctly.
I wish it were that simple.
--
Alexandre Oliva http://www.ic.unicam
d the (on this platform) required
> -Wl,-rpath,/usr/local/lib.
> This is libtool 1.3.3 BTW.
Only CVS libtool will implicitly add any necessary -R flags and other
dependencies from the .la file. And that's the reason why this file
is installed.
--
Alexandre Oliva http://www.ic.un
se does this too.
Yup. I forget an alpha release is not just a CVS snapshot :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oli
one more variable to
variables_saved_for_relink, I won't bother to post a revised patch.
Ok to install?
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS
us figure
out what was the real problem.
Index: ChangeLog
from Alexandre Oliva <[EMAIL PROTECTED]>
* ltmain.sh: Preserve in relink_command any environment variables
that may affect the linker behavior.
Index: ltmain.sh
===
RC
On Mar 13, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 13, 2000 at 02:42:44AM -0300, Alexandre Oliva wrote:
>> I won't bother to post a revised patch. Ok to install?
> Huh? Okay to install what? =)O|
A patch I had posted to binutils
the stable
interface from the instability, without hampering development of the
unstable interface.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS Ph
On Mar 20, 2000, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> /bin/sh ./libtool --mode=link gcc -g -O -Wall -Wmissing-prototypes -o
> display display.o magick/libMagick.la
Does libMagick.la (the script) contains both -R flags? What was the
command used to link it?
--
Alexandre Ol
people
will be using libtool for linking. If not, they'll have to link in
both libraries explicitly.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist
we need some BeOS expert to tell us, or to
provide a patch that will set allow_undefined_flag appropriately for
all existing releases of BeOS.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Softwa
s defined for BeOS, if it works
properly. But I don't know if it works properly on all releases of
BeOS. Does anybody?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer a
uld not be as trivial as simply
printing `-L$libdir -lchanging -lstable' :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unica
he
compiler is enough. It may be silently accepted by other compilers,
with any random meaning we might think of. We need some test that
verifies that the meaning the one we want. I'm not sure how to
accomplish this, but it would probably involve compiling some piece of
code that makes use
ilence these past two weeks.
You talk about *your* silence for the past few *weeks*? Come on, I
myself have been mostly silent for the past few *months*! :-)
> This is my academic finals week. :-)
Good luck!
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus S
uilding with
> autoconf/automake/libtool...
Well, you can always try to extract the patch that does that from the
multi-language-branch :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free
On Mar 23, 2000, Christopher Knight <[EMAIL PROTECTED]> wrote:
> Any other ideas on forcing statically linking one library?
I'm not sure this can be done portably, but you could try to
explicitly list libname.a (i.e., pick the old_library name from
libname.la)
--
Alexandre
n use it to create a shared library. But I repeat: this
would only work portably if the archive contained PIC code.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evangel
On Mar 27, 2000, "Dirk A. Mueller" <[EMAIL PROTECTED]> wrote:
> would it be possible to add "install-strip" support to libtool?
It's already there, but only in CVS.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solution
ation about the C++ compiler. Which,
in configure.in speak, translates to adding a call to AC_LIBTOOL_CXX
:-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS
On Mar 28, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
> On 28 Mar 2000, Alexandre Oliva wrote:
> I tried that and it STILL insists on using gcc to make the shared
> libraries.
Do you mean your Makefile runs:
libtool --mode=link g++ lotsastuff.lo -o libmine.la
and, nevert
ways be able
to use GCC to link libraries and programs, since libtool will learn
which objects and libraries GCC links in, and will behave as
appropriate.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus
to link on *that platform*.
I'm sure Gary will tell you how impossible that is to achieve, because
of the brain-damaged way in which DLLs were designed on MS-Windows.
At least, I think I've already convinced him of that. :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.u
On Mar 29, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> This can possibly solve my sub-project linking problem, but autoconf
> complains about not finding AC_LIBTOOL_CXX - where is it?
It's in libtool multi-language branch's libtool.m4
--
Alexandre
l try to fix this.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
s it must be
generated as if the symbol's type was a pointer its actual type. And,
in the library itself, the symbol must be declared as
__declspec(dllexport), so that the symbol is added to the DLL
relocation table or however they call it.
--
Alexandre OlivaEnjoy Guaraná, see http://www
ol is pretty simple. I can make them and submit a
> patch if you'd like.
Thanks anyway :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
ly uses GNU ld. If not, it will
just refrain from using any GNU ld-specific knowledge. This is not
perfect, but it should work for now. I'll try to find some better
solution for libtool 1.4+. Meanwhile, ok to install this one in the
Sourceware CVS tree? In the binutils release bra
On Apr 3, 2000, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> From: Alexandre Oliva <[EMAIL PROTECTED]>
>Date: 03 Apr 2000 02:35:33 -0300
>binutils top-level configure passes --with-gnu-ld down to sub-projects
>`configure' commands whenever it fi
t always have time to answer, but
> other people probably will.
Ditto for libtool :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
AC_, not AM_. Untested.
Why would it disappear? One just `indir's the other.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC
s to the end program. I'm not sure it will;
but I'm pretty sure it should :-) You may also have to add `-dlpreopen
force' (or however that option is spelled), to make sure that the
preloaded symbols table is created, even if no dlpreopening is
necessary. Again, I'm not sure t
e may try to initialize it assuming its own layout.
It's not clear to me whether this depends on `cout' being used by your
library. I believe the mere fact of having the C++ (shared) library
linked into a program causes `cout' to be initialized.
--
Alexandre OlivaEnjoy Guaraná,
ised as libraries with pure-C
interfaces), it may fail.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gn
.a as an object
> when you are creating your library.
This may work, as long as you don't pull cin, cout and cerr, nor any
other global variables.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus
On Apr 12, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
> On 12 Apr 2000, Alexandre Oliva wrote:
>> On Apr 12, 2000, Michael Bletzinger <[EMAIL PROTECTED]> wrote:
>>
>> > Another option you might to try is listing libstdc++.a as an object
>> > wh
On Apr 12, 2000, Ossama Othman <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 12, 2000 at 07:54:47PM -0400, Kevin Atkinson wrote:
>> On 11 Apr 2000, Alexandre Oliva wrote:
>> > On Apr 10, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
>> > > 1) On many pla
to set environment variables, in order to link successfully.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
On Apr 13, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
> On 13 Apr 2000, Alexandre Oliva wrote:
>> On Apr 12, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
>>
>> > On 12 Apr 2000, Alexandre Oliva wrote:
>> >> On Apr 12, 20
ript will be for.
> What else must be done?
There's the issue of merging -R/-rpath flags, if needed, or setting an
environment variable with them, since on some systems there's no
-R/-rpath flag. More details (lots of them! :-) in the archives.
--
Alexandre OlivaEnjoy G
y in, the program will fail to link on Solaris, for example.
Is that a common system, in your opinion?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD stud
On Apr 14, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
> On 14 Apr 2000, Alexandre Oliva wrote:
>> On Apr 14, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
>>
>> > If the rpath is not needed or the equivalent will simply listing out the
>> >
t will listing out all libraries along with there
> location (via -L flag) work on most systems?
Ditto
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist
because they've already caused me a lot of problems in
installations outside /usr.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Un
d used
to be.
> It would seam to me that it will also make an executable extremely
> non portable across multiple sytems
As long as the multiple systems all mount the directories onto the
same place, it works wonderfully well :-)
--
Alexandre OlivaEnjoy Guaraná, see htt
lable.
As long as the developer doesn't try to impose his view that it is the
user that's responsible for setting LD_LIBRARY_PATH or adding
directories to /etc/ld.so.conf if he doesn't want to follow the
```usual''' set-up.
--
Alexandre OlivaEnjoy Guaraná, see http
fact, it's disabled by
default)
4) IIRC, on some systems, LD_LIBRARY_PATH won't apply to dependent
libraries.
5) etc
6) etc
7) etc :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}
nd GNU
make. You'll need a development version of automake to get dependency
tracking to work with other compilers, or you'll have to create your
`Makefile.in's with `automake -i' to disable dependency tracking.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~ol
i-language branch
before trying to duplicate its work.
> (sparc64-*-linux-gnu*): Use libsuff 64 for search paths.
This is fine. Please post it to [EMAIL PROTECTED], and it will
eventually be installed.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a
>> compile line, you should use -Wc,-LANG:std
> I don't think it is so simple. The comments below pertain only to IRIX
> C++ 7.3.1.1m. This compiler des not understand -Wc.
It's libtool that understands -Wc, and -Xcompiler and strips them off
when invoking the compiler driver f
's only to be used at
link time; at compile-time, -LANG:std is supposed to work), and only
just before outputting the Makefiles in configure.in.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.co
rm and run on the host platform.
>> Question 2. If I'm missing something and more serious modifications are
>> not needed, shouldn't we write the following code instead?
> Looks good to me. I'm committing it now. Thanks.
We'll have to review this code and
On May 8, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> what I said still stands
Yup
>> We'll have to review this code and remove all references to target,
>> and use host wherever we currently refer to target.
> Well volunteered ;')
Yup,
uch simpler not to
> give a default value. Now, if you think this is the beginning of
> troubles, we might change it back :(
I think I've already seen code that tested whether target = NONE, so
it might be wise to keep it unchanged.
--
Alexandre OlivaEnjoy Guaraná, see http://www
mds explicitly. In any
case, this may have to be done as a special case for sequent-sysv4, as
other sysv4s may not work exactly the same.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software
unning GCC for linking, but actually
using ld, so it ``quotes'' the arguments in a way that would cause GCC
to pass them to the linker.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Fre
ame -o $lib $libobjs $deplibs $linkopts'
This assumes GCC. Instead, use `${wl}-h'. You'll probably want
`${wl}' before $soname.
Thanks!
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat co
you?
Index: ChangeLog
from Alexandre Oliva <[EMAIL PROTECTED]>
* ltconfig.in (wlarc): Set to empty on netbsd with GNU ld.
Index: ltconfig.in
===
RCS file: /home/cvs/libtool/ltconfig.in,v
retrieving revision 1.
oken. Or main.lo is not a valid
object file.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org}
ig. Make sure acinclude.m4 contains the right copy of
libtool.m4.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unic
On May 21, 2000, Mocha <[EMAIL PROTECTED]> wrote:
> does libtool include -rpath's in shared objects?
Not in release 1.3.4. In the CVS tree, there's the hardcode_into_libs
flag that's used to decide whether to do it or not.
--
Alexandre OlivaEnjoy Guaraná, see
On May 22, 2000, Mocha <[EMAIL PROTECTED]> wrote:
> any idea why it's broken in CVS?
Not yet. I haven't had time to investigate yet :-(
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redha
On May 20, 2000, Mocha <[EMAIL PROTECTED]> wrote:
> main.lo: file not recognized: File truncated
What's there in main.lo? It should be a valid object file, except
when using the multi-language branch or if libtool was configured with
--disable-shared.
--
Alexandre OlivaEnjo
udge in
ltmain. Maybe we can make a configuration variable to enable this behavior?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Uni
webpages
in-place, instead of editing them over CVS. Could someone at
www.gnu.org please fix it?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD stud
p
> and ship it out?
You may want to check in the patches for Sequent and Rhapsody that
have recently been posted to libtool-patches. Since they're ports to
new systems, they can hardly break existing ports :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cy
dvance.
The other two places you mentioned as suspects appear to be right to
me.
Thanks!
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS Ph
++ is not PIC, and Solaris' linker
refuses to include such non-PIC code in a shared library. This means
you wouldn't be able to create a shared library with g++ on Solaris.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat company
l should consider whether to add libstdc++ (or any
other implicitly-linked libraries, for that matter) just like it
considers any other libraries: on platforms that won't allow non-PIC
code into shared libraries, we'd have to drop it.
--
Alexandre OlivaEnjoy Guaraná, see http://w
sues and posting a patch to
[EMAIL PROTECTED], along with a ChangeLog entry?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.
given. Maybe that's the flag libtool should
use when it finds libstdc++ is not a shared library.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS P
CVS
tree, in the test of whether the library format was ELF or a.out.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unic
TOOL rather than AC_PROG_NM
> (from Libtool) to find `nm' and didn't get the `-B' option.
> What if one really need nm-for-target?
Libtool should probably use AC_CHECK_TOOL itself to find `nm'.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oli
nstall it for you.
> Hmm. Alexandre?
Weird... It shouldn't be using this file at all, unless you're using
AC_PROG_GCJ. Maybe I goofed somewhere?
I'll be away until next Friday, so I'd be grateful if someone could
fix this for me.
> Alexandre, Gary, Thomas, which versi
and automake. I don't
like the idea of forcing people to upgrade more than one tool at a
time, since this makes it harder to figure out where problems that
show up with the upgrades are.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat co
e done in a few platforms. Libtool 1.3.5 only does that
on a few platforms; libtool 1.4 will do it on a few more platforms,
but, in general, it won't do it, because it's not possible.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red
On Jun 3, 2000, Ossama Othman <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 03, 2000 at 05:52:19PM -0700, Alexandre Oliva wrote:
>> Unless there's a very pressing reason to do it, I'd rather be able to
>> use libtool with older releases of autoconf and automake. I do
On Jun 15, 2000, [EMAIL PROTECTED] wrote:
> Forgot some -Wl when passing arguments to ld for -update_registry
> under IRIX 6.2 (probably for 6.5 as well).
Looks good to me. Will you please post it to libtool-patches, along
with a ChangeLog entry? TIA,
--
Alexandre Oliva Enjoy G
On Jul 6, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> Does anyone know why libtool still tries to use cc?
Probably because configure doesn't export CC, and ltconfig performs
its own search for cc, which resembles the original autoconf
AC_PROG_CC implementation.
--
Alexandre
ntions CXX or GCJ.
--
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 Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> On 9 Jul 2000, Alexandre Oliva wrote:
>> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>>
>> > I am trying to understand how libtool configures itself and
>> > I just can not figur
ol only creates DLLs when you promise
there won't be any undefined symbols (-no-undefined)
--
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
g only the developer of the library
can tell.
--
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
library's LDFLAGS, but
only if the library is self-contained.
--
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 So
On Jul 9, 2000, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>> appending configuration tag "GCJ" to libtool
> Huh? What the hack is GCJ doing here?
I've just figured it out. Even though your autoc
of libfoo-0-0-0.dll.
-avoid-version
--
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 Jun 3, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
> On 3 Jun 2000, Alexandre Oliva wrote:
>> Weird... It shouldn't be using this file at all, unless you're using
>> AC_PROG_GCJ. Maybe I goofed somewhere?
> I actually notice that it not only
-mimpure-text, to prevent this flag from being passed. At
least, that's the case for gcc 2.6.3 and from 2.8.1 on. Does anybody
have 2.8.0 and 2.7.* on Solaris handy to check? If we find this out
for sure, we'd be able to use pass_all on Solaris, which would be
really great!
--
Alexandre
On Jul 5, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> + * libtool.m4 (AC_PROG_NM): Fix macro so that it
> + finds a cross NM on the PATH.
Thanks, please post it to [EMAIL PROTECTED]
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red
for regular libraries and
not drop for `-module's?
In any case, we'd have to resurrect the shared-library detection
mechanisms on systems for which we've switched to pass_all, and figure
out some way to enable them. And then, implement the option. Any
volunteers?
--
Alexandre
On May 22, 2000, Mocha <[EMAIL PROTECTED]> wrote:
> I think you may have gotten the Wl (since you made it) into CVS
Yup, just installed.
> but not the
> inter-library dependency one.
Will you please post it to [EMAIL PROTECTED], along with a
ChangeLog entry? Thanks
--
.o files to name object
files. PIC object files are now stored in the .libs directory, and
the .lo file now is a script that names the PIC and the non-PIC object
files.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{
1 - 100 of 394 matches
Mail list logo
