| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
Added support compilation with cmake for FreeBSD
|
|
|
|
|
|
|
|
|
|
Otherwise using a compiler that defaults to -std=c89 or -std=gnu89 will
fail. Example:
http://www.cpantesters.org/cpan/report/abb85066-d283-11e7-9926-b2f4efb9c382
Apparently, -m32 Travis CI build was broken: -m32 was overridden by
-std=gnu99. This fixes that.
|
|
Note that raylib can now be installed via Homebrew
|
|
[ci skip]
|
|
They were disabled because they failed to build,
but this patch set fixes the build on Linux and macOS.
This doesn't apply to the AppVeyor build on Windows yet;
it currently fails at linking with OpenAL.
|
|
|
|
Forgot that one the first time round, which created some unnecssary
releases.
|
|
... for now.
Syntax was confusing Travis CI, AppVeyor is reporting 401,
so lets see if this change at least fixes Travis.
If this doesn't work, it might be that @raysan5's token is required.
|
|
Setup CMake package target and CI auto-deploy tags
|
|
cmake --build . --target package # or make package if make is used
can now be used to create binary packages for raylib.
AppVeyor and Travis CI are configured to push the artifacts
that result from building git tags to the related Github releases page.
|
|
Generate and install pkg-config pc file and allow static/shared builds in one go
|
|
After installation, compiling new programs is possible with
$ cc game.c `pkg-config --static --libs --cflags raylib`
or
$ cc game.c `pkg-config --libs --cflags raylib`
depending on configuration
Also adds following configuration options:
- WITH_PIC "Compile static library as position-independent code"
- STATIC_RAYLIB "Build raylib as a static library"
- MACOS_FATLIB "Build fat library for both i386 and x86_64 on macOS"
|
|
|
|
|
|
|
|
Add AppVeyor CI for automatic Windows Builds
|
|
Suppresses 88 of the 213 warnings reported when compiling with
MSVC 2015 on AppVeyor.
|
|
We already have automatic Linux and macOS build via Travis CI.
This adds the same for Windows x86 and x86_64 with both
Microsoft Visual Studio 2015 as well as MinGW-w64.
|
|
Fix macOS build of new rglfw.c approach
|
|
There have been two problems:
* GLFW itself was compiled with the definitions for compiling
_against_ GLFW (fixed by removing requirement for external glfw)
* rglfw.c was being compiled as C code, although it includes
Objective C files.
This _might_ break the Windows build, needs to be checked.
Fixes #391, but as noted I'd prefer though a separate source directory
and build script for GLFW.
|
|
Feature macros need to be defined before #including any headers,
preferably through the build system, but this is good enough.
Fixes a compile error on my fork's Travis CI.
|
|
|
|
|
|
|
|
By default, we look for texture1 for LOC_MAP_SPECULAR and texture2 for
LOC_MAP_NORMAL
|
|
Added clean to Makefile for FreeBSD
|
|
|
|
Full sources already included and compiled with raylib (rglfw)
|
|
Only required by examples
|
|
Just in case of legal conflict with public domain software, added MIT
alternative license.
|
|
|
|
...to define proper values
|
|
Compiling GLFW library with raylib avoids external dependencies, this
way we solve version problems in some platforms
|
|
Now header is truly multiplatform...
Actually still a small pending check on XBOX gamepad controls that
hopefully will be removed with next GLFW 3.3
|
|
|
|
|
|
Store the default shaders
|
|
|
|
libEGL and libGLESv2 have been renamed on latest Raspbian Stretch
version (also included on latest Jessie upgrade).
It seems to be done to avoid conflicts between official Mesa libs and
Broadcomm provided ones.
|
|
|
|
|
|
USE_DEPTH_RENDERBUFFER on OpenGL 2.1
|
