bug-recutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-recutils] recutils 1.3.90 testing - fatal


From: Bruno Haible
Subject: [bug-recutils] recutils 1.3.90 testing - fatal
Date: Sun, 30 Oct 2011 23:16:50 +0100
User-agent: KMail/1.13.6 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.0; x86_64; ; )

Hi José,

FATAL BUILD FAILURES:

1) On some machines (AIX, HP-UX, Solaris)
  configure bails out with

     checking for flex... no
     checking for lex... lex
     checking lex output file root... lex.yy
     checking lex library... -ll
     checking whether yytext is a pointer... no
     configure: error: flex is required.  Please install it and rerun configure.

  You shouldn't do this. 'flex' is not a build tool that you can assume.
  See <http://www.gnu.org/prep/standards/standards.html#Utilities-in-Makefiles>.

  Solution: Replace this part of configure.ac

    AM_PROG_LEX
    if test "$LEX" != flex; then
       AC_ERROR([flex is required.  Please install it and rerun configure.])
    fi

  with

    : ${LEX='flex'}
    : ${LEXLIB='-lfl'}
    AC_ARG_VAR([LEX], [The flex implementation to use.])
    AC_ARG_VAR([LEXLIB], [Options for linking with the flex runtime library.])

2) On some machines (OpenBSD, NetBSD, OSF/1)
  configure bails out with

     checking for bison... no
     checking for byacc... no
     configure: error: bison is required.  Please install it and rerun 
configure.

  You shouldn't do this. 'bison' is not a build tool that you can assume.
  See <http://www.gnu.org/prep/standards/standards.html#Utilities-in-Makefiles>.

  For the two .y files that you ship (lib/parse-datetime.y and
  src/rec-sex-tab.y) you ship the generated .c file also, and the modification
  date of the .c file is newer than the modification date of the .y file.
  So the user would actually not need 'bison', unless he modifies one of the
  files.

  Solution: Replace this part of configure.ac

    AC_PROG_YACC
    if test "$YACC" != "bison -y"; then
       AC_ERROR([bison is required.  Please install it and rerun configure.])
    fi

  with

    gl_BISON

  This way you delay the error until runtime and make it disappear for user
  that have not modified the source files.

3) Fatal build failure on IRIX 6.5 with cc:

cc -O -DHAVE_CONFIG_H -I. -I../src  -I../lib -I../src  -I../libcsv 
-DLOCALEDIR=\"/home/haible/prefix-irix-cc/share/locale\"  
-I/home/haible/prefix-irix-cc/include   -c recdel.c
cc-1515 cc: ERROR File = recdel.c, Line = 250
  A value of type "int" cannot be assigned to an entity of type "char *".

            RECORD_SELECTION_ARGS_CASES
            ^

cc-1515 cc: ERROR File = recdel.c, Line = 250
  A value of type "int" cannot be assigned to an entity of type "char *".

            RECORD_SELECTION_ARGS_CASES
            ^

cc-1515 cc: ERROR File = recdel.c, Line = 250
  A value of type "int" cannot be assigned to an entity of type "char *".

            RECORD_SELECTION_ARGS_CASES
            ^

3 errors detected in the compilation of "recdel.c".

Cause is the missing declaration of xstrdup().
Solution: Add a #include <xalloc.h> to utils/recdel.c.

4) Fatal build failure on Windows XP with MSVC 9:

gl_array_list.c
.\stdlib.h(35) : fatal error C1083: Include file cannot be opened: "": No such 
file or directory
make[3]: *** [gl_array_list.lo] Error 1

Cause: Your copy of m4/include_next.m4 from gnulib is too old.
You have version 18, the current version is 23.

Solution: update to newest gnulib, run "gnulib-tool --update".


Bruno
-- 
In memoriam Bernhard Schwentner 
<http://en.wikipedia.org/wiki/Bernhard_Schwentner>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]