Re: Another Python namespace pollution (was: r147958 - in /trunk/libstdc++-v3: ChangeLog Mak...)
Richard Guenther <[email protected]>
| Newsgroups | gmane.comp.gcc.java.devel,gmane.comp.gcc.patches |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Jan 27, 2011 at 11:38 AM, Gary Benson <[email protected]> wrote: > Hi Gerald, > > Gerald Pfeifer wrote: >> I noticed that coming from the Java side of things we also have two >> files that are installed in common namespace: >> >> share/python/aotcompile.py >> share/python/classfile.py >> >> These have been added by the following patch from all can tell: >> >> 2008-06-30 Joshua Sumali <[email protected]> >> Andrew Haley <[email protected]> >> >> * configure.ac (java-home): new AC_ARG_ENABLE. >> (aot-compile-rpm): Likewise. >> : >> * contrib/aot-compile.in: New file. >> * contrib/aotcompile.py.in: Likewise. >> * contrib/aot-compile-rpm.in: Likewise. >> * contrib/classfile.py: Likewise. >> * contrib/rebuild-gcj-db.in: Likewise. >> >> This is also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47484 . > > I'm on the hook to fix this, but it's been a while since I worked on > this stuff so I'm a little out of touch with GCC. Can you tell me > what you mean by "common namespace", and what the alternative should > be? The files should reside in a directory that is private to gcc or at least mangled with the gcc version it comes from. Otherwise multiple parallel gcc installations conflict. Richard. > Thanks, > Gary > > -- > http://gbenson.net/ >