Another Python namespace pollution (was: r147958 - in /trunk/libstdc++-v3: ChangeLog Mak...)
Gerald Pfeifer <[email protected]>
| Newsgroups | gmane.comp.gcc.patches,gmane.comp.gcc.java.devel |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 29 May 2009, Tom Tromey wrote: > 2009-05-29 Tom Tromey <[email protected]> > > PR libstdc++/40289: > * python/Makefile.in: Rebuild. > * python/hook.in: Compute module path relative to objfile. > * python/Makefile.am (pythondir): Redefine. > (gdb.py): Subst toolexeclibdir. > (install-data-local): Rewrite. Thanks, Tom! 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 . Gerald