Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[OldFrog]

Originally posted by andre.goddard
This copy/touch trick doesn`t work to me using CVS-20060617.

I had to edit src/Scanner.l and add in the first lines:

#include "Scanner.h.in"

Now it compiled fine.

Same for me (Sorry, was gone for job for a little week)


Anyway, when linking :

./libmuleappcore.a(libmuleappcore_a-Scanner.o): In function `LexFree()':
./Scanner.l:192: undefined reference to `yylex_destroy()'
collect2: ld returned 1 exit status
make[3]: *** [amuled] Erreur 1

[Gerd78]

After applying this hack, could you please check if your aMule crashes on the second search? Just perform a local search for anything and a global search for something else immediately afterwards. I'm just a little bit curious.

[toshi]

Still can't compile aMule-CVS-20060617:

Scanner.cpp:536:5: warning: "YY_STACK_USED" is not defined
Scanner.cpp:1470:5: warning: "YY_ALWAYS_INTERACTIVE" is not defined
Scanner.cpp:1764:5: warning: "YY_MAIN" is not defined
./Scanner.l:205:5: warning: "YY_STACK_USED" is not defined
./Scanner.l: In function ‘void LexFree()’:
./Scanner.l:191: error: ‘yylex_destroy’ was not declared in this scope
Scanner.cpp: At global scope:
Scanner.cpp:1663: warning: ‘void yy_fatal_error(const char*)’ defined but not used

With '#include "Scanner.h.in"'

./libmuleappcore.a(libmuleappcore_a-Scanner.o): In function `LexFree()':
Scanner.cpp:(.text+0x247): undefined reference to `yylex_destroy()'

[andre.goddard]

Okey, I got the very same problem, just finished compiling but it is not linking.

Who defines the symbol yylex_destroy? I tried nm'ing the libraries but could not find it.

Thanks!

[toshi]

flex does? )

[andre.goddard]

I installed the latest flex from sourceforge.net/projects/flex/.
They have a strange version nomenclature.. 2.5.4a is older than 2.5.33.

Altought I could not find yylex_destroy() symbol in the newer flex library that I compiled,
it linked successfully and I got a working executable now.

[andre.goddard]

Okey, the symbol got defined inside amule sources with the new flex:

doctorture:/opt/downloads/amule-cvs # nm -C src/libmuleappcore_a-Scanner.o | grep yylex_destroy
00000548 T yylex_destroy()

[Vollstrecker]

Originally posted by andre.goddard
They have a strange version nomenclature.. 2.5.4a is older than 2.5.33.

Why?  You are in decimal system, not in hex. 4a is mostlikely a fix for 4 and smaller than 33.

[OldFrog]

Installed latest versions of flex and bison and everything went fine. As no RPM exist for mandriva for those, I built some. For those interested, grab them from here.

Kry, amule-CVS rpms in the usual place

[IhmSelbst]

Originally posted by OldFrog
Installed latest versions of flex and bison and everything went fine. ...

After upgrading flex to v.2.5.33, (and leaving the bisons as they were,) all seemed to work fine here.
Here the --version outputs before upgrading flex:
10.1 (all left untouched, because it already worked before):
gcc (GCC) 4.1.0 (SUSE Linux)
bison (GNU Bison) 2.1
flex 2.5.31

10.0:
gcc 4.0.2 20050901 (prerelease) (SUSE Linux)
bison (GNU Bison) 1.875
flex 2.5.4

9.3:
gcc (GCC) 3.3.5 20050117 (prerelease) (SUSE Linux)
bison (GNU Bison) 1.875
flex version 2.5.4

If someone should need the (32 bit).rpms for SuSE 9.3 and 10.0:
flex-2.5.33-0.i586.SuSE_9.3.rpm
flex-2.5.33-0.SuSE_10.0.i586.rpm


cu

[toshi]

Compiled CVS at last... Just got flex from last src tarball (http://flex.sourceforge.net/). But for me it's very interesting why binaries provided by distro are versioned higher then flex's project files on sourceforge.

[Gerd78]

- They are not versioned higher - 2.5.33 is higher than 2.5.4 because 33 > 4

- Actually I'm not sure if upgrading flex for a single application is really a good idea, but let's see

[OldFrog]

Originally posted by Gerd78
- Actually I'm not sure if upgrading flex for a single application is really a good idea, but let's see

Because Project Management = Despotism