Hello Hubert,
libtool seems not to link in libgcc.a when using gcc (where this symbol is
defined).
You may use Sun's native compiler cc to get it working.
--
Andreas
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Hubert Feyrer
> Sent: Monday, Sep
On Mon, 10 Sep 2001, Andreas Wendt wrote:
> libtool seems not to link in libgcc.a when using gcc (where this symbol is
> defined).
> You may use Sun's native compiler cc to get it working.
That's not an option, as the Sun 'cc' costs $.
I'll play with -lgcc and see what happens, but it would b
I mumbled about mdemo-exec and friends failing a while back, but hopefully
this will make the problem a bit clearer:
Just adding the following to source of 6 September 14:36 GMT:
Index: ltdl.c
===
RCS file: /cvsroot/libtool/libtool/l
On Sat, Sep 08, 2001 at 01:49:35AM -0700, Bruce Korb wrote:
> Robert Collins wrote:
> >
> > On Sat, 2001-09-08 at 13:31, Gary V. Vaughan wrote:
> > > On Fri, Sep 07, 2001 at 02:45:11PM -0500, Tim Mooney wrote:
> > > Phew! Thanks for that info.
> > >
> > > I'm open to suggestions for a cleaner wa
On Monday 10 September 2001 18:59, Patrick Welche wrote:
> I mumbled about mdemo-exec and friends failing a while back, but hopefully
> this will make the problem a bit clearer:
I already stated that the problem lies in the fact that the configuration
goop expects dlopen to be in a library other
On Sat, Sep 08, 2001 at 04:34:07PM -0400, Jack Howarth wrote:
> Hello,
>I have noticed that on debian ppc sid we
> have problems building kdebase 2.2.0 because
> of flaws in the libtool included there. The
> problem is that the libtool is linking with
> --nostdlib but fails to pass -lgcc along
On Mon, Sep 10, 2001 at 05:55:57PM +0200, Hubert Feyrer wrote:
> On Mon, 10 Sep 2001, Andreas Wendt wrote:
> > libtool seems not to link in libgcc.a when using gcc (where this symbol is
> > defined).
> > You may use Sun's native compiler cc to get it working.
>
> That's not an option, as the Sun
On Sun, Sep 09, 2001 at 06:05:56PM +0100, s_a_white wrote:
> I've performed the following tests with the following results:
Cool! Thanks.
> Now running configure detects the executable extension as none. Performing
> a make builds the program but the link fails stating that log10 is an
> unre
This looks like a 1.3.x error message. Upgrade to 1.4.2 and try again?
Cheers,
Gary.
On Mon, Sep 10, 2001 at 01:14:45PM +0100, Larry Cotton wrote:
>
> I wrote on Friday :
>
>
>
> Hi
>
> I'm completely
On Mon, Sep 10, 2001 at 09:46:15PM +0100, Gary V. Vaughan wrote:
> I wish I had a better understanding of linkers and the like :-(
Title: Linkers and Loaders
ISBN: 1558604960
Author: John R. Levine
Date: 1999
--
albert chin ([EMAIL PROTECTED])
__
On Mon, 10 Sep 2001, Gary V. Vaughan wrote:
> It is a long standing bug with gcc using native ld on solaris,
> revealed in this release because I have started using assert() in
> ltdl.c (which requires __eprintf from libgcc.a).
>
> Here are a couple of options:
>
> * upgrade to gcc 3.0.1 from
Hi,
I'm trying to setup a process where when I run a make for any given library, it
should build the .a or .so and install it. Instead of doing a make install
after the
build has taken place. Is there a way to do this?
My dilema, is that developers are trying to populate a lib directory with
a
On Tue, Sep 11, 2001 at 12:26:44AM +0200, Hubert Feyrer wrote:
> On Mon, 10 Sep 2001, Gary V. Vaughan wrote:
> > It is a long standing bug with gcc using native ld on solaris,
> > revealed in this release because I have started using assert() in
> > ltdl.c (which requires __eprintf from libgcc.a).
"Gary V. Vaughan" wrote:
> Suggestions?
1. Demand an ANSI compiler or better. Anyone still working with
anything older is a hobbiest and can go grab GCC 2.7.1 and
bootstrap. No sympathy from me.
2. Recast everything as "ptr_t" which is a typedef for "char*".
Amdhal is the only s
On Mon, Sep 10, 2001 at 11:29:57AM -0700, Bruce Korb wrote:
> "Gary V. Vaughan" wrote:
>
> > Suggestions?
>
> 2. Recast everything as "ptr_t" which is a typedef for "char*".
> Amdhal is the only system I know of with 64 bit proc pointers
> and 32 bit data pointers. If you gotta support
Support Request #100049, was updated on 2001-May-30 05:53
You can respond by visiting:
http://savannah.gnu.org/support/?func=detailsupport&support_id=100049&group_id=25
Category: None
Status: Open
Priority: 3
Summary: conveniece libraries under darwin?
By: gary
Date: 2001-Sep-11 03:01
Message:
On Fri, Sep 07, 2001 at 09:27:33PM -0700, H . J . Lu wrote:
> On Fri, Sep 07, 2001 at 09:19:08PM -0700, H . J . Lu wrote:
> > On Sat, Sep 08, 2001 at 12:14:49AM -0400, Jack Howarth wrote:
> > > howarth@bogus:~$ gcc -v
> > > Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs
> > > gcc v
Fausto Sanchez writes:
> I'm trying to setup a process where when I run a make for any given library, it
> should build the .a or .so and install it. Instead of doing a make install
> after the
> build has taken place. Is there a way to do this?
alias make='make install'
Incidentally, this has
I am pleased to announce the release of GNU Libtool 1.4.2, which now
builds correctly on Solaris again and diagnoses problematic
combinations of gcc and native ld. There are also a small number of
incremental improvements and bugfixes since the last release.
This release was bootstrapped and tes
19 matches
Mail list logo
