Re: Another Python namespace pollution (was: r147958 - in /trunk/libstdc++-v3: ChangeLog Mak...)
Gary Benson <[email protected]>
| Newsgroups | gmane.comp.gcc.patches,gmane.comp.gcc.java.devel |
|---|---|
| Message-ID | <[email protected]> |
Richard Guenther wrote: > On Thu, Jan 27, 2011 at 11:38 AM, Gary Benson <[email protected]> wrote: > > 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. Ah, ok, that shouldn't be too hard. I'll get working on a patch. Thanks, Gary -- http://gbenson.net/