aMule Forum
English => Compilation problems => Topic started by: myth on August 12, 2012, 11:07:20 PM
-
http://pastebin.com/sYF14LmQ
Ideas? I'm having a fresh Arch x86_64 install here ;)
Of course I just checked out SVN...
-
All on vacation? :P I need my aMule!
-
Please try if 10781 still works. Parsers/Scanners were regenerated in 10782 .
You could also try and delete Scanner.cpp so it gets regenerated I think (you have to install Flex for that).
-
I also tried a more older version.
Also trying to delete the Scanner.cpp doesn't help!
Flex is installed btw!
Here complete autogen, configure, make logs!
autogen (http://pastebin.com/WuC9CdsG)
configure (http://pastebin.com/zid8skkV)
make (http://pastebin.com/ZY4kZpuY)
-
Can't find an error in the make log, and have no idea why it doesn't link. ???
-
Ok, I go and ask in Arch forums ;) Maybe they have a way!
-
The user Trilby was so kind to fix it!
I attache the diff patch!
-
That may fix the compilation but breaks the code:
< static void ReadLexBuff(char* pcBuff, int& riResult, size_t uMaxSize);
---
> static void ReadLexBuff(char* pcBuff, yy_size_t riResult, size_t uMaxSize); //MyTh fix thanks to Trilby
Now no more result value can be returned.
I also tried a more older version.
Which one? Result? Reminds me of this (http://xkcd.com/1096/).
-
Ok, I tried 10781, with same error!
So I checked out rev. 10700 and during make I get this (http://pastebin.com/RJKE7g0y)...
-
Maybe something like the gcc-4.6/4.7 transition
-
This could be! I'm using 4.7.1 here on Arch...
Any ideas on how to fix that?
-
Looks like someone should check the build with gcc 4.7. Not before my vacation though. And I don't know if I canget it running without installing a different distro than Ubuntu anyway. :-\
-
I guess it's your Flex that makes compilation fail.
The latest sources in SVN pass an int variable as second argument to ReadLexBuff(), while your log complains about an yy_size_t (a.k.a. long unsigned int) type. Therefore I guess Scanner.cpp gets regenerated on your system before compilation.
I'd say you should try checking out a clean source tree (or discard all of your modifications to Scanner.{cpp,h}), then do $ touch src/Scanner.{cpp,h}
to make their timestamp newer than Scanner.l, then try compiling again. If it still fails, please check that Scanner.cpp isn't modified.
-
Lol, so easy!
I just checked out a fresh copy and after touch I can compile without a problem!
Cheers