public inbox for rhug-rhats@sourceware.org
 help / color / mirror / Atom feed
* rhug libtool problem
@ 2001-10-18 14:39 Per Bothner
  2001-10-18 15:50 ` Tom Tromey
  0 siblings, 1 reply; 4+ messages in thread
From: Per Bothner @ 2001-10-18 14:39 UTC (permalink / raw)
  To: rhug-rhats

I'm confused how people are able to compile rhug without getting these
kinds of errors:

make[2]: Entering directory `/home/bothner/Java/rhug/pgsql-jdbc'
source='upstream/org/postgresql/Field.java' object='upstream/org/postgresql/Field.lo' libtool=yes \
depfile='.deps/upstream/org/postgresql/Field.Plo' tmpdepfile='.deps/upstream/org/postgresql/Field.TPlo' \
depmode=gcc3 /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcj  --encoding=UTF-8 -fassume-compiled -fCLASSPATH=upstream -O2 -c -o upstream/org/postgresql/Field.lo `test -f upstream/org/postgresql/Field.java || echo './'`upstream/org/postgresql/Field.java
rm -f upstream/org/postgresql/.libs/Field.lo
gcj --encoding=UTF-8 -fassume-compiled -fCLASSPATH=upstream -O2 -c upstream/org/postgresql/Field.java -MT upstream/org/postgresql/Field.lo -MD -MP -MF .deps/upstream/org/postgresql/Field.TPlo  -fPIC -DPIC  -o upstream/org/postgresql/Field.ogcj: can't specify `-D' without `--main'

The fix presumably is to require the "multi-language" libtool,
and add --tag=GCJ to LTGCJCOMPILE in the various Makefiles.
My confusion is that people seem to be managing without it.  Are
they just building statically?

	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rhug libtool problem
  2001-10-18 14:39 rhug libtool problem Per Bothner
@ 2001-10-18 15:50 ` Tom Tromey
  2001-10-18 16:18   ` Anthony Green
  0 siblings, 1 reply; 4+ messages in thread
From: Tom Tromey @ 2001-10-18 15:50 UTC (permalink / raw)
  To: Per Bothner; +Cc: rhug-rhats

>>>>> "Per" == Per Bothner <per@bothner.com> writes:

Per> The fix presumably is to require the "multi-language" libtool,
Per> and add --tag=GCJ to LTGCJCOMPILE in the various Makefiles.
Per> My confusion is that people seem to be managing without it.  Are
Per> they just building statically?

I'm not doing anything special.  I just configured and built.

Tom

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rhug libtool problem
  2001-10-18 15:50 ` Tom Tromey
@ 2001-10-18 16:18   ` Anthony Green
  2001-10-18 16:46     ` Per Bothner
  0 siblings, 1 reply; 4+ messages in thread
From: Anthony Green @ 2001-10-18 16:18 UTC (permalink / raw)
  To: tromey, Per Bothner; +Cc: rhug-rhats

Tom wrote:
> I'm not doing anything special.  I just configured and built.

Ditto.  Did you rerun libtoolize, or something like that?

AG


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rhug libtool problem
  2001-10-18 16:18   ` Anthony Green
@ 2001-10-18 16:46     ` Per Bothner
  0 siblings, 0 replies; 4+ messages in thread
From: Per Bothner @ 2001-10-18 16:46 UTC (permalink / raw)
  To: Anthony Green; +Cc: tromey, rhug-rhats

Anthony Green wrote:

>Ditto.  Did you rerun libtoolize, or something like that?
>
No.  'cvs update' show no modified files.  I rm libtool, move any
libtool and libtoolize except the ones in /usr/bin (on RH 7.1() out
of my path, re-run configure, and I get the same failures.

    --Per


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2001-10-18 16:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-10-18 14:39 rhug libtool problem Per Bothner
2001-10-18 15:50 ` Tom Tromey
2001-10-18 16:18   ` Anthony Green
2001-10-18 16:46     ` Per Bothner

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).