Re: core-updates, next release, and all that

[Andreas Enge]

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.

Andreas