delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,TW_YG,T_TO_NO_BRKTS_FREEMAIL |
X-Spam-Check-By: | sourceware.org |
Date: | Tue, 24 May 2011 21:53:47 +0200 |
From: | David Sastre <d DOT sastre DOT medina AT gmail DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Error building run2 from source package in win7 |
Message-ID: | <20110524195347.GB11571@jethro.local.lan> |
References: | <20110523171750 DOT GB16755 AT jethro DOT local DOT lan> <4DDA97CC DOT 1090404 AT redhat DOT com> <4DDAA894 DOT 5090802 AT cwilson DOT fastmail DOT fm> <20110524183824 DOT GA11571 AT jethro DOT local DOT lan> <4DDBFFFF DOT 8090909 AT cwilson DOT fastmail DOT fm> |
MIME-Version: | 1.0 |
In-Reply-To: | <4DDBFFFF.8090909@cwilson.fastmail.fm> |
User-Agent: | Mutt/1.5.20 (2009-06-14) |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
--MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2011 at 02:59:11PM -0400, Charles Wilson wrote: > On 5/24/2011 2:38 PM, David Sastre wrote: >=20 > >> hmm...maybe the OP should check his generated config.h file for the > >> offending def. If it's there, a quick look inside config.log should > >> tell you why 'checking for an ANSI C-conforming const' is reporting 'n= o'. > >=20 > > $ grep -nR "define const" run2-0.4.0-1/build/config.h > > 152:#define const /**/ > >=20 > > From the config.log: > >=20 > > configure:12737: checking for an ANSI C-conforming const > > configure:12802: gcc -c -Wall -Werror conftest.c >&5 > > cc1: warnings being treated as errors > > conftest.c: In function 'main': > > conftest.c:69:10: error: 't' is used uninitialized in this function > > conftest.c:85:23: error: 'b' may be used uninitialized in this function >=20 > Looks like a possible bug in autoconf, which is where the definition of > AC_C_CONST comes from -- or they might define this as PIBKAC (see > below). The test really ought to be -Wall -Werror friendly, but that's > up to the autoconf guys. (snip)=20 > $ ./configure CC=3D"gcc -Wall -Werror" > checking for gcc... gcc -Wall -Werror > checking whether the C compiler works... yes > checking for C compiler default output file name... a.exe > checking for suffix of executables... .exe > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc -Wall -Werror accepts -g... yes > checking for gcc -Wall -Werror option to accept ISO C89... none needed > checking for an ANSI C-conforming const... no >=20 > A-ha! >=20 > Don't set -Werror as part of $CC, set it in $CFLAGS instead. Which is what is defined in the *.cygport's src_compile func: src_compile() { cd ${S} cygautoreconf cd ${B} cygconf CFLAGS=3D"-Wall -Werror" cygmake } And I'm doing nothing but running 'cygport *.cygport all'. This test is failing for me: $ cat configure.ac AC_INIT([test]) AC_CONFIG_SRCDIR([configure.ac]) AC_C_CONST $ autoconf $ ./configure CFLAGS=3D"-Wall -Werror" checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for an ANSI C-conforming const... no for the same reasons (config.log): configure:2563: gcc -c -Wall -Werror conftest.c >&5 cc1: warnings being treated as errors conftest.c: In function 'main': conftest.c:38:10: error: 't' is used uninitialized in this function conftest.c:54:23: error: 'b' may be used uninitialized in this function configure:2563: $? =3D 1 --=20 Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 --MW5yreqqjyrRcusr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iF4EAREIAAYFAk3cDMsACgkQ95urBFKZ7FbKoAD/Qg2R42nZpShrKcPdZ1EePLRe T3o11KbbfIXMg3dqwewA+wQy95vKvkECeKPKf/HHgGlNfeEAih0xbhN9eMF1ew0F =EbIf -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |