buildscripts-20080624 bugs and fixes
Posted: Sat Nov 15, 2008 10:37 am
Hi,
I've being trying to build devkitPro on Debian lenny for a few days and this is what I found:
1. Patch of binutils in dkppc is not against official GNU binutils 2.18.50 but against technology preview binutils-2.18.50-20080109-2 available on mingw page in sourceforge. Apparently the patch may easily be adapted to GNU binutils but then the code generated for ARM becomes half-broken. For example, default.arm7 will not forward IPC data to ARM9 (no touchscreen, no sound, ...). As a short term fix buildscripts should download binutils from the sourceforge site and not from GNU site.
2. buildscripts/dkpsp/scripts/build-crtls.sh and buildscripts/dkpsp/scripts/build-gcc.sh have some Control-M embedded at the end of some lines which happen to confuse the shell.
3. After checking out pspsdk it should patch file pspsdk/src/libc/libcglue.c to fix the signature of gettimeofday. GCC 4.3.2 will refuse to compile a file with conflicting signatures by default. A simple fix which will also work when pspsdk gets fixed would be adding this after svn checkout:
4. devkitPSP uses newlib 1.15 and that version is distributed with an incorrect autoconf snippet that will abort compilation when makeinfo 4.10 or higher is found. A simple fix would be to provide a makeinfo wrapper like this:
And set the path to find this wrapper first... or you may set the autoconf variables by hand:
5. I had to set some variables by hand because configure scripts of gcc try to guess how dynamic libraries work in your target even when cross-compiling:
I don't know if they are the minimum required set of variables. But I know they are sufficient to compile everything from scratch.
Please, note that most of the issues apply to the current CVS buildscripts.
Thanks a lot,
Paco
I've being trying to build devkitPro on Debian lenny for a few days and this is what I found:
1. Patch of binutils in dkppc is not against official GNU binutils 2.18.50 but against technology preview binutils-2.18.50-20080109-2 available on mingw page in sourceforge. Apparently the patch may easily be adapted to GNU binutils but then the code generated for ARM becomes half-broken. For example, default.arm7 will not forward IPC data to ARM9 (no touchscreen, no sound, ...). As a short term fix buildscripts should download binutils from the sourceforge site and not from GNU site.
2. buildscripts/dkpsp/scripts/build-crtls.sh and buildscripts/dkpsp/scripts/build-gcc.sh have some Control-M embedded at the end of some lines which happen to confuse the shell.
3. After checking out pspsdk it should patch file pspsdk/src/libc/libcglue.c to fix the signature of gettimeofday. GCC 4.3.2 will refuse to compile a file with conflicting signatures by default. A simple fix which will also work when pspsdk gets fixed would be adding this after svn checkout:
Code: Select all
sed -i 's/gettimeofday(struct timeval \*tp, void \*tzp)/gettimeofday(struct timeval *tp, struct timezone *tzp)/g' pspsdk/src/libc/libcglue.cCode: Select all
#!/bin/bash
if test "--version" = "$1" ; then
# You may actually check whether you have makeinfo 4.4 or higher
cat <<EOF
makeinfo (GNU texinfo) 4.7
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
EOF
exit 0
fi
exec /usr/bin/makeinfo "$@"Code: Select all
export ac_cv_prog_MAKEINFO=$YOURPATH/makeinfo
export MAKEINFO=$YOURPATH/makeinfoCode: Select all
export ac_cv_func_dlopen=no
export ac_cv_func_shl_load=no
export ac_cv_lib_dl_dlopen=yes
export ac_cv_lib_dld_shl_load=no
export ac_cv_search_strerror=none requiredPlease, note that most of the issues apply to the current CVS buildscripts.
Thanks a lot,
Paco
