Bugzilla Bug 110044

mednafen (formerly nintencer) is a fork for FCEUltra (which is no lonker under
development).

FCEUltra: http://www.emulator-zone.com/doc.php/nes/fceultra.html
mednafen: http://mednafen.com/

It compiles on x86 & AMD64, but the opengl USE requires eselect-opengl(~arch)
because it requires the glext.h header file

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=71130) [edit]
mednafen ebuild

Compilation fails with this on my system : 

drivers/netplay.cpp:24:25: SDL/SDL_net.h: No such file or directory
drivers/netplay.cpp:40: error: `TCPsocket' does not name a type
[...]
make: *** [all-recursive] Error 1

The problem is caused by the configure script not checking for the existence of
sdl-net. see http://mednafen.com/forum/index.php?t=msg&goto=89&
I don't know if the ebuild should ask for media-libs/sdl-net or we should patch
the configure script or just let the author fix it, as I'm new to this.  If
anyone can point me to the right solution I'd appreciate it.

I'd like to see an ebuild for Mednafen as well. It compiles and works great for
me with a simple ./configure && make. I forget the dependencies, but they were
basically the same as for fceultra -- sdl, libsndfile, and some others. I'm
running an x86 system (not ~) and I didn't need to use eselect-opengl at all.

The old fceultra build shouldn't be deprecated as it'd be useful for regression
testing.

Created an attachment (id=80871) [edit]
mednafen 0.5.2 ebuild

added libsdl,  sdl-net, libvorbis dependancies.

Created an attachment (id=80872) [edit]
mednafen 0.5.2 (r1)

Fixed docdoc error (oops)

Created an attachment (id=80873) [edit]
mednafen-0.5.2-r2.ebuild

more documentation oopses. a little too impationt i guess :(

Erm isn't anyone gonna pick this up ?  That's like the best nes emulator out
there (can't tell about the other consoles it emulates).  It solves all the
problems fceu had, which is in portage.  Very stable too.

http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10

Created an attachment (id=83050) [edit]
mednafen-0.5.2.ebuild (version 4)

Fixed SRC_URI, changed description, fixed S variable, removed unused configure
switches, removed RDEPEND on eselect-opengl. Added ideas for improvement that
are above my skill level. 

Unsure what use_with opengl actually does in this case.
src_compile() {
        egamesconf \
        --disable-dependency-tracking \
        $(use_with opengl) || die "egamesconf failed"
        emake || die "emake failed"
}

Anyway, tested and works fine (x86) in my overlay. Criticism welcome.

Created an attachment (id=83130) [edit]
mednafen-0.5.2.ebuild (version 5)

Some of my ideas of "fixes" were my mistake - sorry Sal. I fixed a few more
cases of missing quotes. Games herd - is it preferable to use dogamesbin here?

Use dogamesbin where?  I see no place that would require it.

Created an attachment (id=85160) [edit]
mednafen-0.5.2.ebuild (version 6)

Here's what should be the best and final version after lots of testing.
-removed incorrect depend on libsamplerate
-removed incorrect use_enable opengl
-tested with --disable-nls (which doesn't work :P)
-gave it lots of testing .. works great here on x86

Only thing left to do would be to integrate the Mednafen server (for netplay)
into ebuild, meh.

The dep on opengl is either optional or not.  if it's optional, it should be
reflected in the configure options, if not, it shouldn't be behind a use flag.

I was wondering how to handle this.. the two video output modes are OpenGL and
SDL framebuffer. This is selected at runtime:
(-vdriver 0 for GL, -vdriver 1 for SDL .. defaults to GL)

As far as I can tell there is no configure switch to explicitly disable or
enable GL support. Though that's only based on ./configure --help.

Created an attachment (id=85206) [edit]
mednafen-0.5.2 (v7)

Turns out it does depend on OpenGL, so, fixed that. Plus added server support
while I was in there. Though I probably made several ebuild faux pas :P

Created an attachment (id=87006) [edit]
mednafen-0.6.0.ebuild

This is an ebuild for Mednafen v0.6.0. Removes dep on libvorbis, as this is now
handled internally, and adds a use flag for the new debugger.

Works fine for Mednafen 0.6.1 with renaming :b

games-emulation/mednafen in portage.  thanks for the bug report and ebuild.