I trimmed down the file posted earlier to the source attached.
When you define macro CRASH, that's what the compiler does. See below.
I'll try to work further from here, but you're quite welcome to beat me
to it :-)
When running this with -v it is clear - if the error message wasn't
already - th
> > > I just took latest svn cegcc and wanted to test if the loading
> error
> > > was fixed (the infamous problem that is only fixed by using upx).
> >
> > Partially. It may work for you, give it a try.
> >
>
> Surprisingly, I got opposite behavior with the dll binaries compiled
> with latest ceg
I`ve not implemented OpenGL, but rather a simpler software renderer that
sits on top of SDL+SDL_gfx. If it performs well under linux for the same
processor and doesnt under WinMo, than SDL or WinMo is the cullprit - but
since SDL is using GAPI, I hardly suspect of SDL.
cheers
Daniel Monteiro
On Wed, 10 Feb 2010 09:05:55 -0200, Daniel Monteiro
wrote:
> Tried that with a SDL app of mine (http://angstron2.garage.maemo.org ,
the
> one Im trying to port to OpenGL ES), but the results were marginally
better
> (tunning for xscale). Its kind of weird, since I tried it on my
> pxa...@315mhz ph
Tried that with a SDL app of mine (http://angstron2.garage.maemo.org , the
one Im trying to port to OpenGL ES), but the results were marginally better
(tunning for xscale). Its kind of weird, since I tried it on my
pxa...@315mhz phone, running one of those chinese linuxes from Motorola and
it perfo
On Tue, 9 Feb 2010 16:43:21 -0200, Daniel Monteiro
wrote:
> Tried setting those by hand, but it generated link errors.
> The said simbols actually looks like what I was looking for. Gonna try
> those when I get home.
> Also worth asking: Is it me or everything in WinMo is ARMv4, right?
I would sa
