Re: [MAD SCIENCE EXPERIMENT]: Replace some libtool functionality with handcoded C

2003-12-03 Thread Alexandre Oliva
On Dec 3, 2003, Mohan Embar <[EMAIL PROTECTED]> wrote: > I wanted to see how much faster the libgcj build would go if I took > libtool out of the picture for some of the pieces. I'm not all that surprised your C program is much faster that the shell script. For starters, it fails to support all

Re: avoiding C++, Fortran tags

2003-12-03 Thread Matt Fago
Libtool 1.5 seems like it currently requires a F77 compiler, but I'm trying to build on Darwin with Apple's gcc. For now I can gladly use Paolo's backport of AC_LIBTOOL_TAGS. Thanks! Is there a plan to release an interim 1.5.1 libtool version with this patch, or is 1.6 coming out soon? Regardi

Civil Designer

2003-12-03 Thread Resume
RIC SIE Tel (408)482-2840[EMAIL PROTECTED] OBJECTIVE: STRUCTURAL & MECHANICAL DESIGNER CIVIL, ARCHITECTURAL, TRANSPORTATION CAD Operator EXPERIENCE: 93 - present DESIGNER, ENGINEER, CAD MANAGER; "Mech-Tronic" Engineering & Design Service, Pr

Re: avoiding C++, Fortran tags

2003-12-03 Thread Paolo Bonzini
I am using the attached macro as a backport of AC_LIBTOOL_TAGS to libtool 1.5. Paolo # backported from libtool 1.6 by Paolo Bonzini # When AC_LIBTOOL_TAGS is used, I redefine _LT_AC_TAGCONFIG # to be more similar to the libtool 1.6 implementation, which # uses an m4 loop and m4 case instead of a

Defines dependent on static/dynamic build

2003-12-03 Thread Paolo Bonzini
> I seem to recall that libtool used to define something when compiling > a shared library, but that this support was removed. Presumably this > was because there was some other way to accomplish the same thing. > > Does anyone know of a way to get libtool to behave the way I need? You may add som