I’m having problems building SDL from CVS. I’ve done a clean checkout
and run ./autogen.sh. When I run ./configure I get a set of errors and
./configure fails:
…
Generating dependencies for ./src/SDL.c
./build-scripts/makedep.sh: eval: line 3: syntax error: unexpected end of file
Generating dependencies for ./src/SDL_error.c
./build-scripts/makedep.sh: eval: line 3: syntax error: unexpected end of file
…
I’m using MSYS-1.0.10 (current) and I’ve tried the latest version of
bash-2.05b-MSYS snapshot, which fixes the above problem, but segfaults
elsewhere
It seems the version of bash I’m using doesn’t like these eval
statements in ‘build-scripts/makedep.sh’:
echo "" >>${output}.new
case $ext in
c) eval echo \\" $BUILDC\\" >>${output}.new;;
cc) eval echo \\" $BUILDCC\\" >>${output}.new;;
m) eval echo \\" $BUILDM\\" >>${output}.new;;
asm) eval echo \\" $BUILDASM\\" >>${output}.new;;
*) echo "Unknown file extension: $ext";;
esac
As a work-round I used this instead:
echo "" >>${output}.new
echo -n " " >>${output}.new
case $ext in
c) eval echo "$BUILDC" >>${output}.new;;
cc) eval echo "$BUILDCC" >>${output}.new;;
m) eval echo "$BUILDM" >>${output}.new;;
asm) eval echo "$BUILDASM" >>${output}.new;;
*) echo "Unknown file extension: $ext";;
esac
Also, there are a lot of .#nnn_headerfile_h files left behind in the
SDL12 top-level directory.
This new build process builds and installs a lot faster though: great
stuff!
I’m having problems building SDL from CVS. I’ve done a clean checkout
and run ./autogen.sh. When I run ./configure I get a set of errors and
./configure fails:
…
Generating dependencies for ./src/SDL.c
./build-scripts/makedep.sh: eval: line 3: syntax error: unexpected end of file
Try it now. I simplified it.
Also, there are a lot of .#nnn_headerfile_h files left behind in the
SDL12 top-level directory.
You can just remove them. They normally get cleaned up when it finishes.
This new build process builds and installs a lot faster though: great
stuff!
Thanks!
-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment
I’m having problems building SDL from CVS. I’ve done a clean checkout
and run ./autogen.sh. When I run ./configure I get a set of errors and
./configure fails:
…
Generating dependencies for ./src/SDL.c
./build-scripts/makedep.sh: eval: line 3: syntax error: unexpected end of file
Try it now. I simplified it.
Works fine now, thanks.
Also, there are a lot of .#nnn_headerfile_h files left behind in the
SDL12 top-level directory.
You can just remove them. They normally get cleaned up when it finishes.
They are still being left behind, clogging up my Windows Explorer
When building other projects, I get a set of warnings everytime SDL.h is
included:
In file included from C:/msys/1.0/local/include/SDL/SDL.h:31,
from src/progressbar.h:34,
from src/progressbar.c:31:
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:39: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:43: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:47: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:51: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:55: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:59: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:63: warning: function declaration isn’t a prototype
C:/msys/1.0/local/include/SDL/SDL_cpuinfo.h:67: warning: function declaration isn’t a prototype
Here is line 39:
extern DECLSPEC SDL_bool SDLCALL SDL_HasRDTSC();
If I change it to:
extern DECLSPEC SDL_bool SDLCALL SDL_HasRDTSC(void);
it shuts up,
cheers,
John.On Tue, Feb 21, 2006 at 08:45:30PM -0800, Sam Lantinga wrote:
when building SDL projects, I get the following warning:
In file included from C:/msys/1.0/local/include/SDL/SDL.h:28,
from src/progressbar.h:34,
from src/progressbar.c:31:
C:/msys/1.0/local/include/SDL/SDL_main.h:69: warning: function declaration isn’t a prototype
which seems to be caused by this line in SDL_main.h:
