| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
RAYMATH_EXTERN_INLINE was renamed to RAYMATH_HEADER_ONLY, which user code
may define if they want to use it as header-only library. If multiple
files in the same project define RAYMATH_HEADER_ONLY, they might each
have duplicate out-of-line definitions of the same functions.
By default, raymath.h exposes inline definitions, which instructs the
compiler _not_ to generate out-of-line definitons, if out-of-line
definitions are required, those of the file defined with
RAYLIB_IMPLEMENTATION are used instead. There may be only one such file.
In C++ mode, the compiler will select only one out-of-line definition
automatically, so no need to define a RAYLIB_IMPLEMENTATION.
Unfortunately, we have to remove raymath function declaration from
raylib.h as those declarations would lead to duplicate out-of-line
definitions which would yield linker errors. This problem didn't
exist with GNU89 or C++, because there multiple defintions are ok,
but in C99 they aren't.
|
|
Besides making it thread-safe, it suppresses a GCC warning
when making them static inline in an upcoming patch.
|
|
This reverts commit 6ffc8cb7990fb4ff40f205cb53bec797b10e48a2.
and commit e4d7bbec1ef08279495ac41f5f8c4be359c58cf0.
which I pushed by mistake...
|
|
RAYMATH_EXTERN_INLINE was renamed to RAYMATH_HEADER_ONLY, which user code
may define if they want to use it as header-only library. If multiple
files in the same project define RAYMATH_HEADER_ONLY, they might each
have duplicate out-of-line definitions of the same functions.
By default, raymath.h exposes inline definitions, which instructs the
compiler _not_ to generate out-of-line definitons, if out-of-line
definitions are required, those of the file defined with
RAYLIB_IMPLEMENTATION are used instead. There may be only one such file.
In C++ mode, the compiler will select only one out-of-line definition
automatically, so no need to define a RAYLIB_IMPLEMENTATION.
Unfortunately, we have to remove raymath function declaration from
raylib.h as those declarations would lead to duplicate out-of-line
definitions which would yield linker errors. This problem didn't
exist with GNU89 or C++, because there multiple defintions are ok,
but in C99 they aren't.
|
|
Besides making it thread-safe, it suppresses a GCC warning
when making them static inline in an upcoming patch.
|
|
|
|
|
|
|
|
|
|
|
|
To multiply Vector3 by Vector3
|
|
|
|
|
|
For consistency!
|
|
Some other tweaks...
|
|
|
|
Now it should be coherent with OpenGL math standards
|
|
Exposed some raymath useful functions to raylib API
|
|
Consistent with similar functions in raymath
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Reviewed some Vector3 functions
Added auxiliary Clamp() function
|
|
|
|
Working in modules configuration flags...
|
|
Function names, code formatting...
|
|
|
|
|
|
|
|
Internal modelview and projection matrices can be replaced before
drawing.
|
|
|
|
|
|
|
|
|
|
sin(), cos() functions cached and replaced by float c99 versions sinf(),
cos()
|
|
|
|
|
|
Added support for single header implementation and also inline functions
support
|
|
look over for errors
|
|
Simplified for the user (more intuitive and clear)
Removed lighting module dependency
|
|
|
|
Complete review of matrix rotation math
Check compressed textures support
WIP: LoadImageFromData()
|
|
Support multiple texture formats (uncompressed and compressed)
Postprocessing shaders support
Model struct redefined and improved
Extended loading functions for Textures and Models
Simplified functions: DrawPlane(), DrawQuad()
Deleted functions: DrawPlaneEx(), DrawGizmoEx()
Now Text module only depends on Textures module
Shapes: Reviewed functions to low lines/triangles usage
Removed useless tabs and spaces around code
|
|
Corrected GetMouseWheelMove()
Corrected camera system
Reviewed cubicmap resolution (collision detection)
Added QuaternionTransform()
WIP: Raycast system (not working)
WIP: Reviewing axis-angle rotations...
|
|
Corrected some bugs on the way...
Automatically convert textures to POT on RPI and WEB
|
