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 <>
It looks like -Werror=declaration-after-statement was added to BASECFLAGS in 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

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, Makefile, and
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: <>
2014-04-02 01:01:51ned.deilylinkissue21121 messages
2014-04-02 01:01:49ned.deilycreate