public inbox for java@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: solaris cpp problem
       [not found] ` <200002241832.KAA26735@ferrule.cygnus.com>
  2000-04-01  0:00   ` solaris cpp problem Charlie McDowell
@ 2000-04-01  0:00   ` Charlie McDowell
  2000-04-01  0:00     ` Tom Tromey
  1 sibling, 1 reply; 3+ messages in thread
From: Charlie McDowell @ 2000-04-01  0:00 UTC (permalink / raw)
  To: java-discuss; +Cc: Tom Tromey

I'm sorry for having taken up peoples time. The latest problem appears
to have been an operator error.
I rebuilt gcc with the latest binutils (ld in particular) but I failed
to reinstall gcc. After reinstalling the gcc built with the
newest binutils my libgcj build completed. I plan to do a make clean and
rebuild libgcj one more time to see if
in fact it works out of the box now. The make that finished had removed
the -Mp,-MD... options in part of the
build.

I can now compile hello world but it isn't finding libgcj. I believe I
can figure this one out (you are welcome to offer your help anyway).

Thanks again for your help. I will follow-up to confirm that the build
works without modification once all of the other tools were built and
installed (in the proper order).

--
Charlie McDowell, Professor   (831) 459-4772 (w)
Computer Science Department       (831) 427-2076 (h)
239 Baskin Engineering                          (831) 459-4829 (fax)
Univ. of Calif., Santa Cruz, CA 95064
http://www.cse.ucsc.edu/~charlie


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

* Re: solaris cpp problem
  2000-04-01  0:00   ` Charlie McDowell
@ 2000-04-01  0:00     ` Tom Tromey
  0 siblings, 0 replies; 3+ messages in thread
From: Tom Tromey @ 2000-04-01  0:00 UTC (permalink / raw)
  To: Charlie McDowell; +Cc: java-discuss, Tom Tromey

>>>>> "Charlie" == Charlie McDowell <charlie@cse.ucsc.edu> writes:

Charlie> I can now compile hello world but it isn't finding libgcj. I
Charlie> believe I can figure this one out (you are welcome to offer
Charlie> your help anyway).

Do you mean it isn't finding it at link time or at run time?

At link time is one sort of bug.  Most typical cause: you didn't
configure gcc and libgcj with the same --prefix value.

At run time is another sort of bug.  Most typical solution: set
LD_LIBRARY_PATH to include the libgcj lib directory, or use -rpath to
compile the directory into the executable.


Anthony once suggested (here?  or was it privately?  I don't recall)
that we have libgcj.spec include the -rpath command for the linker.
This will make programs work out of the box.  Is there any downside to
this?

Tom

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

* Re: solaris cpp problem
       [not found] ` <200002241832.KAA26735@ferrule.cygnus.com>
@ 2000-04-01  0:00   ` Charlie McDowell
  2000-04-01  0:00   ` Charlie McDowell
  1 sibling, 0 replies; 3+ messages in thread
From: Charlie McDowell @ 2000-04-01  0:00 UTC (permalink / raw)
  To: java-discuss

I have deteremined that the cpp I am using is not happy with the way the
-MD option is passed.
The cpp command that is being executed is something like:

cpp  -I. -I../../../libgcj-2.95.1/libjava -I./include -Iinclude
-I../../../libgcj-2.95.1/libjava/include
-I../../../libgcj-2.95.1/libjava/../boehm-gc -I./../boehm-gc
-I../../../libgcj-2.95.1/libjava/../compat-include
-I../../../libgcj-2.95.1/libjava/../zlib -D__GNUC__=2 -D__GNUG__=2
-D__GNUC_MINOR__=95 -D__cplusplus -Dsparc -Dsun -Dunix -D__svr4__
-D__SVR4 -D__sparc__ -D__sun__ -D__unix__ -D__svr4__ -D__SVR4 -D__sparc
-D__sun -D__unix '-Asystem(unix)' '-Asystem(svr4)' -D__EXCEPTIONS
-D__OPTIMIZE__ -g -W -Wall -D__GCC_NEW_VARARGS__ '-Acpu(sparc)'
'-Amachine(sparc)' -DHAVE_CONFIG_H -DSILENT=1 -DNO_SIGNALS=1
-DNO_DEBUGGING=1 -DJAVA_FINALIZATION=1 -DPIC  -MD somepathfilename
../../../libgcj-2.95.1/libjava/prims.cc tempoutputfile

It seems that my cpp was confused and used somepathfilename as the input
file and ../.../prims.cc as the output
file thus seeing tempoutputfile as some unknown input file hence the
error message "too many input files".

To confirm here is my cpp -v

sundance>cpp -v
Reading specs from
/projects/learning/usr/java/lib/gcc-lib/sparc-sun-solaris2.6/2.95.1/specs

gcc version 2.95.1 19990816 (release)


I followed your advice and eliminated the -Wp,-MD option. That made
significant progress but failed with:

ld: fatal: file crti.o: open failed: No such file or directory
make[1]: *** [libgcj.la] Error 1
make[1]: Leaving directory
`/projects/learning/usr/java/libgcj-objdir/sparc-sun-solaris2.6/libjava'

I should also note that there were a number of warnings from the c++
commands (without the -Wp,-MD)
warning about linker output not used or some such (I can get the exact
wording if it is important).

I'd appreciate advice on how to proceed from here, and maybe someone can
point out (with the added info
above) why my cpp isn't working as it apparently is expected to work.



--
Charlie McDowell, Professor   (831) 459-4772 (w)
Computer Science Department       (831) 427-2076 (h)
239 Baskin Engineering                          (831) 459-4829 (fax)
Univ. of Calif., Santa Cruz, CA 95064
http://www.cse.ucsc.edu/~charlie


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

end of thread, other threads:[~2000-04-01  0:00 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <38B56F26.2D981C81@cse.ucsc.edu>
     [not found] ` <200002241832.KAA26735@ferrule.cygnus.com>
2000-04-01  0:00   ` solaris cpp problem Charlie McDowell
2000-04-01  0:00   ` Charlie McDowell
2000-04-01  0:00     ` Tom Tromey

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).