Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Python 2.7.2 doesn't build cleanly with GCC ≥ 4.8 #407

Closed
wants to merge 4 commits into from
Closed

Python 2.7.2 doesn't build cleanly with GCC ≥ 4.8 #407

wants to merge 4 commits into from

Conversation

kronenpj
Copy link

@kronenpj kronenpj commented Jul 4, 2015

I propose this patch as a solution.to issue #321.

@inclement
Copy link
Member

Looks like I'm using gcc 5.1, and I haven't had a problem - how do you find it doesn't build cleanly?

The patch seems fairly innocuous, but I'm not sure if I can test it.

@kronenpj
Copy link
Author

I too am using GCC 5.1 (5.1.1 actually). It's related to a python issue that's been fixed in more recent versions, but not in Python 2.7.2: http://bugs.python.org/issue17547. From reading the Python issue, adding -Wformat is innocuous as it used to be the default with earlier versions of GCC.

Can you try on a different machine / VM or in some other way make sure that you're not re-using a working build or environment?

I'd started to update to Python 2.7.4 or later but the codebase was too different for the time I had available.

@inclement
Copy link
Member

I'm fairly sure I'm not using an old working build as I've rebuilt
python many times recently. I'll check out the issue though, and may
come across it anyway since I was going to test some builds in a VM.

On 11/07/15 20:22, Paul Kronenwetter wrote:

I too am using GCC 5.1 (5.1.1 actually). It's related to a python issue
that's been fixed in more recent versions, but not in Python 2.7.2:
http://bugs.python.org/issue17547.

Can you try on a different machine / VM or in some other way make sure
that you're not re-using a working build or environment?

I'd started to update to Python 2.7.4 or later but the codebase was too
different for the time I had available.


Reply to this email directly or view it on GitHub
#407 (comment).

@kronenpj
Copy link
Author

Fair enough. I had another thought, it may be that Fedora (my distro) and others mentioned in the Python issue adopted removal of -Wformat but your distribution re-added it to avoid such breakage.

@inclement
Copy link
Member

For what it's worth, I use Arch Linux - I wouldn't usually expect such a patch but it's not impossible.

I read the python bug and it does seem like I should see it, and probably so should other people, but I haven't seen anyone report the problem. Weird.

@kronenpj
Copy link
Author

Agreed, I'm usually not the one to find these things the first time 😄

@AndreMiras
Copy link
Member

Hello @kronenpj thanks for the patch and sorry we couldn't make it to the tree.
This is rather old and built on the old toolchain.
Also that patch was integrated in 34e269e since then.

@AndreMiras AndreMiras closed this Sep 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants