[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Sean Reifschneider added the comment: NOTE: See also issue1032 which has a patch for this. Can we come to a consensus on which one has the best patch? -- assignee: -> loewis nosy: +jafo, loewis _ Tracker <[EMAIL PROTECTED]>

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Changes by Christian Heimes: -- components: +Build type: -> compile error versions: +Python 2.6 -Python 2.5 _ Tracker <[EMAIL PROTECTED]> _

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Mark Lawrence added the comment: The patch file is against distutils, should the title be changed to reflect that? -- nosy: +BreamoreBoy stage: -> patch review versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Éric Araujo added the comment: Mark, I’d say no, since the component field is already set. Actually, if you find reports that have distutils in the title but not as component, it would be helpful to set the right component. Thanks. -- nosy: +eric.araujo __

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Éric Araujo added the comment: I’m in favor of committing the patch. I don’t like that it has no tests, but in this case I guess we have to rely on the documentation and just trust it will do the Right Thing™. Re: compatibility, the reason is that people want to use distutils from a given st

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Jason Kankiewicz added the comment: I've attached a patch, based on the original, that will fix distutils for both GCC and ICC. -- nosy: +jkankiewicz Added file: http://bugs.python.org/file14250/distutils-rpath-gcc_and_icc.patch ___ Python tracker <

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Changes by Jason Kankiewicz : Removed file: http://bugs.python.org/file14250/distutils-rpath-gcc_and_icc.patch ___ Python tracker ___ ___ Py

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Jason Kankiewicz added the comment: I've updated my patch to resemble the patch from issue1032 and also because profiling showed that using str.__contains__ is more efficient than using str.find. -- Added file: http://bugs.python.org/file14251/distutils-rpath-gcc_and_icc.patch

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Seo Sanghyeon added the comment: any() built-in is new in 2.5. PEP 291 specifies 2.3 compatibility for distutils. (tarek: Why?) The original patch used str.find because backward-compatibility requirement used to be stricter. -- ___ Python tracker

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Raymond Hettinger added the comment: FWIW, min() can usually be substituted for any(). -- nosy: +rhettinger ___ Python tracker ___

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Jason Kankiewicz added the comment: Seo, This ticket specifies Python-2.6 as the only version so using "any" didn't seem to be a problem. I was not aware of PEP 291 until you mentioned it and, in order to maintain compatibility with Python-2.3, the generator expression would have to be dispense

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Raymond Hettinger added the comment: min() is a substitute for all() and max() is a substitute for any(). They are O(n) but do not have the early out behavior of any() and all(). -- ___ Python tracker _

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Changes by Raymond Hettinger : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mail

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Changes by Akira Kitada : -- nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.