This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ned.deily
Recipients benjamin.peterson, dstufft, eric.araujo, larry, ned.deily, nilsge
Date 2014-04-02.01:01:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1396400511.22.0.476305514865.issue21121@psf.upfronthosting.co.za>
In-reply-to
Content
It looks like -Werror=declaration-after-statement was added to BASECFLAGS in configure.ac during the 3.4 development cycle by a3559c8c614b and e47806951fb2. Unfortunately, BASECFLAGS propagates through to extension module builds as well.  If -Werror=declaration-after-statement should only be restricted to the build of the interpreter executable itself, one option *might be* to move the test and definition to CFLAGSFORSHARED in configure.ac.

A workaround could be to define CFLAGS before rebuilding a module:

export CFLAGS=$(python3.4 -c 'import sysconfig; print(sysconfig.get_config_var("CFLAGS").replace("-Werror=declaration-after-statement",""))')

(As usual, my brain hurts after trying to sift through the myriad build flags and their interactions in configure.ac, Makefile, and setup.py.)
History
Date User Action Args
2014-04-02 01:01:51ned.deilysetrecipients: + ned.deily, larry, benjamin.peterson, eric.araujo, dstufft, nilsge
2014-04-02 01:01:51ned.deilysetmessageid: <1396400511.22.0.476305514865.issue21121@psf.upfronthosting.co.za>
2014-04-02 01:01:51ned.deilylinkissue21121 messages
2014-04-02 01:01:49ned.deilycreate