| Age | Commit message (Collapse) | Author |
|---|
|
The ARCH in the Makefile must match the ARCH_STRING in q_platform.h;
otherwise, ioquake3 will install (for instance) uiARCH.so but look for
uiARCH_STRING.so, which isn't going to go well (particularly for
the modular renderer).
Like i386, but unlike most (all?) other Linux platforms, uname -m on
32-bit ARM machines can have various results starting with "arm",
depending on the specific CPU version (e.g. Raspberry Pi is armv6l,
RPi2 is armv7l). Again similar to the x86 family,
it's appropriate for them to share an architecture suffix;
q_platform.h has traditionally used "arm" so let's use that.
64-bit ARM makes a clean break from this, much like 64-bit x86 does:
uname -m produces a string not starting with arm (specifically
"aarch64"), and gcc predefines __aarch64__ instead of __arm__.
As a result, it is unaffected by this change.
|
|
It isn't mentioned anywhere else, and deleting it from the Linux code
path means we don't need to maintain an exhaustive list of 64-bit
architectures.
|
|
Add support for Aarch64, the 64-bit ARM architecture.
|
|
|
|
|
|
|
|
[As with GNU/kFreeBSD, it's treated as "Linux": all three use the GNU libc
and runtime linker, which is mostly what matters for ioquake3. -smcv]
Bug-Debian: http://bugs.debian.org/679330
Reviewed-by: Simon McVittie <smcv@debian.org>
|
|
|
|
pretty pointless in 2015 anyway)
|
|
Bug: https://github.com/ioquake/ioq3/pull/116
|
|
Also have 'make' under cygwin automatically use mingw.
|
|
|
|
|
|
|
|
Thanks to stigmha for pointing out this doesn't work in Windows.
|
|
|
|
|
|
Pointed out by @MAN-AT-ARMS.
|
|
|
|
Found by /dev/humancontroller.
|
|
|
|
|
|
|
|
As usual, the order of precedence is: user override, pkg-config,
or assume they're in standard locations.
In particular, Opus isn't in the default search path on Debian.
|
|
|
|
It doesn't have pkg-config metadata (at least on Debian), so if the
user doesn't override it, assume normal system paths.
|
|
Similar to libcurl, we didn't use OPENAL_LIBS and assumed it was
always "-lopenal".
|
|
We didn't add CURL_CFLAGS to CLIENT_CFLAGS on all platforms, and didn't
use CURL_LIBS at all, so if "pkg-config --libs" returned "-L... -lcurl"
or even "/.../libcurl.a", it wouldn't work.
|
|
This lets us find a library in a non-standard library directory
(via -L in the pkg-config metadata), and allows overrides similar to
the Autoconf convention, e.g.
make FREETYPE_CFLAGS=-I/opt/freetype/include \
FREETYPE_LIBS="-L/opt/freetype/lib -lfreetype"
If pkg-config didn't work, assume that Freetype is in the default
location.
|
|
Linux distributions that want to link dependencies externally will
generally want to link (almost) every dependency externally; similarly,
minimal-dependency builds that want to use the embedded copies of
dependencies will generally want to do so for (almost) every dependency.
Make it easier to choose one of those by setting USE_INTERNAL_LIBS=0
or USE_INTERNAL_LIBS=1, respectively.
The default can still be overridden per-dependency; for instance,
"make USE_INTERNAL_LIBS=0 USE_INTERNAL_OPUS=1" will use the system
version of everything except Opus.
|
|
|
|
|
|
Clang warns and errors because of them on various platforms.
Based on pull request #43 by @xhairball.
|
|
|
|
Thanks zturtleman for catching this
|
|
|
|
|
|
This is a minor bugfix release with few changes
|
|
|
|
|
|
bundle generation fails
|
|
|
|
https://bugzilla.icculus.org/show_bug.cgi?id=5986 Created make-macosx-app.sh to handle manually creating an app bundle from other scripts. Updated make-macosx.sh to create bundle with make-macosx-app.sh (TODO: make-macosx-ub.sh support). Updated Makefile to create bundle with make-macosx-app.sh and zip up the resulting ioquake3.app if ARCHIVE is defined.
|
|
Otherwise "#ifdef CGAME" in it has no effect
|
|
|
|
|
|
|
|
|
|
|
|
|
