Search Criteria
Package Details: mingw-w64-raylib 5.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/mingw-w64-raylib.git (read-only, click to copy) |
|---|---|
| Package Base: | mingw-w64-raylib |
| Description: | Simple and easy to use game programming library (mingw-w64) |
| Upstream URL: | https://www.raylib.com |
| Keywords: | mingw raylib |
| Licenses: | zlib |
| Submitter: | seo.disparate |
| Maintainer: | seo.disparate |
| Last Packager: | seo.disparate |
| Votes: | 1 |
| Popularity: | 0.000000 |
| First Submitted: | 2020-05-20 11:32 (UTC) |
| Last Updated: | 2023-11-21 10:22 (UTC) |
Dependencies (4)
- mingw-w64-crt
- mingw-w64-glfwAUR
- mingw-w64-cmakeAUR (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR) (make)
Latest Comments
1 2 Next › Last »
seo.disparate commented on 2023-04-04 03:00 (UTC) (edited on 2023-04-04 03:00 (UTC) by seo.disparate)
This package has been updated to use mingw-w64-glfw 3.3.8. The build should work with it now.
xyproto commented on 2023-03-23 10:06 (UTC)
mingw-w64-glfw has been flagged as "out-of-date"
seo.disparate commented on 2023-03-23 03:43 (UTC)
Note that for 4.5.0, a patch was removed because a fix was merged into Raylib that fixed the issue the patch was made for: https://github.com/raysan5/raylib/commit/7bb8ffc29e5c31edf2875ac7aaca38316cfe45e5
seo.disparate commented on 2022-08-12 03:01 (UTC) (edited on 2022-08-15 02:19 (UTC) by seo.disparate)
EDIT: As a workaround, the internal GLFW bundled with Raylib is used instead of
mingw-w64-glfw.Currently, building mingw-w64-raylib 4.2.0 is blocked on mingw-w64-glfw. Raylib has vendored a version of GLFW in their repo that is more recent that the latest release of GLFW. This more-recent-version happens to have new API things (for example, a
#define GLFW_MOUSE_PASSTHROUGH) that do not yet exist in the latest release of GLFW, and is being used by Raylib 4.2.0. Right now (as of this post), the latest release of GLFW is 3.3.8. Hopefully the next release will have the necessary changes.seo.disparate commented on 2020-05-20 13:34 (UTC)
@xantares Made the fix with your suggested change
xantares commented on 2020-05-20 13:14 (UTC) (edited on 2020-05-20 13:21 (UTC) by xantares)
it builds fine with glfw if I comment out GLFW_EXPOSE_NATIVE_WIN32:
https://github.com/raysan5/raylib/pull/1259
seo.disparate commented on 2020-05-20 12:52 (UTC)
@xantares Ok mingw-w64-crt should be fixed now. I looked into the issue with building with mingw-w64-glfw, and it seems that raylib requires "GLFW/glfw3native.h" to be patched not to include "windows.h" otherwise there are name conflicts (this is mentioned in "src/core.c" of raylib 3.0.0, line 197). This appears to be a Windows only issue and I'm not sure how to proceed with this, unless maybe temporarily making a copy of the required header, patching it, and forcing the build to use it, though that seems a bit much.
xantares commented on 2020-05-20 12:29 (UTC) (edited on 2020-05-20 12:31 (UTC) by xantares)
yes, that's the way
mingw-w64-crt must be moved to depends, not makedepends
seo.disparate commented on 2020-05-20 12:20 (UTC) (edited on 2020-05-20 12:30 (UTC) by seo.disparate)
@xantares I had set USE_EXTERNAL_GLFW to OFF, but if it is set to ON I think I may have to add mingw-w64-glfw as a dependency?
EDIT: Tried building with USE_EXTERNAL_GLFW=ON and mingw-w64-glfw installed, seems to break the build so I will leave it OFF for now.
seo.disparate commented on 2020-05-20 12:15 (UTC)
@xantares Made the fixes you suggested, thanks for the heads up.
1 2 Next › Last »