Re: solaris cpp problem

Re: solaris cpp problem

[Charlie McDowell]

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

Re: solaris cpp problem

[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

Re: solaris cpp problem

[Charlie McDowell]

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