Package Details: sdl2-hg 2.0.5.r423.2653833db94e-1

Git Clone URL: https://aur.archlinux.org/sdl2-hg.git (read-only)
Package Base: sdl2-hg
Description: A library for portable low-level access to video, audio and input (Version 2, development version)
Upstream URL: http://www.libsdl.org
Licenses: zlib
Conflicts: sdl2
Provides: sdl2
Submitter: skystrife
Maintainer: carstene1ns
Last Packager: carstene1ns
Votes: 55
Popularity: 1.307168
First Submitted: 2012-05-26 00:03
Last Updated: 2017-04-24 20:12

Required by (377)

Sources (1)

Latest Comments

carstene1ns commented on 2017-04-24 20:23

> it can now be compiled with wayland support and cmake is not required anymore

> The PKGBUILD uses a totally different method to build and package than the sdl2 package in the extras repo - the required SDL2 .so is missing from the package, which makes this unusable.

Well, sorry for the problems. Back in 2014 when this package was created (or even before), the SDL developers wanted to replace the autotools buildsystem with cmake. So I chose cmake for this PKGBUILD to reflect this decision.
However, all this ever gave us were problems that needed fixing by passing additional build parameters. Both build systems are not kept in sync, so currently autotools generate a different .so/API version than cmake.
Switched back to autotools for the time being.

shoober420 commented on 2016-10-28 00:06

I tried making a OpenAL git PKGBUILD file since it's not available in the AUR, and the compile deleted lib64 and made it a directory instead of a symlink to /lib. I'm almost certain this was messing with the .so files for SDL. This was my fault. Sorry I didn't post back sooner.

Rakksor commented on 2016-10-11 10:43

It's definitely an issue with the PKGBUILD, also it can now be compiled with wayland support and cmake is not required anymore. Here is a working PKGBUILD: http://pastebin.com/raw/NMVh9TL5

shoober420 commented on 2016-10-05 04:35

I've been getting the "libSDL2-2.0.so.0: cannot open shared object file: no such file or directory" for about a week now. I'm not sure if this is a bug in the SDL2 dev build, or an issue with the way it's compiling.

carstene1ns commented on 2015-02-04 10:48

Since they merged in emscripten support, it seems it is now necessary to enable the shared library and usage of libdl explicitly. It should be fixed with specifying '-DSDL_SHARED=ON -DSDL_DLOPEN=ON'. Without dlopen, we would need to link directly with alsa and pulse, the error @canurabus describes.
However, I think this is a bug and should be fixed upstream.

@josefnpat, @canurabus: Please try again with this PKGBUILD.

josefnpat commented on 2015-02-04 06:26

Perhaps I am missing something, but sdl2 installs /usr/lib/libSDL2-2.0.so.0, shouldn't sdl2-hg as well?

When I replace sdl2 with sdl2-hg, the .so does not exist.

Am I doing something wrong, or is the PKGBUILD missing something?

canurabus commented on 2015-01-09 22:21

This package doesn't build correctly. Here's what my build output looks like:

Scanning dependencies of target SDL2main
[100%] Building C object CMakeFiles/SDL2main.dir/src/main/dummy/SDL_dummy_main.c.o
Linking C static library libSDL2main.a

Obviously more than just SDL_dummy_main should be built. I think the flags you pass to cmake are causing strange things to happen.

I can get SDL to start building if I pass -DSDL_SHARED=ON but the build blows up when it tries to link against pulseaudio and alsa.

carstene1ns commented on 2014-04-14 02:53

Package adopted.
- reworked the dependencies to be closer to sdl2 in community repo
- switched build system to cmake again
- added version number to pkgver() function
- disabled wayland support for now (does not build)

Svenstaro commented on 2013-08-08 13:02

Looks good to me, good job.

Svenstaro commented on 2013-08-08 13:02

All comments