* feedback on --enable-java-home
@ 2008-10-26 10:15 Matthias Klose
2008-10-29 17:58 ` Andrew Haley
0 siblings, 1 reply; 9+ messages in thread
From: Matthias Klose @ 2008-10-26 10:15 UTC (permalink / raw)
To: Joshua Sumali, Andrew Haley; +Cc: java
Hi,
as "promised" ;), some feedback about the integration of the
java-gcj-compat stuff. please find extracts from a build log at the
end.
Configured with
--with-java-home=/usr/lib/gcc-snapshot
--enable-java-home
--with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm
--with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports
a) having both --with-java-home and --enable-java-home is at least
confusing, plus with the new schema, --enable-java-home does
hardcode a part of --with-java-home, without giving the
possibility to select the jvm name anymore.
Please merge --with-java-home/--enable-java-home and make it
possible to give your own name. Where's the value about having to
use `java-1.5.0-gcj-1.5.0.0'? is this documented?
b) The symlinks for the header files are wrong, when installed with
DESTDIR set.
c) The ecj symlink assumes an installation of ecj in a given
location, which apparently is only true for installations into
/usr or /usr/local. This should be configurable.
d) The javadoc symlink is created unconditionally, but gjdoc is not
built in all cases.
e) The src.zip symlink is dangling, the default install never
installs the src zip.
f) The symlinks to the .so files should be normalized, at least for
multilib builds these look like:
libjawt.so -> ../../../../lib/../lib/gcj-4.4.0-10/libjawt.so
g) No documentation about the new options in gcc/doc/install.texi
h) Why are the additional symlinks to the rt.jar required?
i) The versioned jar links point to the bin directory, not to the
lib directory.
j) The versioned jar links are created in the "toplevel" dir, not
in the lib directory.
k) Symlinks to the manual pages would be nice as well.
l) Should a cacerts file created by default? At least java-gcj-compat
did include a generate-cacerts.pl script.
Looks like this patch didn't see much testing.
Matthias
configure -v --with-pkgversion='Ubuntu 20081024-0ubuntu1' --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs' --enable-languages=c,c++,java,fortran,objc,obj-c++,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo --disable-plugin --with-java-home=/usr/lib/gcc-snapshot --enable-java-home --with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm --with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-mpfr --disable-werror --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux
relative() { \
perl -e 'use File::Spec; \
print File::Spec->abs2rel($ARGV[0], $ARGV[1])' $1 $2; \
}; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin); \
ln -sf $RELATIVE/`echo gij | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/java; \
ln -sf $RELATIVE/`echo gjar | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/jar; \
ln -sf $RELATIVE/`echo gjdoc | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javadoc; \
ln -sf $RELATIVE/`echo grmic | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmic; \
ln -sf $RELATIVE/`echo gjavah | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javah; \
ln -sf $RELATIVE/ecj /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javac; \
ln -sf $RELATIVE/`echo gappletviewer | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/appletviewer; \
ln -sf $RELATIVE/`echo gjarsigner | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/jarsigner; \
ln -sf $RELATIVE/`echo grmiregistry | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmiregistry; \
ln -sf $RELATIVE/`echo gkeytool | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/keytool; \
ln -sf $RELATIVE/`echo gorbd | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/orbd; \
ln -sf $RELATIVE/`echo gnative2ascii | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/native2ascii; \
ln -sf $RELATIVE/`echo grmid | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmid; \
ln -sf $RELATIVE/`echo gtnameserv | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/tnameserv; \
ln -sf $RELATIVE/`echo gserialver | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/serialver; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin); \
ln -sf $RELATIVE/`echo grmiregistry | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/rmiregistry; \
ln -sf $RELATIVE/`echo gkeytool | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/keytool; \
ln -sf $RELATIVE/`echo gij | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/java; \
ln -sf $RELATIVE/`echo gorbd | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/orbd; \
ln -sf $RELATIVE/`echo grmid | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/rmid; \
ln -sf $RELATIVE/`echo gtnameserv | sed 's,^.*/,,;s,y,y,;s/$//'` \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/tnameserv; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0; \
version=1.5.0.0; \
working_dir=`pwd`; \
cd /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0; \
for jarname in jaas jce jdbc-stdext jndi jndi-cos jndi-dns \
jndi-ldap jndi-rmi jsse sasl; \
do \
ln -s $RELATIVE/$jarname.jar $jarname-$version.jar; \
done; \
for jar in *-$version.jar; \
do \
ln -sf $jar $(echo $jar | sed "s|-$version.jar|-1.5.0.jar|g"); \
ln -sf $jar $(echo $jar | sed "s|-$version.jar|.jar|g"); \
done; \
cd $working_dir; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/lib/security /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security); \
cd /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security; \
ln -sf $RELATIVE/classpath.security java.security; \
cd $working_dir; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//client; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//server; \
/build/buildd/gcc-snapshot-20081024/src/mkinstalldirs /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib; \
cd /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib; \
for jarname in jaas jce jdbc-stdext jndi jndi-cos jndi-dns \
jndi-ldap jndi-rmi jsse sasl; \
do \
ln -s rt.jar $jarname.jar; \
done; \
cd $working_dir; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib); \
ln -sf $RELATIVE/libgcj-4.4.0.jar \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/rt.jar; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/lib/../lib/gcj-4.4.0-10 /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/); \
ln -sf $RELATIVE/libjawt.so \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//libjawt.so; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/lib/../lib/gcj-4.4.0-10 /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//client); \
ln -sf $RELATIVE/libjvm.so \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//client/libjvm.so; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/lib/../lib/gcj-4.4.0-10 /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//server); \
ln -sf $RELATIVE/libjvm.so \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//server/libjvm.so; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib); \
ln -sf $RELATIVE/libgcj-tools-4.4.0.jar \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib/tools.jar; \
for headername in jawt jni; do \
DIRECTORY=$(dirname $(/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/gcj -print-file-name=include/$headername.h)); \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp$DIRECTORY /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include); \
ln -sf $RELATIVE/$headername.h \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/$headername.h; \
done; \
for headername in jawt_md jni_md; do \
DIRECTORY=$(dirname $(/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/gcj -print-file-name=include/$headername.h)); \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp$DIRECTORY /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux); \
ln -sf $RELATIVE/$headername.h \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/$headername.h; \
done; \
RELATIVE=$(relative /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0); \
ln -sf $RELATIVE/src-4.4.0.zip \
/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/src.zip;
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//client
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib//server
mkdir -p -- /build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib
test -z "/usr/lib/gcc-snapshot/share/java" || mkdir -p -- "/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java"
/usr/bin/install -c -m 644 'libgcj-4.4.0.jar' '/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java/libgcj-4.4.0.jar'
/usr/bin/install -c -m 644 'libgcj-tools-4.4.0.jar' '/build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/share/java/libgcj-tools-4.4.0.jar'
make[6]: Leaving directory `/build/buildd/gcc-snapshot-20081024/build/x86_64-linux-gnu/libjava'
make[5]: Leaving directory `/build/buildd/gcc-snapshot-20081024/build/x86_64-linux-gnu/libjava'
make[4]: Leaving directory `/build/buildd/gcc-snapshot-20081024/build/x86_64-linux-gnu/libjava'
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/client/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/server/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/
drwxr-xr-x root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/rmiregistry -> ../../../../bin/grmiregistry
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/keytool -> ../../../../bin/gkeytool
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/java -> ../../../../bin/gij
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/orbd -> ../../../../bin/gorbd
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/rmid -> ../../../../bin/grmid
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/tnameserv -> ../../../../bin/gtnameserv
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/java.security -> ../../../../../lib/security/classpath.security
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/client/libjvm.so -> ../../../../../lib/../lib/gcj-4.4.0-10/libjvm.so
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/server/libjvm.so -> ../../../../../lib/../lib/gcj-4.4.0-10/libjvm.so
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jaas.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jce.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jdbc-stdext.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jndi.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jndi-cos.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jndi-dns.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jndi-ldap.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jndi-rmi.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/jsse.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/sasl.jar -> rt.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/rt.jar -> ../../../../share/java/libgcj-4.4.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/libjawt.so -> ../../../../lib/../lib/gcj-4.4.0-10/libjawt.so
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/java -> ../../../bin/gij
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/jar -> ../../../bin/gjar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javadoc -> ../../../bin/gjdoc
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmic -> ../../../bin/grmic
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javah -> ../../../bin/gjavah
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/javac -> ../../../bin/ecj
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/appletviewer -> ../../../bin/gappletviewer
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/jarsigner -> ../../../bin/gjarsigner
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmiregistry -> ../../../bin/grmiregistry
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/keytool -> ../../../bin/gkeytool
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/orbd -> ../../../bin/gorbd
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/native2ascii -> ../../../bin/gnative2ascii
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/rmid -> ../../../bin/grmid
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/tnameserv -> ../../../bin/gtnameserv
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/bin/serialver -> ../../../bin/gserialver
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/jawt_md.h -> ../../../../../../../build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/../lib/gcc/x86_64-linux-gnu/4.4.0/include/jawt_md.h
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/jni_md.h -> ../../../../../../../build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/../lib/gcc/x86_64-linux-gnu/4.4.0/include/jni_md.h
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/jawt.h -> ../../../../../../build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/../lib/gcc/x86_64-linux-gnu/4.4.0/include/jawt.h
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/jni.h -> ../../../../../../build/buildd/gcc-snapshot-20081024/debian/tmp/usr/lib/gcc-snapshot/bin/../lib/gcc/x86_64-linux-gnu/4.4.0/include/jni.h
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/lib/tools.jar -> ../../../share/java/libgcj-tools-4.4.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/src.zip -> ../../share/java/src-4.4.0.zip
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jaas-1.5.0.0.jar -> ../../../../bin/jaas.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jce-1.5.0.0.jar -> ../../../../bin/jce.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jdbc-stdext-1.5.0.0.jar -> ../../../../bin/jdbc-stdext.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-1.5.0.0.jar -> ../../../../bin/jndi.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-cos-1.5.0.0.jar -> ../../../../bin/jndi-cos.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-dns-1.5.0.0.jar -> ../../../../bin/jndi-dns.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-ldap-1.5.0.0.jar -> ../../../../bin/jndi-ldap.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-rmi-1.5.0.0.jar -> ../../../../bin/jndi-rmi.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jsse-1.5.0.0.jar -> ../../../../bin/jsse.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl-1.5.0.0.jar -> ../../../../bin/sasl.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jaas-1.5.0.jar -> jaas-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jaas.jar -> jaas-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jce-1.5.0.jar -> jce-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jce.jar -> jce-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jdbc-stdext-1.5.0.jar -> jdbc-stdext-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jdbc-stdext.jar -> jdbc-stdext-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-1.5.0.jar -> jndi-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi.jar -> jndi-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-cos-1.5.0.jar -> jndi-cos-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-cos.jar -> jndi-cos-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-dns-1.5.0.jar -> jndi-dns-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-dns.jar -> jndi-dns-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-ldap-1.5.0.jar -> jndi-ldap-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-ldap.jar -> jndi-ldap-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-rmi-1.5.0.jar -> jndi-rmi-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jndi-rmi.jar -> jndi-rmi-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jsse-1.5.0.jar -> jsse-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/jsse.jar -> jsse-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl-1.5.0.jar -> sasl-1.5.0.0.jar
lrwxrwxrwx root/root 0 2008-10-25 07:08 ./usr/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl.jar -> sasl-1.5.0.0.jar
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-26 10:15 feedback on --enable-java-home Matthias Klose
@ 2008-10-29 17:58 ` Andrew Haley
2008-10-29 18:45 ` Matthias Klose
0 siblings, 1 reply; 9+ messages in thread
From: Andrew Haley @ 2008-10-29 17:58 UTC (permalink / raw)
To: Matthias Klose; +Cc: Joshua Sumali, java
Matthias Klose wrote:
> as "promised" ;), some feedback about the integration of the
> java-gcj-compat stuff. please find extracts from a build log at the
> end.
>
> Configured with
> --with-java-home=/usr/lib/gcc-snapshot
> --enable-java-home
> --with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm
> --with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports
>
> a) having both --with-java-home and --enable-java-home is at least
> confusing, plus with the new schema, --enable-java-home does
> hardcode a part of --with-java-home, without giving the
> possibility to select the jvm name anymore.
> Please merge --with-java-home/--enable-java-home and make it
> possible to give your own name. Where's the value about having to
> use `java-1.5.0-gcj-1.5.0.0'? is this documented?
>
> b) The symlinks for the header files are wrong, when installed with
> DESTDIR set.
I'm not exactly sure what this means. I get
/usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/jni_md.h -->
../../../../../../../../home/aph/gcc/trunk/install/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/jawt_md.h
which works fine.
> c) The ecj symlink assumes an installation of ecj in a given
> location, which apparently is only true for installations into
> /usr or /usr/local. This should be configurable.
I haven't got an ecj symlink.
> d) The javadoc symlink is created unconditionally, but gjdoc is not
> built in all cases.
I'm not sure what good it would do not to create the symlink.
> e) The src.zip symlink is dangling, the default install never
> installs the src zip.
Confirmed. Will fix.
> f) The symlinks to the .so files should be normalized, at least for
> multilib builds these look like:
> libjawt.so -> ../../../../lib/../lib/gcj-4.4.0-10/libjawt.so
They seem to work ... what is the problem?
> g) No documentation about the new options in gcc/doc/install.texi
>
> h) Why are the additional symlinks to the rt.jar required?
I think the idea is to provide the contents of jvm-exports, but it hasn't
worked because of the dangling symlinks.
/usr/local/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl.jar -->
sasl-1.5.0.0.jar -->
/home/aph/gcc/trunk/install/bin/sasl.jar
This last link is wrong: it should point to
/usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/sasl.jar -->
rt.jar
which is the real destination.
> i) The versioned jar links point to the bin directory, not to the
> lib directory.
Confirmed. Needs fixing.
> j) The versioned jar links are created in the "toplevel" dir, not
> in the lib directory.
Confirmed. Needs fixing.
> k) Symlinks to the manual pages would be nice as well.
In the java-home dir?
> l) Should a cacerts file created by default? At least java-gcj-compat
> did include a generate-cacerts.pl script.
I'm not certain about this; perhaps not.
Andrew.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-29 17:58 ` Andrew Haley
@ 2008-10-29 18:45 ` Matthias Klose
2008-10-29 18:59 ` Andrew Haley
2008-10-31 1:24 ` Mark Wielaard
0 siblings, 2 replies; 9+ messages in thread
From: Matthias Klose @ 2008-10-29 18:45 UTC (permalink / raw)
To: Andrew Haley; +Cc: Matthias Klose, Joshua Sumali, java, Mark Wielaard
Andrew Haley schrieb:
> Matthias Klose wrote:
>
>> as "promised" ;), some feedback about the integration of the
>> java-gcj-compat stuff. please find extracts from a build log at the
>> end.
>>
>> Configured with
>> --with-java-home=/usr/lib/gcc-snapshot
>> --enable-java-home
>> --with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm
>> --with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports
>>
>> a) having both --with-java-home and --enable-java-home is at least
>> confusing, plus with the new schema, --enable-java-home does
>> hardcode a part of --with-java-home, without giving the
>> possibility to select the jvm name anymore.
>> Please merge --with-java-home/--enable-java-home and make it
>> possible to give your own name. Where's the value about having to
>> use `java-1.5.0-gcj-1.5.0.0'? is this documented?
>>
>> b) The symlinks for the header files are wrong, when installed with
>> DESTDIR set.
>
> I'm not exactly sure what this means. I get
>
> /usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/jni_md.h -->
> ../../../../../../../../home/aph/gcc/trunk/install/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/jawt_md.h
>
> which works fine.
DESTDIR is a temporary installation location; the symlink should point to the
correct location, which you did configure with --prefix. Once you remove your
temporary location and move the files into the final destinations, the symlink
is dangling.
>> c) The ecj symlink assumes an installation of ecj in a given
>> location, which apparently is only true for installations into
>> /usr or /usr/local. This should be configurable.
>
> I haven't got an ecj symlink.
sorry, this is the javac symlink pointing to ecj and assuming the location of ecj.
>> d) The javadoc symlink is created unconditionally, but gjdoc is not
>> built in all cases.
>
> I'm not sure what good it would do not to create the symlink.
it would create a dangling symlink if gjdoc is not built.
>> e) The src.zip symlink is dangling, the default install never
>> installs the src zip.
>
> Confirmed. Will fix.
>
>> f) The symlinks to the .so files should be normalized, at least for
>> multilib builds these look like:
>> libjawt.so -> ../../../../lib/../lib/gcj-4.4.0-10/libjawt.so
>
> They seem to work ... what is the problem?
they do work. but I see that other symlinks created in the gcc lib dir do have
the same form.
>> g) No documentation about the new options in gcc/doc/install.texi
>>
>> h) Why are the additional symlinks to the rt.jar required?
>
> I think the idea is to provide the contents of jvm-exports, but it hasn't
> worked because of the dangling symlinks.
could you give me a pointer what should be found in jvm-exports?
> /usr/local/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl.jar -->
> sasl-1.5.0.0.jar -->
> /home/aph/gcc/trunk/install/bin/sasl.jar
>
> This last link is wrong: it should point to
>
> /usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/sasl.jar -->
> rt.jar
>
> which is the real destination.
>
>> i) The versioned jar links point to the bin directory, not to the
>> lib directory.
>
> Confirmed. Needs fixing.
>
>> j) The versioned jar links are created in the "toplevel" dir, not
>> in the lib directory.
>
> Confirmed. Needs fixing.
>
>> k) Symlinks to the manual pages would be nice as well.
>
> In the java-home dir?
Proposing java-1.5.0-gcj-1.5.0.0/jre/man/man1 and
java-1.5.0-gcj-1.5.0.0/man/man1, but I see this is not done in java-gcj-compat.
>> l) Should a cacerts file created by default? At least java-gcj-compat
>> did include a generate-cacerts.pl script.
>
> I'm not certain about this; perhaps not.
I did see that some apps which were using openjdk and couldn't find the file did
give an error. iirc mjw did track this down to direct access to this file.
Matthias
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-29 18:45 ` Matthias Klose
@ 2008-10-29 18:59 ` Andrew Haley
2008-10-31 1:24 ` Mark Wielaard
1 sibling, 0 replies; 9+ messages in thread
From: Andrew Haley @ 2008-10-29 18:59 UTC (permalink / raw)
To: Matthias Klose; +Cc: Matthias Klose, java, Mark Wielaard
Matthias Klose wrote:
> Andrew Haley schrieb:
>> Matthias Klose wrote:
>>
>>> as "promised" ;), some feedback about the integration of the
>>> java-gcj-compat stuff. please find extracts from a build log at the
>>> end.
>>>
>>> Configured with
>>> --with-java-home=/usr/lib/gcc-snapshot
>>> --enable-java-home
>>> --with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm
>>> --with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports
>>>
>>> a) having both --with-java-home and --enable-java-home is at least
>>> confusing, plus with the new schema, --enable-java-home does
>>> hardcode a part of --with-java-home, without giving the
>>> possibility to select the jvm name anymore.
>>> Please merge --with-java-home/--enable-java-home and make it
>>> possible to give your own name. Where's the value about having to
>>> use `java-1.5.0-gcj-1.5.0.0'? is this documented?
>>>
>>> b) The symlinks for the header files are wrong, when installed with
>>> DESTDIR set.
>> I'm not exactly sure what this means. I get
>>
>> /usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/include/linux/jni_md.h -->
>> ../../../../../../../../home/aph/gcc/trunk/install/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/jawt_md.h
>>
>> which works fine.
>
> DESTDIR is a temporary installation location; the symlink should point to the
> correct location, which you did configure with --prefix.
> Once you remove your temporary location and move the files into the final
> destinations, the symlink is dangling.
Ah, I think I see what you're saying.
>>> c) The ecj symlink assumes an installation of ecj in a given
>>> location, which apparently is only true for installations into
>>> /usr or /usr/local. This should be configurable.
>> I haven't got an ecj symlink.
>
> sorry, this is the javac symlink pointing to ecj and assuming the location of ecj.
In my installation it assumes that ecj will be installed in install/bin/,
the same directory as gcj. Do we need to add more configury? If anyone
doesn't like it, just let 'em create their own symlink.
>>> d) The javadoc symlink is created unconditionally, but gjdoc is not
>>> built in all cases.
>> I'm not sure what good it would do not to create the symlink.
>
> it would create a dangling symlink if gjdoc is not built.
OK.
>>> e) The src.zip symlink is dangling, the default install never
>>> installs the src zip.
>> Confirmed. Will fix.
>>
>>> f) The symlinks to the .so files should be normalized, at least for
>>> multilib builds these look like:
>>> libjawt.so -> ../../../../lib/../lib/gcj-4.4.0-10/libjawt.so
>> They seem to work ... what is the problem?
>
> they do work. but I see that other symlinks created in the gcc lib dir do have
> the same form.
Yes, that's right. So that's OK then.
>>> g) No documentation about the new options in gcc/doc/install.texi
>>>
>>> h) Why are the additional symlinks to the rt.jar required?
>> I think the idea is to provide the contents of jvm-exports, but it hasn't
>> worked because of the dangling symlinks.
>
> could you give me a pointer what should be found in jvm-exports?
It should be like this:
/usr/lib/jvm-exports/java-1.6.0-openjdk-1.6.0.0.x86_64:
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jaas-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jaas-1.6.0.jar -> jaas-1.6.0.0.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jaas.jar -> jaas-1.6.0.0.jar
lrwxrwxrwx 1 root root 59 2008-10-23 10:25 jce-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/jce.jar
lrwxrwxrwx 1 root root 15 2008-10-23 10:25 jce-1.6.0.jar -> jce-1.6.0.0.jar
lrwxrwxrwx 1 root root 15 2008-10-23 10:25 jce.jar -> jce-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jdbc-stdext-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 23 2008-10-23 10:25 jdbc-stdext-1.6.0.jar -> jdbc-stdext-1.6.0.0.jar
lrwxrwxrwx 1 root root 23 2008-10-23 10:25 jdbc-stdext-3.0.jar -> jdbc-stdext-1.6.0.0.jar
lrwxrwxrwx 1 root root 23 2008-10-23 10:25 jdbc-stdext.jar -> jdbc-stdext-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jndi-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jndi-1.6.0.jar -> jndi-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jndi-cos-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 20 2008-10-23 10:25 jndi-cos-1.6.0.jar -> jndi-cos-1.6.0.0.jar
lrwxrwxrwx 1 root root 20 2008-10-23 10:25 jndi-cos.jar -> jndi-cos-1.6.0.0.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jndi.jar -> jndi-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jndi-ldap-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 21 2008-10-23 10:25 jndi-ldap-1.6.0.jar -> jndi-ldap-1.6.0.0.jar
lrwxrwxrwx 1 root root 21 2008-10-23 10:25 jndi-ldap.jar -> jndi-ldap-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 jndi-rmi-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 20 2008-10-23 10:25 jndi-rmi-1.6.0.jar -> jndi-rmi-1.6.0.0.jar
lrwxrwxrwx 1 root root 20 2008-10-23 10:25 jndi-rmi.jar -> jndi-rmi-1.6.0.0.jar
lrwxrwxrwx 1 root root 60 2008-10-23 10:25 jsse-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/jsse.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jsse-1.6.0.jar -> jsse-1.6.0.0.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 jsse.jar -> jsse-1.6.0.0.jar
lrwxrwxrwx 1 root root 58 2008-10-23 10:25 sasl-1.6.0.0.jar -> ../../jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/rt.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 sasl-1.6.0.jar -> sasl-1.6.0.0.jar
lrwxrwxrwx 1 root root 16 2008-10-23 10:25 sasl.jar -> sasl-1.6.0.0.jar
>> /usr/local/lib/gcc-snapshot/jvm-exports/java-1.5.0-gcj-1.5.0.0/sasl.jar -->
>> sasl-1.5.0.0.jar -->
>> /home/aph/gcc/trunk/install/bin/sasl.jar
>>
>> This last link is wrong: it should point to
>>
>> /usr/local/lib/gcc-snapshot/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/sasl.jar -->
>> rt.jar
>>
>> which is the real destination.
>>
>>> i) The versioned jar links point to the bin directory, not to the
>>> lib directory.
>> Confirmed. Needs fixing.
>>
>>> j) The versioned jar links are created in the "toplevel" dir, not
>>> in the lib directory.
>> Confirmed. Needs fixing.
>>
>>> k) Symlinks to the manual pages would be nice as well.
>> In the java-home dir?
>
> Proposing java-1.5.0-gcj-1.5.0.0/jre/man/man1 and
> java-1.5.0-gcj-1.5.0.0/man/man1, but I see this is not done in java-gcj-compat.
>
>>> l) Should a cacerts file created by default? At least java-gcj-compat
>>> did include a generate-cacerts.pl script.
>> I'm not certain about this; perhaps not.
>
> I did see that some apps which were using openjdk and couldn't find the file did
> give an error. iirc mjw did track this down to direct access to this file.
Andrew.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-29 18:45 ` Matthias Klose
2008-10-29 18:59 ` Andrew Haley
@ 2008-10-31 1:24 ` Mark Wielaard
2008-10-31 2:42 ` Andrew Haley
1 sibling, 1 reply; 9+ messages in thread
From: Mark Wielaard @ 2008-10-31 1:24 UTC (permalink / raw)
To: Matthias Klose; +Cc: Andrew Haley, Matthias Klose, Joshua Sumali, java
Hi,
On Wed, 2008-10-29 at 19:44 +0100, Matthias Klose wrote:
> Andrew Haley schrieb:
> > Matthias Klose wrote:
> >> l) Should a cacerts file created by default? At least java-gcj-compat
> >> did include a generate-cacerts.pl script.
> >
> > I'm not certain about this; perhaps not.
>
> I did see that some apps which were using openjdk and couldn't find the file did
> give an error. iirc mjw did track this down to direct access to this file.
I wasn't the person that tracked it down (that was Tom F.) but the
conclusion is correct. Originally in IcedTea we included an enhanced
default KeyStore that directly provided the distro installed openssl CA
certificates through the provider written by Casey. But applications
wanted to open, read and modify the cacerts file directly (e.g.
glassfish, eclipse, etc.). See also:
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=150#c5
Cheers,
Mark
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-31 2:39 ` Mark Wielaard
@ 2008-10-31 2:20 ` Matthias Klose
2008-10-31 9:56 ` Mark Wielaard
0 siblings, 1 reply; 9+ messages in thread
From: Matthias Klose @ 2008-10-31 2:20 UTC (permalink / raw)
To: Mark Wielaard; +Cc: Andrew Haley, Matthias Klose, Joshua Sumali, java
Mark Wielaard schrieb:
> On Thu, 2008-10-30 at 13:39 +0000, Andrew Haley wrote:
>> Mark Wielaard wrote:
>>> Hi,
>>>
>>> On Wed, 2008-10-29 at 19:44 +0100, Matthias Klose wrote:
>>>> Andrew Haley schrieb:
>>>>> Matthias Klose wrote:
>>>>>> l) Should a cacerts file created by default? At least java-gcj-compat
>>>>>> did include a generate-cacerts.pl script.
>>>>> I'm not certain about this; perhaps not.
>>>> I did see that some apps which were using openjdk and couldn't find the file did
>>>> give an error. iirc mjw did track this down to direct access to this file.
>>> I wasn't the person that tracked it down (that was Tom F.) but the
>>> conclusion is correct. Originally in IcedTea we included an enhanced
>>> default KeyStore that directly provided the distro installed openssl CA
>>> certificates through the provider written by Casey. But applications
>>> wanted to open, read and modify the cacerts file directly (e.g.
>>> glassfish, eclipse, etc.). See also:
>>> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=150#c5
>> Can you write a patch for this?
>
> For what precisely? The referenced bug is closed. As Matthias said there
> is a generate-cacerts.pl script already in java-gcj-compat (and another
> one in classpath/scripts/import-cacerts.sh) that can be used if you
> want.
Has java-gcj-compat has to provide this file on it's own. I didn't check
recently if PR32864 is still present in 4.4, but then having the gcj keytool
generating a cacerts which is incompatible with the openjdk one would be bad. If
these are compatible, then a symlink to the cacerts distributed by the distro
would be fine.
Matthias
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-31 2:42 ` Andrew Haley
@ 2008-10-31 2:39 ` Mark Wielaard
2008-10-31 2:20 ` Matthias Klose
0 siblings, 1 reply; 9+ messages in thread
From: Mark Wielaard @ 2008-10-31 2:39 UTC (permalink / raw)
To: Andrew Haley; +Cc: Matthias Klose, Matthias Klose, Joshua Sumali, java
On Thu, 2008-10-30 at 13:39 +0000, Andrew Haley wrote:
> Mark Wielaard wrote:
> > Hi,
> >
> > On Wed, 2008-10-29 at 19:44 +0100, Matthias Klose wrote:
> >> Andrew Haley schrieb:
> >>> Matthias Klose wrote:
> >>>> l) Should a cacerts file created by default? At least java-gcj-compat
> >>>> did include a generate-cacerts.pl script.
> >>> I'm not certain about this; perhaps not.
> >> I did see that some apps which were using openjdk and couldn't find the file did
> >> give an error. iirc mjw did track this down to direct access to this file.
> >
> > I wasn't the person that tracked it down (that was Tom F.) but the
> > conclusion is correct. Originally in IcedTea we included an enhanced
> > default KeyStore that directly provided the distro installed openssl CA
> > certificates through the provider written by Casey. But applications
> > wanted to open, read and modify the cacerts file directly (e.g.
> > glassfish, eclipse, etc.). See also:
> > http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=150#c5
>
> Can you write a patch for this?
For what precisely? The referenced bug is closed. As Matthias said there
is a generate-cacerts.pl script already in java-gcj-compat (and another
one in classpath/scripts/import-cacerts.sh) that can be used if you
want.
Cheers,
Mark
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-31 1:24 ` Mark Wielaard
@ 2008-10-31 2:42 ` Andrew Haley
2008-10-31 2:39 ` Mark Wielaard
0 siblings, 1 reply; 9+ messages in thread
From: Andrew Haley @ 2008-10-31 2:42 UTC (permalink / raw)
To: Mark Wielaard; +Cc: Matthias Klose, Matthias Klose, Joshua Sumali, java
Mark Wielaard wrote:
> Hi,
>
> On Wed, 2008-10-29 at 19:44 +0100, Matthias Klose wrote:
>> Andrew Haley schrieb:
>>> Matthias Klose wrote:
>>>> l) Should a cacerts file created by default? At least java-gcj-compat
>>>> did include a generate-cacerts.pl script.
>>> I'm not certain about this; perhaps not.
>> I did see that some apps which were using openjdk and couldn't find the file did
>> give an error. iirc mjw did track this down to direct access to this file.
>
> I wasn't the person that tracked it down (that was Tom F.) but the
> conclusion is correct. Originally in IcedTea we included an enhanced
> default KeyStore that directly provided the distro installed openssl CA
> certificates through the provider written by Casey. But applications
> wanted to open, read and modify the cacerts file directly (e.g.
> glassfish, eclipse, etc.). See also:
> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=150#c5
Can you write a patch for this?
Andrew.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feedback on --enable-java-home
2008-10-31 2:20 ` Matthias Klose
@ 2008-10-31 9:56 ` Mark Wielaard
0 siblings, 0 replies; 9+ messages in thread
From: Mark Wielaard @ 2008-10-31 9:56 UTC (permalink / raw)
To: Matthias Klose; +Cc: Andrew Haley, Matthias Klose, Joshua Sumali, java
Hi Matthias,
On Thu, 2008-10-30 at 15:24 +0100, Matthias Klose wrote:
> Has java-gcj-compat has to provide this file on it's own. I didn't check
> recently if PR32864 is still present in 4.4, but then having the gcj keytool
> generating a cacerts which is incompatible with the openjdk one would be bad. If
> these are compatible, then a symlink to the cacerts distributed by the distro
> would be fine.
Sun uses an undocumented keystore format (well, it is published now,
since they published their code under the GPL). Currently GNU Classpath
doesn't support that format. Although code has been written [1] and
could now probably be imported if someone wanted. Previously we were
worried because it was reverse engineered, but now that they have
published the algorithm themselves under the GPL through OpenJDK that
worry should no longer be there. If someone wants to import it then let
me know and I ping FSF legal about it.
Cheers,
Mark
[1] by Casey Marshall: http://www.metastatic.org/source/JKS.html
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2008-10-31 9:56 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-10-26 10:15 feedback on --enable-java-home Matthias Klose
2008-10-29 17:58 ` Andrew Haley
2008-10-29 18:45 ` Matthias Klose
2008-10-29 18:59 ` Andrew Haley
2008-10-31 1:24 ` Mark Wielaard
2008-10-31 2:42 ` Andrew Haley
2008-10-31 2:39 ` Mark Wielaard
2008-10-31 2:20 ` Matthias Klose
2008-10-31 9:56 ` Mark Wielaard
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).