[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-22 Thread david at jpackage dot org 


--- Comment #11 from david at jpackage dot org  2006-08-22 18:03 ---
I am just voicing my support for comment #2.

In practice, we see a problem when installing both classpath and gcj on the
same system, since they both install classpath.security and logging.properties
files.

Ideally, both classpath and gcj could share these files, or perhaps not and
each JVM should be able to have its own configuration. Even if that's the case,
these files look like global configuration files, that apply to any JVM using
classpath or classpath derivatives.

The location should likely be changed in either case. These are configuration
files and likely need to be writable, so they should not be placed under /usr.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-22 Thread fitzsim at gcc dot gnu dot org 


--- Comment #12 from fitzsim at gcc dot gnu dot org  2006-08-22 20:37 
---
Subject: Bug 27890

Author: fitzsim
Date: Tue Aug 22 20:37:36 2006
New Revision: 116332

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116332
Log:
2006-08-22  Thomas Fitzsimmons  [EMAIL PROTECTED]

PR libgcj/27890
* gnu/classpath/natSystemProperties.cc (insertSystemProperties):
Set gnu.classpath.home.url to TOOLEXECLIBDIR.
* configure.ac: Do not add --with-native-libdir to
ac_configure_args.
* java/security/libgcj.security: Remove file.
* java/util/logging/logging.properties: Likewise.
* classpath/m4/acinclude.m4 (CLASSPATH_TOOLEXECLIBDIR): New macro.
* classpath/resource/Makefile.am (loggingdir): Define to
toolexeclibdir.
(securitydir): Likewise.
* classpath/configure.ac: Call CLASSPATH_TOOLEXECLIBDIR.
Set default nativeexeclibdir using toolexeclibdir.
* HACKING: Fix classpath aclocal arguments.
* Makefile.am (secdir): Remove variable.
(propdir): Likewise.
(AM_CXXFLAGS): Replace LIBDIR definition with TOOLEXECLIBDIR
definition.
(all_property_files): Remove variable.
(install-data-local): Do not install libgcj.security or
logging.properties.
* configure, Makefile.in, classpath/configure,
classpath/Makefile.in, classpath/native/jni/java-lang/Makefile.in,
classpath/native/jni/midi-alsa/Makefile.in,
classpath/native/jni/classpath/Makefile.in,
classpath/native/jni/midi-dssi/Makefile.in,
classpath/native/jni/Makefile.in,
classpath/native/jni/java-nio/Makefile.in,
classpath/native/jni/java-net/Makefile.in,
classpath/native/jni/gconf-peer/Makefile.in,
classpath/native/jni/java-io/Makefile.in,
classpath/native/jni/xmlj/Makefile.in,
classpath/native/jni/java-util/Makefile.in,
classpath/native/jni/qt-peer/Makefile.in,
classpath/native/jni/gtk-peer/Makefile.in,
classpath/native/Makefile.in, classpath/native/jawt/Makefile.in,
classpath/native/target/Linux/Makefile.in,
classpath/native/target/Makefile.in,
classpath/native/target/generic/Makefile.in,
classpath/native/fdlibm/Makefile.in,
classpath/native/plugin/Makefile.in,
classpath/resource/Makefile.in, classpath/scripts/Makefile.in,
classpath/tools/Makefile.in, classpath/doc/Makefile.in,
classpath/doc/api/Makefile.in, classpath/lib/Makefile.in,
classpath/external/Makefile.in,
classpath/external/sax/Makefile.in,
classpath/external/w3c_dom/Makefile.in,
classpath/external/relaxngDatatype/Makefile.in,
classpath/include/Makefile.in, classpath/aclocal.m4,
classpath/examples/Makefile.in, aclocal.m4: Regenerate.


Removed:
trunk/libjava/java/security/libgcj.security
trunk/libjava/java/util/logging/logging.properties
Modified:
trunk/libjava/ChangeLog
trunk/libjava/HACKING
trunk/libjava/Makefile.am
trunk/libjava/Makefile.in
trunk/libjava/aclocal.m4
trunk/libjava/classpath/Makefile.in
trunk/libjava/classpath/aclocal.m4
trunk/libjava/classpath/configure
trunk/libjava/classpath/configure.ac
trunk/libjava/classpath/doc/Makefile.in
trunk/libjava/classpath/doc/api/Makefile.in
trunk/libjava/classpath/examples/Makefile.in
trunk/libjava/classpath/external/Makefile.in
trunk/libjava/classpath/external/relaxngDatatype/Makefile.in
trunk/libjava/classpath/external/sax/Makefile.in
trunk/libjava/classpath/external/w3c_dom/Makefile.in
trunk/libjava/classpath/include/Makefile.in
trunk/libjava/classpath/lib/Makefile.in
trunk/libjava/classpath/m4/acinclude.m4
trunk/libjava/classpath/native/Makefile.in
trunk/libjava/classpath/native/fdlibm/Makefile.in
trunk/libjava/classpath/native/jawt/Makefile.in
trunk/libjava/classpath/native/jni/Makefile.in
trunk/libjava/classpath/native/jni/classpath/Makefile.in
trunk/libjava/classpath/native/jni/gconf-peer/Makefile.in
trunk/libjava/classpath/native/jni/gtk-peer/Makefile.in
trunk/libjava/classpath/native/jni/java-io/Makefile.in
trunk/libjava/classpath/native/jni/java-lang/Makefile.in
trunk/libjava/classpath/native/jni/java-net/Makefile.in
trunk/libjava/classpath/native/jni/java-nio/Makefile.in
trunk/libjava/classpath/native/jni/java-util/Makefile.in
trunk/libjava/classpath/native/jni/midi-alsa/Makefile.in
trunk/libjava/classpath/native/jni/midi-dssi/Makefile.in
trunk/libjava/classpath/native/jni/qt-peer/Makefile.in
trunk/libjava/classpath/native/jni/xmlj/Makefile.in
trunk/libjava/classpath/native/plugin/Makefile.in
trunk/libjava/classpath/native/target/Linux/Makefile.in
trunk/libjava/classpath/native/target/Makefile.in
trunk/libjava/classpath/native/target/generic/Makefile.in

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-22 Thread fitzsim at redhat dot com 


--- Comment #13 from fitzsim at redhat dot com  2006-08-22 20:41 ---
Fixed by installing logging.properties and classpath.security in both lib and
lib64, in the multilib case.  This means that 32- and 64-bit property and
module lists can be manipulated separately.  Doing so will also fix PR28775.


-- 

fitzsim at redhat dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-21 Thread tromey at gcc dot gnu dot org 


--- Comment #10 from tromey at gcc dot gnu dot org  2006-08-21 22:19 ---
See also PR 28775


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-15 Thread tromey at gcc dot gnu dot org 


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |fitzsim at redhat dot com
   |dot org |
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-14 Thread fitzsim at redhat dot com 


--- Comment #9 from fitzsim at redhat dot com  2006-08-14 19:41 ---
(In reply to comment #8)
 Is this really the only problem? All .la, .a and .so files get overwritten as
 well.

I'm not sure what you mean by this.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-08-13 Thread debian-gcc at lists dot debian dot org 


--- Comment #8 from debian-gcc at lists dot debian dot org  2006-08-14 
00:01 ---
Is this really the only problem? All .la, .a and .so files get overwritten as
well.

  Matthias


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-06 Thread fitzsim at redhat dot com 


--- Comment #6 from fitzsim at redhat dot com  2006-06-06 14:07 ---
On the JDK lib files are stored in $JAVA_HOME/jre/lib.  I've recently moved
some files, like libjawt.so, that would conflict for multiple, parallel libgcj
installations to the same prefix, to $(libdir)/gcj-$(gcc_version).  I think we
should move all such files there, and that directory should be libgcj's
equivalent to the JDK's $JAVA_HOME/jre/lib.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-06 Thread gerald at pfeifer dot com 


--- Comment #7 from gerald at pfeifer dot com  2006-06-06 21:04 ---
That would be great.  I'd really love to see us support parallel 
libgcj installations into the same $prefix.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-05 Thread tromey at gcc dot gnu dot org 


--- Comment #4 from tromey at gcc dot gnu dot org  2006-06-05 20:06 ---
Installing in share -vs- lib is weird for libgcj.
Sometimes we install things in lib to be more jdk-like.

logging.properties has been there since 4.0, at least.
I don't have 3.x install trees around to check earlier releases.

The security files also fall into this category.


That said, I'm not against moving them about.  I think Tom F.
should probably weigh in, he's more involved with how the
layout affects packaging and things like that.  (This is important
because it can have an effect on real applications.)


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tromey at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-05 Thread rguenth at gcc dot gnu dot org 


--- Comment #5 from rguenth at gcc dot gnu dot org  2006-06-05 20:50 ---
Note that f.i. classpath.security changed from $libdir to $prefix/lib from 4.1
to 4.2, which is now inconsistent which libgcj.security, which is still in
$libdir.

Now, it is entirely unclear to me what these files are about anyway, and if it
is safe f.i. to delete them, or move them to some other place.  Are they of
documentation purpose?  Are they used by the library itself?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-04 Thread gerald at pfeifer dot com 


--- Comment #1 from gerald at pfeifer dot com  2006-06-04 11:15 ---
Also, does a configuration file, in text format, like this really belong
under /lib?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-04 Thread rguenth at gcc dot gnu dot org 


--- Comment #2 from rguenth at gcc dot gnu dot org  2006-06-04 11:17 ---
Also it should be beyond /usr/share, as it is not arch dependent.  Same problem
for /usr/lib/security/classpath.security and
/usr/lib64/security/libgcj.security.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-04 11:17:21
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-04 Thread jsm28 at gcc dot gnu dot org 


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890

[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace

2006-06-04 Thread mmitchel at gcc dot gnu dot org 


--- Comment #3 from mmitchel at gcc dot gnu dot org  2006-06-04 20:02 
---
This is a critical installation problem.


-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890