| Age | Commit message (Collapse) | Author |
|---|
|
|
|
I don't know what build errors were happening before, but this built
cleanly for me.
|
|
It now builds properly, and is much much faster.
|
|
|
|
|
|
- all platforms compiles with CHD support.
- compile with HAVE_CHD=0 for no chd support.
- CHD fails building for 3DS, not sure its even fast enough for the device. I tried asking in discord channel but haven't got reply. Disabling it till someone familiar with 3ds can fix it.
http://p.0bl.net/123458
|
|
* Committer: Wes Smith <wraith@smithmedia.wraithbox.com>
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
modified: Makefile.libretro
Added v8a35 to Makefile
* modified makefile with libretro changes
* New makefile format from libretro
* Updated with PSClassic Make again
* Updated PSC config
* Fix compile flags
Re-add optimizations, -mtune
|
|
* Committer: Wes Smith <wraith@smithmedia.wraithbox.com>
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
modified: Makefile.libretro
Added v8a35 to Makefile
* modified makefile with libretro changes
* New makefile format from libretro
* Updated with PSClassic Make again
* Updated PSC config
|
|
The recompiler can't handle Thumb instructions, so they must be disabled.
This is accomplished via the `-marm` flag being set for different platforms.
However, when using `platform=unix` and manually configuring the build,
the check for Thumb instructions is not done in `Makefile.libretro`.
Therefore, when building with a compiler that defaults to Thumb instructions
(e.g. ODROID-XU4), the build can fail with this error:
libpcsxcore/new_dynarec/backends/psx/pcsxmem.c:18:2: error:
#error the dynarec is incompatible with Thumb functions,
libpcsxcore/new_dynarec/backends/psx/pcsxmem.c:19:2: error:
#error please add -marm to compile flags
To address this, we simply backport the define check from the configure script
for when we build with `ARCH=arm`. This change doesn't affect the buildbot.
|
|
Large file support is not enabled in `Makefile.libretro`, therefore when loading
large PBP files you might get "Value too large" errors in some 32-bits systems
such as the Raspberry Pi. For example:
Could't open 'Final Fantasy VIII (USA).pbp' for reading: Value too large
for defined data type
Error opening CD-ROM plugin!
|
|
* Made DEBUG and WANT_ZLIB variables configurable from make parameters
* Removed duplicate block of code near the end of the Makefile
* Matched formatting style with the rest of the Makefile
* Changed spaces to tabs for consistency with the rest of the Makefile
|
|
* Default to `HAVE_NEON=0` until the `platform` is checked for `neon`
* Fixes build with `platform=armv` alone (no NEON requested) in a NEON
device where the autodetection using `$(CC) -E -dD` will enable it
|
|
it keeps breaking 3DS compilation on the buildbot.
|
|
- As per request for performance testing sacrificing quality
|
|
- similar to IOS build fix
|
|
related: https://github.com/libretro/libretro-super/issues/976
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
FTW.
|
|
|
|
|
|
|
|
|
|
Fixes #125
|
|
|
|
|
|
|
|
|
|
|
|
|
|
not tested, mostly just guesswork
|
|
This reverts commit f82bcc681184536aa6d3ee410b938671c1ba2ead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
