SDL_ttf 2.0.9 cofigure error on embedded system

SDL Development
1

Hello,
i try to compile SDL_ttf from the source.rpm on an embedded arm system.
The system mounts over nfs.
SDL 1.2.13 and SDL_image have been compiled on this system successful (the same way).
SDL-devel is installed on the system, sdl-config works, the libs are in /usr/lib and SDL.h is in /usr/include/SDL .

The configure script gives me the following error:

[…]
checking for working alloca.h… yes
checking for alloca… yes
checking for freetype-config… /usr/bin/freetype-config
/usr/bin/freetype-config: line 12: pkg-config: command not found
/usr/bin/freetype-config: line 13: pkg-config: command not found
/usr/bin/freetype-config: line 15: pkg-config: command not found
/usr/bin/freetype-config: line 16: pkg-config: command not found
/usr/bin/freetype-config: line 12: pkg-config: command not found
/usr/bin/freetype-config: line 13: pkg-config: command not found
/usr/bin/freetype-config: line 15: pkg-config: command not found
/usr/bin/freetype-config: line 16: pkg-config: command not found
checking for sdl-config… /usr/bin/sdl-config
checking for SDL - version >= 1.2.4… no
*** Could not run SDL test program, checking why…
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means SDL was incorrectly installed
*** or that you have moved SDL since it was installed. In the latter case, you
*** may want to edit the sdl-config script: /usr/bin/sdl-config
configure: error: *** SDL version 1.2.4 not found!
[…]

config.log gives :

[…]
configure:20271: result: /usr/bin/freetype-config
configure:20335: checking for sdl-config
configure:20353: found /usr/bin/sdl-config
configure:20366: result: /usr/bin/sdl-config
configure:20374: checking for SDL - version >= 1.2.4
configure:20466: gcc -o conftest -O2 -I/freetype2 -I -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT conftest.c -L -Wl,–rpath -Wl, -lfreetype -lz -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread >&5
conftest.c:31:17: error: SDL.h: No such file or directory
configure:20469: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h. */
[…]

So i replaced in the configure script the lines

#include “SDL.h”

with

#include “/usr/include/SDL/SDL.h”

After that, configure gives the same error, but config.log looks now like:

[…]
configure:20240: checking for freetype-config
configure:20258: found /usr/bin/freetype-config
configure:20271: result: /usr/bin/freetype-config
configure:20335: checking for sdl-config
configure:20353: found /usr/bin/sdl-config
configure:20366: result: /usr/bin/sdl-config
configure:20374: checking for SDL - version >= 1.2.4
configure:20466: gcc -o conftest -O2 -I/freetype2 -I -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT conftest.c -L -Wl,–rpath -Wl, -lfreetype -lz -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread >&5
/usr/bin/ld: : No such file: No such file or directory
collect2: ld returned 1 exit status
configure:20469: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME “”
[…]

Does anybody have an idea whats going on here?

Thank you very much,

Bastian.

2

Greetings everyone,

This is a mutated post from gamedev.com. there it goes:

I ran SDL 1.2.13 through a performance profiler and found that
SDL_GL_SwapBuffers() seems to be taking up a fairly shocking amount of the
processor time - about 30%, compared to my old glutSwapBuffers(), which
didn’t even register as anything more than a fraction of a percent.

  • I have disable VSync with SDL_GL_SetAttribute(SDL_GL_SWAP_CONTROL, 0).

  • I’m using double buffering with SDL_GL_SetAttribute(SDL_GL_DOUBLEBUFFER,

  • I don’t call glFlush() or glFinish() anywhere in my code. (tried any
    possible combinations).

  • I’m using Visual Studio 2008. I built the SDL library myself from source.

This topic must have been issued before but I can’t find the source of the
problem so far. Any insight would be appreciated!

NOTE: I m having difficulties posting this thread for some reason.