Package Details: mesen-ce-git r3710.20ba206-1

Git Clone URL: https://aur.archlinux.org/mesen-ce-git.git (read-only, click to copy)
Package Base: mesen-ce-git
Description: Multi-system emulator (NES, SNES, GB, GBA, PCE, SMS/GG, WS)
Upstream URL: https://github.com/nesdev-org/MesenCE
Licenses: GPL-3.0-only
Conflicts: mesen-ce
Provides: mesen-ce
Submitter: asie
Maintainer: asie
Last Packager: asie
Votes: 2
Popularity: 1.02
First Submitted: 2026-04-12 11:52 (UTC)
Last Updated: 2026-06-05 10:53 (UTC)

Latest Comments

tineva commented on 2026-07-15 15:53 (UTC)

Oh, okies! Thanks <3

patlefort commented on 2026-07-15 15:52 (UTC)

@tineva: You can add it in your makepkg.conf. Add MAKEFLAGS="-j$(nproc)".

tineva commented on 2026-07-15 15:45 (UTC) (edited on 2026-07-15 15:46 (UTC) by tineva)

Any chance you could add -j$(nproc) to the PKGBUILD's make command? This way all available cores and threads are used for the compilation, which can potentially decrease compile time considerably (depending on the system, of course).

KittiBytes commented on 2026-06-18 21:01 (UTC)

i think the disable shortcut patch is broken? mesen ce seems to create a shortcut for me again each time on launch so i have 2 ways to launch it in my application menu

asie commented on 2026-06-04 07:03 (UTC)

@MaximGun After discussing with upstream, I opted to solve it by removing the user-local .desktop file creation option on the AUR package's side.

MaximGun commented on 2026-06-01 14:39 (UTC)

Disagree with installing the .desktop file/icon systemwide. MesenCE, for better or worse, creates a user-local .desktop file on first launch. Along with the system .desktop file, this results in two entries in the application launcher. There's no ideal solution here, but having a single entry that appears after first launch is better than two entries.

asie commented on 2026-05-19 19:04 (UTC)

@patlefort Done, other than respecting user's flags, as (a) This should be properly exposed in the project's Makefile more generally and not with sed patches - PRs welcome, (b) All official Linux builds are only tested with LTO enabled, in addition to it also passing a special -DHAVE_LTO define when enabled.

patlefort commented on 2026-05-17 23:07 (UTC) (edited on 2026-05-17 23:07 (UTC) by patlefort)

Patch suggestion: https://pastebin.com/X5Va5Fwk

  • Respect user's flags.
  • Remove MAKEFLAGS, this is up to the user to define it in their makepkg.conf.
  • Make sure git rev-parse always generate the same value for everyone.
  • Add icon and desktop files.
  • Fix the license and install its file.

tineva commented on 2026-04-18 01:35 (UTC) (edited on 2026-04-18 16:33 (UTC) by tineva)

Edit: Well, in the end, compiling without -march=native turned out to be better, after altering the PKGBUILD to include the flag, the resulting binary was a lot slower. So, for my CPU at least (5800X3D), best to let it compile as-is.


For some reason, when building this it doesn't honor the "-march=native" flag I have set in my makepkg.conf. Any idea why that is?