Commit Graph

15 Commits

Author SHA1 Message Date
Sam Lantinga
ae074af702 Fixed bug 3481 - Configure fails to detect dynamic library support on powerpc64le
Sam

I've discovered that when building on powerpc64le (and probably powerpc64) SDL's configure script fails to detect dynamic library support, causing it to build a static library. This causes link failures due to undefined symbols later when packages link with -lSDL.

This seems to be because the included autotools package is too old to detect powerpc64le. This change corrects the problem for me but newer versions of autotools should handle it without a patch
2016-11-06 20:26:48 -08:00
Ryan C. Gordon
893c292c68 Fix a libtool issue with some mingw-w64 cross compilers (thanks, Ozkan!).
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15321
http://git.savannah.gnu.org/gitweb/?p=libtool.git;a=commit;h=0ebb734910bf56186dd0c0e84b1c8be507bad336

Fixes Bugzilla #2722.
2015-05-26 19:54:06 -04:00
Sam Lantinga
9b4b8b20d0 We have to fix the DLL name convention on Windows every time... 2012-10-19 21:43:41 -07:00
Sam Lantinga
a9e8b3cc46 Fixed bug 1587 - "aclocal" fails to generate a sufficient "aclocal.m4"
Cecil Curry 2012-08-27 16:55:12 PDT

Allow "aclocal" to find the "AC_CHECK_DEFINE" macro.

On running:

   rm aclocal.m4
   libtoolize --install --copy --force
   aclocal -I acinclude
   autoconf -I acinclude

The former three commands succeed, but "autoconf" fails with:

   configure.in:198: error: possibly undefined macro: AC_CHECK_DEFINE
         If this token and others are legitimate, please use m4_pattern_allow.
         See the Autoconf documentation.

"aclocal" fails to find AC_CHECK_DEFINE and hence add such macro to
"aclocal.m4". Here is why:

* "acinclude/ac_check_define.m4" defines AC_CHECK_DEFINE via define() rather
than AC_DEFUN().
* "aclocal" fails to find macros defined via define().
2012-09-28 03:18:18 -07:00
Sam Lantinga
c545c19944 This isn't necessary anymore, with the latest autotools update. 2012-09-25 20:49:29 -07:00
Sam Lantinga
26e2ea6a69 Hopefully fixed the Windows build. We have to do this every time, to link version.o 2012-09-20 22:40:23 -07:00
Sam Lantinga
3c718d524e Updated to the latest versions of autotools and config.guess/config.sub
autoconf-2.69
automake-1.12
libtool-2.4.2
2012-09-20 21:13:10 -07:00
Sam Lantinga
46fea0e925 Ozkan Sezer to slouken
The attached small patch updates SDL's libtoolized files for
pe-x86_64 magic, ie win/x64.
2011-01-26 12:23:32 -08:00
Sam Lantinga
c98373bffe Greg Jandl to SDL
I did some digging, and I think I've found a better solution. By
including some additional .m4 macros in the acinclude directory
(http://www.gnu.org/software/autoconf-archive/ax_check_compiler_flags.html,
http://www.gnu.org/software/autoconf-archive/ax_gcc_archflag.html and
http://www.gnu.org/software/autoconf-archive/ax_gcc_x86_cpuid.html)
then using the patch below (same as previous patch + one line change
to configure.in), SDL will build correctly out of the box.

The arch can then be overridden by --with-gcc-arch=<arch> (most will
probably want to build with i686 there for general distribution) or
--without-gcc-arch, to disable setting the arch all together.

On my Atom netbook, I get -march=PentiumPro by default, which works
great, as does --with-gcc-arch=i686.
2011-01-18 22:40:45 -08:00
Sam Lantinga
a3edbfcc4f A better solution to making the default build optimization -O3
Cygwin32 autoconf complains about c.m4 ... of course. :)
2009-10-11 10:38:38 +00:00
Sam Lantinga
e0de9cb1dc Fixed bug #31
Set the default optimization level to -O3
2009-10-11 06:44:50 +00:00
Sam Lantinga
a58f375b9d This is crazy. In order to override the default optimization for GCC,
we actually have to include the core autoconf C compiler macro suite.
2009-10-11 06:33:34 +00:00
Sam Lantinga
8cdbbc931c Matěj Týč 2009-10-05 14:09:03 PDT
patched to comply to the up-to-date autoconf
2009-10-10 18:37:35 +00:00
Sam Lantinga
f14c7767f2 Split out ltoptions.m4 2009-10-04 21:00:33 +00:00
Sam Lantinga
9825e4ebd9 Split acinclude.m4 into its constituent parts for easy upgrading 2009-10-04 20:44:04 +00:00