I did not yet have the time to look at the patches Ilya sent, so I can’t
comment on that but here are some quick notes on the results you are
Hmm, I don’t know what I’m doing wrong, exactly… I would think that I
could use your libs with mingw32ce, but maybe not. This is where I’m at:
$ /opt/mingw32ce/bin/arm-wince-mingw32ce-g++ -o testSDL.exe testSDL.cpp
Warning: .drectve `/DEFAULTLIB:“coredll.lib” /DEFAULTLIB:“corelibc.lib”
I don’t know where these commands are coming from. They are commands for
the MS linker, propably inside SDLmain.lib, to get autolinking with MSVC.
I had lots of problems linking with import libs created by MSVC. My
current way is to create as much as possible using the gcc based
toolchain. If I absolutely have to link with a MSVC created dll, I
create a .def file using pexports.exe and then creating the import lib.a
pexports.exe SDL.dll > SDL.def
arm-mingw32ce-dlltool -l SDL.dll.a -d SDL.def -D SDL.dll
The resulting executable runs, but hangs after creating the display
surface. Trying to fill a rect causes it to complain of illegal operations.
So I should probably build my own SDL libs, but I’m having trouble
there, too. I’m building with mingw32ce as the host:
Thats the most reliable way…
/bin/sh ./libtool --mode=link /opt/mingw32ce/bin/arm-wince-mingw32ce-gcc
-o build/libSDL.la [Lots of object files here] -O2 -g
-L/opt/mingw32ce/local/lib -lm -lunicows -luser32 -lgdi32 -lmsimg32
-lwinmm -no-undefined -rpath /usr/local/cross-tools/i386-mingw32/lib
-release 1.3 -version-info 0:0:0
*** Warning: Linking the shared library build/libSDL.la against the
*** objects build/version.o is not portable!
rm -fr build/.libs/libSDL.dll.a
/opt/mingw32ce/bin/arm-wince-mingw32ce-gcc -shared [Lots of object
files here] -L/opt/mingw32ce/local/lib -lunicows -luser32 -lgdi32
-lmsimg32 -lwinmm -o build/.libs/SDL.dll -Wl,–enable-auto-image-base
-Xlinker --out-implib -Xlinker build/.libs/libSDL.dll.a
cannot find -lunicows
collect2: ld returned 1 exit status
make: *** [build/libSDL.la] Error 1
It appears that I don’t have any of the libs: -lunicows -luser32 -lgdi32
I wouldn’t expect that I’d need to get more libs. Is there something
I’m missing here?
configure picks up the mingw section in configure.in so you are
compiling for WIN32 not WinCE.
I had that problem also (See my mail “wince/gapi fixes”)
You have to move the wince block before the mingw32 block and let it
match *-mingw32ce. Then rerun autogen…
Stefan> On Tue, Jan 27, 2009 at 5:28 PM, Ilya Kasnacheev <ilya.kasnacheev at gmail.com <mailto:ilya.kasnacheev at gmail.com>> wrote:
Okay, so I've uploaded the "epic success" sdl.dll to
Keep in mind that you'll also need
http://folk.poesie.ru/powder/SDLMain.lib to make it build.
I can't guarantee that that's a finalest version of my SDL, but if you
have any troubles with it just drop their to the maillist.
2009/1/28, Jonathan Dearborn <grimfang4 at gmail.com
<mailto:grimfang4 at gmail.com>>:
> Ooh, I'd like SDL.dll, too, if you don't mind :)
> I'm right at the point of trying to build SDL for WinCE.
> Jonny D
> On Tue, Jan 27, 2009 at 3:51 PM, Ilya Kasnacheev <ilya.kasnacheev at gmail.com <mailto:ilya.kasnacheev at gmail.com>>wrote:
>> 2009/1/22, Stefan Klug <@Stefan_Klug
>> > As noted in my last mail, I'd like to contribute to the WinCe
>> > SDL. I've still got some questions though.
>> > - How extreme are the changes from 1.2 to TRUNK? Will TRUNK remain
>> > mostly stable? If the interface wouldn't change radically I would
>> > consider switching to TRUNK as it seems to make more sense
>> > there.
>> > - I'm currently working on some fixes regarding screen
>> > wince. Is there already some proposal for a public SDL api to
>> > the screen orientation? I know this doesn't make any sense on
>> > apps, but in the growing mobile world I think it definitely
>> > sense...
>> > If there are any other things I should respect before posting
>> > please tell me ;-)
>> I think I've fixed most if not all screen orientation issues in my
>> I can mail a SDL.dll to you so you check if it fixes your problems.
>> I have half of my patches already in svn and hope to bring another
>> half really soon.
>> SDL mailing list
>> SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org>
SDL mailing list
SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org>
SDL mailing list
SDL at lists.libsdl.org