[GRASS-dev] compilation issues with lex

[Glynn Clements]

Markus Neteler wrote:

> > That's essentially what's in mine. Check that there isn't a private gcc
> > verion in /usr/lib/gcc[-lib]/<arch>/<version>/include.
> 
> Here is what I found:
> 
> [neteler at xblade11-2 ~]$ l /usr/lib/gc
> gcc/       gcc-lib/   gcj/       gcj-4.0.0/ gcj-4.0.2/ gconv/     gcrt1.o
> 
> -> looks ok
> 
> [neteler at xblade11-2 ~]$ l /usr/lib/gcc/i386-redhat-linux/4.0.2/
> adainclude/                   libgcc_s.so                   libmudflap.a
> adalib/                       libgcjawt.so                  libmudflap.so
> crtbegin.o                    libgcj.so                     libmudflapth.a
> crtbeginS.o                   libgcj.spec                   libmudflapth.so
> crtbeginT.o                   libgcov.a                     libobjc.a
> crtend.o                      libgfortran.a                 libobjc.so
> crtendS.o                     libgfortranbegin.a            libstdc++.a
> include/                      libgfortran.so                libstdc++.so
> libgcc.a                      libgij.so                     libsupc++.a
> libgcc_eh.a                   lib-gnu-java-awt-peer-gtk.so
> 
> -> looks ok

It's what's in the "include" directory that is relevant. gcc may
override some system headers by placing an alternate version in that
directory.

> > It might be worth checking lex.yy.c, to ensure that the
> > "#include <string.h>" is getting copied there.
> 
> [neteler at xblade11-2 sqlp]$ pwd
> /home/neteler/software/grass6_cvs/lib/db/sqlp
> 
> [neteler at xblade11-2 sqlp]$ grep string lex.yy.c | grep inclu
> #include <string.h>
> 
> The code piece in lex.yy.c is:
> 
> [...]
> *               This program is free software under the GNU General Public
> *               License (>=v2). Read the file COPYING that comes with GRASS
> *               for details.
> *
> *****************************************************************************/
> /****************     C-CODE   *****************/
> #line 24 "lex.l"
> #include <grass/sqlp.h>
> #include "y.tab.h"
> #include <string.h>

No problems there.

-- 
Glynn Clements <glynn at gclements.plus.com>