Package Details: sdl2-hg 2.0.9.r22.80f861112154-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 a video framebuffer, audio output, mouse, and keyboard (Version 2)
Upstream URL: https://www.libsdl.org
Licenses: MIT
Conflicts: sdl2
Provides: sdl2
Submitter: skystrife
Maintainer: shoober420
Last Packager: shoober420
Votes: 54
Popularity: 0.471542
First Submitted: 2012-05-26 00:03
Last Updated: 2018-11-13 00:59

Required by (453)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

carstene1ns commented on 2018-11-04 11:17

Have fun with it, "my dude". Keep up with all that, you will make a lot of friends.

shoober420 commented on 2018-11-02 16:33

Cool, you're not dead carstene1ns. I can copy and paste my PKGBUILD I've been using and you can use it as a template for this package if you like. Hit me up homie.

shoober420 commented on 2018-11-02 00:16

I personally have been using the PKGBUILD for sdl2 from the main repositories and editing it to just build from the master. I can take this package over and upload my PKGBUILD which I’ve been using for quite some time.

Teteros commented on 2018-10-14 16:41

It looks like the SDL1.2 branch is autoselected during clone now. I've needed to do

hg+http://hg.libsdl.org/SDL#branch=default

in source to get SDL2 branch back.

It would be nice if jack support was added to this package as well, it's only jack to makedepends and --enable-jack in configure to get it.

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?