#7 Stricter check for flex library is needed in configure

closed-accepted
nobody
None
5
2004-03-06
2004-02-06
No

make fails with following error:

gcc -I../../src/libipsec -include ../../src/include-glibc/glibc-bugs.h -I../../
src/include-glibc -I../../src/include-glibc -g -O2 -DINET6 -DIPSEC
-o .libs/setkey setkey.o parse.o token.o ../libipsec/.libs/libipsec.so
-Wl,--rpath -Wl,/usr/local/lib
token.o(.text+0x73e): In function `yylex':
/root/ipsec-tools-0.2.4/src/setkey/token.c:1886: undefined reference
to `yywrap'
token.o(.text+0xe27): In function `input':
/root/ipsec-tools-0.2.4/src/setkey/token.c:2235: undefined reference
to `yywrap'
collect2: ld returned 1 exit status
make[3]: *** [setkey] Error 1
make[3]: Leaving directory `/root/ipsec-tools-0.2.4/src/setkey'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/ipsec-tools-0.2.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/ipsec-tools-0.2.4'
make: *** [all] Error 2

Source definitions of yylex() appear valid (I removed the #ifdefs to
force the C definition; still no luck). Tested on two different RedHat9
machines, Linux 2.6.1.

Discussion

  • Aidas Kasparas

    Aidas Kasparas - 2004-02-11

    Logged In: YES
    user_id=39627

    There is nothing wrong with yylex() function. Problem is
    with yywrap(), which should be in in libfl library.

    I see no command line option for inclusion of that library.
    So I suspect that you have no flex program or it's
    libraries on your system. Try to install, rerun configure
    and try to compile again.

     
  • Dan Margolis

    Dan Margolis - 2004-02-11

    Logged In: YES
    user_id=830487

    Well, intersting. Installing flex did fix it (the configure script
    checks for flex, but doesn't error on it...). But now I've got a ton
    of undefined references in src/racoon/crypto_openssl.c. This
    does work with the latest version of openssl (0.9.7c), no?

     
  • Dan Margolis

    Dan Margolis - 2004-02-11

    Logged In: YES
    user_id=830487

    Just to clarify, it compiles fine normally. The issue is apparently when specifying an OpenSSL source directory with the --with-ssleay configure flag; it configures OK, but does not in fact include the proper library files. So if a user does not have ssleay installed on his system, it breaks.

     
  • Aidas Kasparas

    Aidas Kasparas - 2004-02-12

    Logged In: YES
    user_id=39627

    As I understand, stricter check for flex libraries is needed
    in configure.

    Re --with-ssleay, is this option used somewhere in default
    configuration as supplied with ipsec-tools-0.2.4, or have
    you added it for some reason on yourself?

     
  • Aidas Kasparas

    Aidas Kasparas - 2004-02-12
    • summary: Compile error --> Stricter check for flex library is needed in configure
    • status: open --> open-accepted
     
  • Dan Margolis

    Dan Margolis - 2004-02-12

    Logged In: YES
    user_id=830487

    No, it is an option in the configure script itself. Or at least it
    claims to be; if you don't have the openssl libraries on your
    system, it will fail configure, suggesting to download them from
    openssl.org or use the --with-ssleay flag. The flag fuctions
    properly in the configure script, but the openssl portions still
    don't compile. Seems like it's not altering the include paths, but
    I haven't bothered to check that out.

     
  • Aidas Kasparas

    Aidas Kasparas - 2004-03-06

    Logged In: YES
    user_id=39627

    As I understand initial problem is solved, stricter check
    for lexer library is
    in CVS, and finding out what's wrong with --with-openssl we
    need user who
    has problems with them and has no other way to solve them.

     
  • Aidas Kasparas

    Aidas Kasparas - 2004-03-06
    • status: open-accepted --> closed-accepted
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks