[unixODBC-support] Problem compiling under Debian with 2.6 kernel

Nick Gorham nick at easysoft.com
Tue Jul 20 22:48:42 BST 2004


Martin J. Evans wrote:

> I have debian here and it compiles fine.
> 
> Are you by any chance using lex and yacc? If so try using bison and flex (from
> the GNU project) - make sure they are found on your PATH.
> 
> On my debian machine lex and flex are both GNU flex and yacc and bison are
> both GNU bison although the yacc is really a shell script running bison -y.

This is the third time I have had this reported, and as yet, I have 
failed to find the problem. if its a problem with a later version of 
flex, it would explain why I haven't seen it.

I do think I have seen it myself once, I am starting to think it may 
have been on one of the sourceforge build farm, I will go back to there 
and take another look.

It is (I think) a flex problem, the missing line from the output C is

#define YY_FLUSH_BUFFER yy_flush_buffer( yy_current_buffer )

-- 
Nick




> 
> martin at debian:~$ which lex
> /usr/bin/lex
> martin at debian:~$ /usr/bin/lex --version
> lex version 2.5.4
> martin at debian:~$ which flex
> /usr/bin/flex
> martin at debian:~$ /usr/bin/flex --version
> flex version 2.5.4
> martin at debian:~$ which yacc
> /usr/bin/yacc
> martin at debian:~$ /usr/bin/yacc --version
> bison (GNU Bison) 1.35
> martin at debian:~$ which bison
> /usr/bin/bison
> martin at debian:~$ /usr/bin/bison --version
> bison (GNU Bison) 1.35
> martin at debian:~$ ls -la /usr/bin/yacc
> lrwxrwxrwx    1 root     root           22 Jun  4 22:31 /usr/bin/yacc ->
> /etc/alternatives/yacc
> martin at debian:~$ ls -la /usr/bin/yacc
> lrwxrwxrwx    1 root     root           22 Jun  4 22:31 /usr/bin/yacc ->
> /etc/alternatives/yacc
> martin at debian:~$ ls -la /etc/alternatives/yacc
> lrwxrwxrwx    1 root     root           19 Jun  4 22:31 /etc/alternatives/yacc
> -> /usr/bin/bison.yacc
> martin at debian:~$ cat /usr/bin/bison.yacc 
> #!/bin/sh
> exec bison -y "$@"
> martin at debian:~$ ls -la /usr/bin/lex 
> lrwxrwxrwx    1 root     root            4 Jun  4 22:26 /usr/bin/lex -> flex
> 
> Martin
> --
> Martin J. Evans
> Development, Easysoft Ltd
> 
> 
> Quoting Scott Johnson <scott at advancedtool.com>:
> 
> 
>>When I'm running the make for 2.2.9 I consistently get this error
>>
>>gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
>>-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"unixODBC\"
>>-DVERSION=\"2.2.9\" -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1
>>-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
>>-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
>>-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
>>-DHAVE_SYS_SEM_H=1 -DHAVE_DLFCN_H=1 -DLTDL_SHLIB_EXT=\".so\"
>>-DHAVE_ICONV=1 -DICONV_CONST= -DHAVE_LIBCRYPT=1 -DTIME_WITH_SYS_TIME=1
>>-DHAVE_SYS_TIME_H=1 -DSIZEOF_LONG=4 -DHAVE_LONG_LONG=1
>>-DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1 -DHAVE_VSNPRINTF=1
>>-DHAVE_STRTOL=1 -DHAVE_ATOLL=1 -DHAVE_STRTOLL=1 -DHAVE_ENDPWENT=1
>>-DHAVE_LIBPTHREAD=1 -D_REENTRANT=1 -DHAVE_LOCALTIME_R=1 -DHAVE_FTOK=1
>>-DHAVE_SEMGET=1 -DHAVE_SHMGET=1 -DHAVE_SEMOP=1 -DHAVE_SNPRINTF=1
>>-DNEED_SEMUNDO_UNION=1 -DCOLLECT_STATS=1 -DSTDC_HEADERS=1
>>-DHAVE_MALLOC_H=1 -DHAVE_UNISTD_H=1 -DHAVE_PWD_H=1 -DHAVE_CRYPT_H=1
>>-DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRING_H=1 -DHAVE_LOCALE_H=1
>>-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_SEM_H=1 -DHAVE_DIRENT_H=1
>>-DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_VPRINTF=1 -DHAVE_PUTENV=1
>>-DHAVE_SOCKET=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -DHAVE_SETENV=1
>>-DHAVE_SETLOCALE=1 -DHAVE_STRCHR=1 -I. -I. -I../include -g -O2 -pthread
>>-c lex.c -MT lex.lo -MD -MP -MF .deps/lex.TPlo  -fPIC -DPIC -o lex.lo
>>lex.l: In function `yyerror':
>>lex.l:241: error: `YY_FLUSH_BUFFER' undeclared (first use in this
>>function)
>>lex.l:241: error: (Each undeclared identifier is reported only once
>>lex.l:241: error: for each function it appears in.)
>>make[1]: *** [lex.lo] Error 1
>>make[1]: Leaving directory `/root/unixODBC-2.2.9/sqp'
>>make: *** [all-recursive] Error 1
>>cservice:~/unixODBC-2.2.9#
>>
>>Does anyone have any ideas what I'm doing wrong, or what I'm missing to
>>get this to compile?
>>
>>Thank you in advance.
>>
>>-_Scott
>>
>>
>>_______________________________________________
>>unixODBC-support mailing list
>>unixODBC-support at mail.easysoft.com
>>http://mail.easysoft.com/mailman/listinfo/unixodbc-support
>>
>>
>>
> 
> 
> _______________________________________________
> unixODBC-support mailing list
> unixODBC-support at mail.easysoft.com
> http://mail.easysoft.com/mailman/listinfo/unixodbc-support
> 
> 


-- 
Nick Gorham
Easysoft Limited




More information about the unixODBC-support mailing list