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

Thu Jan 27 10:43:00 GMT 2011

On Thu, Jan 27, 2011 at 11:38 AM, Gary Benson <gbenson@redhat.com> 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  <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.
Richard.
> Thanks,
> Gary
>> --
> http://gbenson.net/
>