aMule Forum
English => Multiplatform => Win32 => Topic started by: lennynero on August 24, 2005, 10:09:41 PM
-
hi i have followed this guide: http://www.amule.org/wiki/index.php/HowTo_compile_on_Win32
but when i compile amule i get some errors, i would to know what is the option "--with-zlib=/home/(Benutzername)/aMule/zlibdll/" of Deutsch guide...and why is isn't present in english version of guide?
i use minGW and i cant copy/paste my code..how i can cpy/paste it? ctrl+c don't work
thank u all
-
if you installed zlib correclty you dont need this configure option,
but if you install zlib into your home dir, which is not in the library path of minGW, then you need to tell aMule where to find zlib, thats why the difference
both should work
about the copy paste, should work as it does in putty,
just mark the code/infos to be copied, and then simple go to the place and click strg-v to paste it
-
1: thank u for interesting, i had compiled my aMule with option --enable-static --enable-amule-gui, but the gui not work(i dont get connection on linux daemon) ...im in a lan
2: i cant compile aMule with option --enable-amule-daemon(i get an error during make)
im tryin my test on 2.0.3, now i try on cvs too and i tell to u if i solve mi problems
thank u all too ;)
-
well with cvs you should be able to connect to a linux-daeom, this did not work in 2.0.3
but make sure you run the same cvs tarball on the linux box aswell, otherwise it will not work
about daemon-compile on win32, never tryed since in my eyes it does not make a lot of sence ;)
-
hi, im trying to compiling a cvs version, but from now since 2000820 not compiling with amule-gui...what cvs version compiling with gui(on win of course)?
thank u all.
-
hi, im trying to compiling a cvs version, but from now since 2000820 not compiling with amule-gui...what cvs version compiling with gui(on win of course)?
Last time I tried it on win32 was 2005-08-18, and then it worked.
2: i cant compile aMule with option --enable-amule-daemon(i get an error during make)
amuled cannot be compiled under win32 atm.
-
i have tried compiling with this version( 20050818 ) but it doesn't compile
the only option that i have used is --enable-amule-gui...
amule.cpp:387: Internal compiler error in c_expand_expr, at c-common.c:3714this is my last string error
ps with 2.0.3 stable the compiling process work.
than u all.
-
That's exactly what I also get with gcc-3.2.2. With 3.4.2, it compiles fine.
-
Because gcc 3.2.2 is buggy
-
Which isn't? :P
-
gcc 5.0 isn't. Will be :D
-
i had upgraded my minGW and now i use gcc 3.4.2, but NOW i cant compile amule-gui...
with old minGW i was compiled using (--enable-amule-gui --disable-monolithic --disable-debug), now with this parameters not compile....
damn i cant found a good configuration :(
thank u all.
-
whats the error msg? post the compile error and give us some clues,
I just compiled todays cvs on mingw without problems including remote-gui
so its works....
-
please copy&paste what your msys window displays.
yo copy.... JUST SELECT THE TEXT.
then just go Ctrl+V on your web browser.
-
i had compiled a version of amulegui of 20050826, but now i cant compile it(with new minGW)
today i had compiled 20050829(using this parameters: ./configure --enable-optimize --disable-monolithic --disable-debug --enable-a
mule-gui --enable-utf8-systray) with this errors:
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_utilsexc.o)(.data$_ZTI13wxInputStream[typeinfo for wxInputStream]+0x0):utilsexc.cpp: multiple definition of `typeinfo for wxInputStream'
amulegui-FileFunctions.o(.rdata$_ZTI13wxInputStream[typeinfo for wxInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_utilsexc.o)(.text$_ZTS13wxInputStream[typeinfo name for wxInputStream]+0x0):utilsexc.cpp: multiple definition of `typeinfo name for wxInputStream'
amulegui-FileFunctions.o(.rdata$_ZTS13wxInputStream[typeinfo name for wxInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.data$_ZTV20wxArchiveInputStream[vtable for wxArchiveInputStream]+0x0):zipstrm.cpp: multiple definition of `vtable for wxArchiveInputStream'
amulegui-FileFunctions.o(.rdata$_ZTV20wxArchiveInputStream[vtable for wxArchiveInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.data$_ZTI20wxArchiveInputStream[typeinfo for wxArchiveInputStream]+0x0):zipstrm.cpp: multiple definition of `typeinfo for wxArchiveInputStream'
amulegui-FileFunctions.o(.rdata$_ZTI20wxArchiveInputStream[typeinfo for wxArchiveInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.text$_ZTS20wxArchiveInputStream[typeinfo name for wxArchiveInputStream]+0x0):zipstrm.cpp: multiple definition of `typeinfo name for wxArchiveInputStream'
amulegui-FileFunctions.o(.rdata$_ZTS20wxArchiveInputStream[typeinfo name for wxArchiveInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.data$_ZTI19wxFilterInputStream[typeinfo for wxFilterInputStream]+0x0):zipstrm.cpp: multiple definition of `typeinfo for wxFilterInputStream'
amulegui-FileFunctions.o(.rdata$_ZTI19wxFilterInputStream[typeinfo for wxFilterInputStream]+0x0):FileFunctions.cpp: first defined here
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.text$_ZTS19wxFilterInputStream[typeinfo name for wxFilterInputStream]+0x0):zipstrm.cpp: multiple definition of `typeinfo name for wxFilterInputStream'
amulegui-FileFunctions.o(.rdata$_ZTS19wxFilterInputStream[typeinfo name for wxFilterInputStream]+0x0):FileFunctions.cpp: first defined here
collect2: ld returned 1 exit status
make[4]: *** [amulegui.exe] Error 1
make[4]: Leaving directory `/home/lenny/amule-cvs/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/lenny/amule-cvs/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/lenny/amule-cvs/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/lenny/amule-cvs'
make: *** [all] Error 2'
now i cant undestand why i get this errors
thank u all, and i hope that yousolve my problems...
-
looks like wx-problem to me
did you do a clean install of wxGTK-2.6.1?
what options did you use to compile it? did you also enable unicode?
-
maybe you installed wxbase instead of wxmsw (which includes wxbase)?
-
i had compiled wxMSW-2.6.0 with --without-checklistbox --disable-shared --disable-compat22 --disable-wave --disable-fraction --disable-mdi --disable-joystick
probably i must upgrade to 2.6.1...?
i dont know...
-
yes, try with 2.6.1
and follow this guide, please: http://www.amule.org/wiki/index.php/HowTo_compile_on_Win32
-
and if you want uft8.systray dont forget to --enable-unicode!!!
-
stefanero:
i believe utf8 in systray is always enabled with wx25/wx26.
and is --enable-unicode in wx26 still necessary? i thought it was enabled default
-
nope its not default, only gtk2 is defualt under linux, unicode not
about utf8 systry being default with wx-2.5 and wx-26 I dont think so aswell, since it my configure summary its always "no"
also making it default does not make a lot of sence, since when you use gtk1 you cant have unicode
-
the problem of my compiling process was the wxMSW-2.6.0, now with new version works fine, when i had installed tools in the guide there was old version of wx...(Jacobo221: i have followed the guide since start...)
now i have compiled wx without --enable-unicode, and i have used --enable-utf8-systray in amule...i don't understand what --utf8-systray for..; i have enabled it because in windows the systray use make a crash of the gui..., now i must recompile wx for really using utf8-systray?please cleary to me wath systray for..
thank u, now aMule compile :)
-
stefanero: ok, thanks very much :)
lennynero: I compiled wx with no unicode support and didn't enable utf8 supoprt systray in aMule. It works fine.
The crash you may experience might be an amule.conf bug which makes aMule crash on every startup. To avoid this, edit C:\Documents and Settings\sensi\.aMule\amule.conf and set [Razor_Preferences]/MAIN_X_SIZE=800 and [Razor_Preferences]/MAIN_Y_SIZE=600
You might have to do this every time you start aMule :S
Or just edit src/amuleDlg.cpp:
if (!override_size) {
if (x2 > 0 && y2 > 0) {
SetSize(0, 200);
} else {
#ifndef __WXGTK__
make it:
if (!override_size) {
if (x2 > 0 && y2 > 0) {
// SetSize(x2, y2);
} else {
#ifndef __WXGTK__
So that it doesn't crash at startup, though the size of aMule's window will not be saved then. If you find this too annoying, try setting the line to "SetSize(800, 600);"
greets!
-
is this also used by remote-gui jacobo? I am not sure about that...since I can restart and stop my remote-gui as much as I want, and its no problem....
havent tryed real mule on win32 tho
-
i must thank u the comunity, you are the best, your support is unconditioned and you are very patients...i make many questions, but there is every day someone that answer...
now im testing the gui and it's a little slow..:(, in my lan the speed is acceptable, but with my adsl from the internet is very slow..(i have 15-16kB of bandwidth, now i only wait for a increasing of tecnology and hope in a faster connection between daemon and gui(and of my upload too).
-
C:/Programmi/MSys-1.0/local/lib/libwx_base-2.6.a(baselib_zipstrm.o)(.
data$_ZTI20wxArchiveInputStream[typeinfo for wxArchiveInputStream]+0x0):zipstrm.cpp: multiple definition of `typeinfo for wxArchiveInputStream'
amulegui-FileFunctions.o(.rdata$_ZTI20wxArchiveInputStream[typeinfo for wxArchiveInputStream]+0x0):FileFunctions.cpp: first defined here
Hum, seems to me that you are linking against wxBase, and probably against wxWidgets full, which includes wxBase already. So you have repeated code and the linker is complaining. Find where is that you specify wxBase in the link command and remove it.
Cheers!
-
stefanero: so amulegui works for you on win32? I can't make it connect to my aMule ...
lennynero: you're wellcome ;) check phoenix's post
-
well I guess his problem is gone now anyways...
@Jacobo
well yeah it works fine...have you got the same svn snapshot from linux and on win32 ?
only other thing could be that the pass and the EC port are not right configured...but other then that...
-
well, i believe i know how to configure EC now... ;P though we could check when I'm back to the Windows box.
and ye, same snapshot. but not linux vs Windows: Windows aMuleGUI connecting to Windows aMule ;)