This properly links dylibs set during build instead of expecting
the libraries to be in the system path.

- target_sources from correct directory
- enable_language must be used in add_executable directory

This establishes (near) parity of source code file lists
between the Makefile and CMakeLists.txt

To make that change I messed around CMakeLists.txt a bit.
It now uses target_sources and target_compile_definitions.
I also removed some MSVC stuff since we don't actually
care about MSVC--it made things easier.

CMake minimum version 3.0 -> 3.13 for target_sources.

All because of a typo

This is lazy. The correct solution is to eliminate the define in the program code

SteelT authored 4 years ago and James R. committed 4 years ago

(cherry picked from commit 6fcc06bf72cf3b95c30f04919e807c7aaacec68d)

(cherry picked just the libcurl stuff)

wolfs authored 6 years ago and James R. committed 6 years ago

Support aPNG in new versions of libpng

See merge request KartKrew/Kart-Public!63

Added SRB2_CONFIG_USE_INTERNAL_LIBRARIES option (defaults to off right now), some WIP work on making it ...actually do what it says on the tin.

Basically, it manually sets *_FOUND, *_INCLUDE_DIRS and *_LIBRARIES instead of using find_package. Frankly I have no idea how well what I've done works currently though, not even sure if I've set the _LIBRARIES variables correctly. Again, it's WIP work, this can probably be fixed eventually I suppose.

Not even the HAVE_LIBGME macro was defined apparently, huh.

Core code has too many #define dependencies on interface-specific
defines. This means that it's currently not possible to safely
separate the core and interface code into different contexts. The
core code should be refactored to accomadate for this because we
should not have any interface-specific code in core in the first
place.

This reverts the static library SRB2Core from a7135094 and instead
adds the core sources to the SRB2SDL2 target directly.

So frustrating...

Core and SDL2 are two separate targets now. Core is a static library
that is linked into SRB2SDL2. The sources for both are separated.
When using an IDE like Visual Studio or Xcode, the source code
organized into groups that explain what that group of sources does.

In the future, "Main" could be split into a few more groups based on
file prefixes, but I think the way it is set up works for now.

Makefile targets are not affected by source_groups and typing `make`
will automatically compile both the "Core" library and SRB2SDL2
itself.

Only when actually making the debug target though!

Tested to work on MSVC, mingw-gcc

Enables ASM-NASM and adds tmap*.nas to sdl target.

No idea if this actually works.

this is done as a POST_BUILD step

wow i'm stupid

on non debug, check assets folder in src as well

string.c, capitalization, find fixes

Generates zips only at the moment