Arch Linux User Repository

updated. thank you, @xormatrix, for providing the fix.

@xormatrix Thanks! Didn't expect you to reply so fast! time to slay some demons >:)

@guss0ar Of course, no problem at all :) all you have to do is change a line in the PKGBUILD file, this is the file which defines and says how an AUR package is downloaded and built/compiled. You can actually view the PKGBUILD right in a browser on this page by looking under "Package Actions" -> "View PKGBUILD" (should be on the right side on a desktop).

Are you looking at the PKGBUILD now? Good. Anyways, in the build() function on line 43 we have a command that looks like this: cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release ../. See it? This is the line/command that needs to be changed to look like:

cmake -Wno-dev -DCMAKE_C_FLAGS="-Wno-error=incompatible-pointer-types" -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release ../

You have a couple of alternatives for changing the line depending on your setup, if you're using an AUR helper such as yay or paru, you can do:

• yay -S --editmenu prboom-plus - this opens a menu where you can edit the PKGBUILD. You can use yay -S --editmenu --save prboom-plus if you want to make the PKGBUILD be saved which I would recommend, so if you need to rebuild the package for some reason you don't have to edit it again. Note that I don't actually use yay myself, but from what I've read this should work.
• paru --fm vim -S prboom-plus, this is what I did as I use paru. The --fm option takes a file manager as its argument (such as vim, mc, etc). You can find the PKGBUILD at ~/.cache/paru/clone/prboom-plus/PKGBUILD.

If you don't use or have an AUR helper you can do:

1. git clone https://aur.archlinux.org/prboom-plus.git - to download the PKGBUILD into a new directory called prboom-plus.
2. cd prboom-plus - change to the newly-downloaded directory.
3. Edit the PKGBUILD file, find the line that starts with cmake and change it to what I showed above.
4. makepkg -srci - build/create the package and also install it.

If you have any problems feel free to reach out again :) I would also recommend that you check out some useful resources such as:

• https://wiki.archlinux.org/title/PKGBUILD - The arch wiki is a very useful wiki for not only Arch, but Linux in general, don't be afraid to use it :)
• https://wiki.archlinux.org/title/AUR_helpers
• https://stackoverflow.com/questions/25789644/what-is-the-difference-between-using-a-makefile-and-cmake-to-compile-the-code

Sorry for all the technical crap I wrote in my first comment by that way, that is intended for the maintainer/manager of the package but he hasn't been online in more than a year so we'll see what happens. I also flagged this package out-of-date, hope that helps.

@xormatrix i didn't understand, i am new to linux in general and the AUR. I don't know what to search for to use your solution, if you have the time, please help me! Thanks

PS: If possible, step-by-step

This package is now impossible to build due to the new errors in GCC 14 and Clang 16, namely, the new default of -Werror=incompatible-pointer-types (see https://gcc.gnu.org/gcc-14/porting_to.html and https://releases.llvm.org/16.0.0/tools/clang/docs/ReleaseNotes.html#potentially-breaking-changes), I suppose that other compilers will follow suit. Also, PrBoom+ has been discontinued (since Jun 23, 2023) and we can therefore not send any pull requests or issues to amend this issue.

To keep this package in a working state, the best solution (as far as I know) is to add -DCMAKE_C_FLAGS="-Wno-error=incompatible-pointer-types" as an option to the cmake line such that any and all incompatible pointer type errors are downgraded to warnings.

I would also recommend that you add -Wno-dev to suppress any CMakeLists.txt warnings. Given these changes, the final cmake line would look as follows:

cmake -Wno-dev -DCMAKE_C_FLAGS="-Wno-error=incompatible-pointer-types" -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release ../

@architector4 portmidi is optional dependency, I first removed portmidi (and as a result python-pygame) then prboom-plus built successfully, then I reinstalled those packages that I removed before.

Does not seem to build? (the issue is exactly the same when compiling with GCC instead of Clang)

...
[100%] Linking CXX executable ../prboom-plus
/usr/bin/ld: CMakeFiles/prboom-plus.dir/MUSIC/portmidiplayer.c.o: undefined reference to symbol 'Pt_Time'
/usr/bin/ld: /usr/lib/libporttime.so.1: error adding symbols: DSO missing from command line
clang-12: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [src/CMakeFiles/prboom-plus.dir/build.make:2064: prboom-plus] Error 1
make[1]: *** [CMakeFiles/Makefile2:215: src/CMakeFiles/prboom-plus.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

@alexbrinister Yeah, that makes sense. No need to have two packages that install the same thing. Do you know how do we go about merging the packages?

@gamezelda I believe that is what the prboom-plus-svn package gives you. This package is solely for stable, released versions, not source control builds.

@caepom I am the maintainer of prboom-plus and it seems that our packages conflict. I updated prboom-plus to 2.6um and it is built from the same source as your package, Does it make sense to merge these packages together at this point? What are your thoughts?