This is the mail archive of the java-discuss@sources.redhat.com mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: static linking

To: Alexandre Oliva <aoliva at redhat dot com>
Subject: Re: static linking
From: Tom Tromey <tromey at redhat dot com>
Date: 06 Dec 2000 11:16:34 -0700
Cc: Jeff Sturm <jeff dot sturm at appnet dot com>, Bryce McKinlay <bryce at albatross dot co dot nz>, java-discuss at sources dot redhat dot com
References: <3A2D85B3.E57E33A8@appnet.com> <3A2D8F9D.A3E2F78D@albatross.co.nz> <3A2DA684.D73D8415@appnet.com> <3A2DACA8.E7ED759C@albatross.co.nz> <3A2E5DF5.BD84250B@appnet.com> <oraea9v3u6.fsf@guarana.lsd.ic.unicamp.br>
Reply-To: tromey at redhat dot com

Alexandre> That's because libtool only extracts convenience libraries,
Alexandre> which -lsupc++ isn't; -lsupc++convenience is, but it's not
Alexandre> (and shouldn't be) installed.

But we could solve this in the unified tree by linking against that,
right?

Or should we just add -lsupc++ to libgcj.spec?

Tom

Follow-Ups:
- Re: static linking
  - From: Alexandre Oliva

References:
- static linking
  - From: Jeff Sturm
- Re: static linking
  - From: Bryce McKinlay
- Re: static linking
  - From: Jeff Sturm
- Re: static linking
  - From: Bryce McKinlay
- Re: static linking
  - From: Jeff Sturm
- Re: static linking
  - From: Alexandre Oliva

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]