Summary: | dev-java/ant-core launcher and gjl launchers override default java.library.path | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Francis Galiegue <fgaliegue> |
Component: | [OLD] Java | Assignee: | Java team <java> |
Status: | RESOLVED OBSOLETE | ||
Severity: | major | CC: | gentoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Francis Galiegue
2009-10-05 08:32:33 UTC
I should add that other system properties show up correctly: os.name, os.arch, for instance, are not a problem. As mentioned in bug 125563, our launchers (general gjl and ant also) set library path only from packages' package.env, which overrides the JVM default. Since we store the JVM default also in its env file, maybe we should append it then? (In reply to comment #2) > As mentioned in bug 125563, our launchers (general gjl and ant also) set > library path only from packages' package.env, which overrides the JVM default. > Since we store the JVM default also in its env file, maybe we should append it > then? > While we're at it, I work on qt-jambi, which relies on java.library.path to look for libs. When it tries to copy libstdc++.so, it fails, since it is in the current gcc compiler path and not shown in java.library.path either. I didn't look at the launchers, but I came up with that scriptlet which does show the libstdc++ path: ---- which gcc &>/dev/null if [ "$?" != "0" ]; then echo >&2 "gcc not found! Cannot continue" exit 1 fi ALL="$(gcc -print-search-dirs | grep "^libraries:")" ALL=${ALL#*=} ALL="$LD_LIBRARY_PATH:$ALL" echo $ALL | sed 's,:,\n,g' | while read dir; do # # Some paths may not exist # if [ ! -d $dir ]; then continue fi D=$( (cd $dir && pwd -P) ) echo $D done | sort | uniq ---- Old version gone. Closing. |