[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: core-updates, next release, and all that
From: |
Ludovic Courtès |
Subject: |
Re: core-updates, next release, and all that |
Date: |
Tue, 26 Jul 2016 00:46:42 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Andreas Enge <address@hidden> 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_LUSOL/LUSOL -I../colamd -O3 $def $NOISNAN -DYY_NEVER_INTERACTIVE
> -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine
> ../lp_MDO.c ../shared/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_matrix.c ../lp_mipbb.c ../lp_MPS.c
> ../lp_params.c ../lp_presolve.c ../lp_price.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 used,
> and the error message is printed. When I just install address@hidden, 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 complains
> that FALSE is not defined.
Fixed in commit 5dbfbef7292a43029b17e89d682d9e24703d5cd2.
(The problem was a wrong ‘isnan’ feature test, leading to -DNOISNAN,
leading to “#define isnan(x) FALSE”, so the ‘isnan’ declaration in
<math.h> was turned into “extern int FALSE __attribute__
((__nothrow__ , __leaf__)) __attribute__ ((__const__));”…)
Ludo’.
- Re: core-updates, next release, and all that, (continued)
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/23
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/24
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/24
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/25
- Re: core-updates, next release, and all that, Leo Famulari, 2016/07/25
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/25
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/25
- Re: core-updates, next release, and all that, Ludovic Courtès, 2016/07/25
- Re: core-updates, next release, and all that, Leo Famulari, 2016/07/24
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/24
- Re: core-updates, next release, and all that,
Ludovic Courtès <=
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/26
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/27
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/27
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/27
- Re: core-updates, next release, and all that, Ludovic Courtès, 2016/07/27
- Re: core-updates, next release, and all that, Ludovic Courtès, 2016/07/27
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/28
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/28
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/28
- Re: core-updates, next release, and all that, Andreas Enge, 2016/07/28