Another Python namespace pollution (was: r147958 - in /trunk/libstdc++-v3: ChangeLog Mak...)

[Gary Benson]

Richard Guenther wrote:
> On Thu, Jan 27, 2011 at 11:38 AM, Gary Benson <gbenson@redhat.com> 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  <jsumali@redhat.com>
> > >         Andrew Haley  <aph@redhat.com>
> > >
> > > Â  Â  Â  Â  * 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/