From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: core-updates, next release, and all that Date: Tue, 26 Jul 2016 00:46:42 +0200 Message-ID: <87bn1lcp4d.fsf@gnu.org> References: <87zip9pex1.fsf@gnu.org> <20160722215936.GA6082@jasmine> <87h9bgocyk.fsf@gnu.org> <20160723112242.GA5942@solar> <20160724165922.GA4696@jasmine> <20160724174409.GA10837@solar> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44965) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bRoeB-00069G-Q6 for guix-devel@gnu.org; Mon, 25 Jul 2016 18:46:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bRoe6-0003aD-PA for guix-devel@gnu.org; Mon, 25 Jul 2016 18:46:51 -0400 In-Reply-To: <20160724174409.GA10837@solar> (Andreas Enge's message of "Sun, 24 Jul 2016 19:44:09 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Andreas Enge Cc: guix-devel Andreas Enge skribis: > On Sun, Jul 24, 2016 at 12:59:22PM -0400, Leo Famulari wrote: >> So strange. Could the source code have been corrupted while unpacking? >> Can anyone replicate this locally, so they can use --keep-failed? > > Yes, but I still cannot make anything of it. > > The build phase boils down to > cd /tmp/guix-build-lpsolve-5.5.2.0.drv-0/lp_solve_5.5/lpsolve55 > bash ccc > where the latter command eventually runs > gcc -s -c -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LU= SOL/LUSOL -I../colamd -O3 $def $NOISNAN -DYY_NEVER_INTERACTIVE -DPARSER_LP = -DINVERSE_ACTIVE=3DINVERSE_LUSOL -DRoleIsExternalInvEngine ../lp_MDO.c ../s= hared/commonlib.c ../shared/mmio.c ../shared/myblas.c ../ini.c ../fortify.c= ../colamd/colamd.c ../lp_rlp.c ../lp_crash.c ../bfp/bfp_LUSOL/lp_LUSOL.c .= ./bfp/bfp_LUSOL/LUSOL/lusol.c ../lp_Hash.c ../lp_lib.c ../lp_wlp.c ../lp_ma= trix.c ../lp_mipbb.c ../lp_MPS.c ../lp_params.c ../lp_presolve.c ../lp_pric= e.c ../lp_pricePSE.c ../lp_report.c ../lp_scale.c ../lp_simplex.c ../lp_SOS= .c ../lp_utils.c ../yacc_read.c > > When I source the environment variables of the build, then gcc-4.9 is use= d, > and the error message is printed. When I just install gcc-toolchain@5, it > passes. But I do not think that the compiler version makes a difference. > > The offending lines are > #ifndef FALSE > #define FALSE 0 > #define TRUE 1 > #endif > which looks perfectly good. When I remove them, then the compiler complai= ns > that FALSE is not defined. Fixed in commit 5dbfbef7292a43029b17e89d682d9e24703d5cd2. (The problem was a wrong =E2=80=98isnan=E2=80=99 feature test, leading to -= DNOISNAN, leading to =E2=80=9C#define isnan(x) FALSE=E2=80=9D, so the =E2=80=98isnan= =E2=80=99 declaration in was turned into =E2=80=9Cextern int FALSE __attribute__ ((__nothrow__ , __leaf__)) __attribute__ ((__const__));=E2=80=9D=E2=80=A6) Ludo=E2=80=99.