aMule Forum
English => aMule News => Topic started by: Kry on May 21, 2007, 01:49:14 AM
-
Due to some serious amount of changes I'm doing on SVN, currently aMule won't compile with a external CryptoPP lib. If you're using a extrenal crypto lib for aMule, use the embedded one or wait until I'm done with it (which can take a while, btw).
Sorry for the inconvenience.
[EDIT] Not that it matters, because I missed some files and it doens't compile. Woops :)
-
Some trouble com:piling, anyway :
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I./libs -DENABLE_UPNP=1 -DUSE_EMBEDDED_CRYPTO -W -Wall -Wshadow -Wundef -DUSE_WX_EXTENSIONS -MT libmuleappcommon_a-Timer.o -MD -MP -MF ".deps/libmuleappcommon_a-Timer.Tpo" -c -o libmuleappcommon_a-Timer.o `test -f 'Timer.cpp' || echo './'`Timer.cpp; \
then mv -f ".deps/libmuleappcommon_a-Timer.Tpo" ".deps/libmuleappcommon_a-Timer.Po"; else rm -f ".deps/libmuleappcommon_a-Timer.Tpo"; exit 1; fi
make[3]: *** Pas de règle pour fabriquer la cible « RandomFunctions.cpp », nécessaire pour « libmuleappcommon_a-RandomFunctions.o ». Arrêt.
make[3]: quittant le répertoire « /usr/src/rpm/BUILD/amule-cvs/src »
make[2]: *** [all-recursive] Erreur 1
make[2]: quittant le répertoire « /usr/src/rpm/BUILD/amule-cvs/src »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « /usr/src/rpm/BUILD/amule-cvs »
make: *** [all] Erreur 2
erreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.88111 (%build)
No rule for RandomFunctions.cpp in Make ?
-
Woops
-
Hi I encountered the same mistake as above and other one (ubuntu feisty) :
$ ./configure --enable-embedded_crypto --enable-webserver --enable-wxcas --enable-utf8-systray --enable-utf8-systray --enable-unicode --enable-geoip --with-wx-config=/usr/lib/wx/config/gtk2-unicode-release-2.8
[...]
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I./libs -DENABLE_UPNP=1 -DUSE_EMBEDDED_CRYPTO -W -Wall -Wshadow -Wundef -g -ggdb -fno-inline -D__DEBUG__ -fmessage-length=0 -D_GLIBCXX_DEBUG -D_GLIBCXX_DEBUG_PEDANTIC -DUSE_WX_EXTENSIONS -MT libmuleappcommon_a-Tag.o -MD -MP -MF ".deps/libmuleappcommon_a-Tag.Tpo" -c -o libmuleappcommon_a-Tag.o `test -f 'Tag.cpp' || echo './'`Tag.cpp; \
then mv -f ".deps/libmuleappcommon_a-Tag.Tpo" ".deps/libmuleappcommon_a-Tag.Po"; else rm -f ".deps/libmuleappcommon_a-Tag.Tpo"; exit 1; fi
Tag.cpp:127:6: attention : #warning Endianess problem?
Tag.cpp:145:6: attention : #warning This seems to be off by one! 8 / 8 + 1 == 2, etc.
Tag.cpp:349:5: attention : #warning Endianess problem?
-
I see no error there
-
no error but it could explain error exposed by OldFrog ?
-
No.
It's already fixed for tomorrow.
-
what's the state of stableness/usability of current svn code ? I am running svn 2007-04-30 now and it's pretty stable, but sources are found VERY slowly so I would like to update...
Thanks for Your work.
-
I think it's not worse than 04/30.
-
As a qualified dummy svn user, I'd say : "rocky stable".
Ok, it works all by itself and I don't play with settings, but it's very efficient.
-
I'd say : "rocky stable"
Can acknoledge. svn 2007-06-20 seems to be stable usable.