[$threadinfo[title]]

[Hacktarux]

Here are the different pieces of source code needed to build mupen64:

The core source code:
http://mupen64.emulation64.com/files/src/mupen64_src-0.3.tar.bz2
The input plugin:
http://mupen64.emulation64.com/files/src/mupen64_input.tar.bz2
The linux sound plugin:
http://mupen64.emulation64.com/files/src/mupen64_sound.tar.bz2
The tr64 plugin:
http://mupen64.emulation64.com/files/src/tr64_oglv078_src.tar.bz2
The hle rsp plugin:
http://mupen64.emulation64.com/files/src/mupen64_hle_rsp.tar.bz2
Blight's input plugin:
http://deltaanime.ath.cx/~blight/n64/blight_input_plugin/
Rice's daedalus linux port:
http://mupen64.emulation64.com/files/src/riceplugin.tar.bz2

[Hacktarux]

all links updated to 0.3 source code

[Tarik]

Nice job :) Please continue MacOS X support ;) This OS rulezz

[domestos]

Wow! Just compiled all sources - everything compiled nice on my Gentoo Linux box! Took a test with Mario and it was just great! Sound was nice and it was faster and more playable! Thanks! This is great work all you Mupen and plugin developers!!! :D

[txOjO]

Wow!!!!! This is the best way for the emulators live in time :)
I search minuciously forms to fix 1 problem when the emulator quit's in middle of the play game.
The metod in linux is open properties gui_gtk.conf(right clik in the mouse) and proper save the powerfull options(languaje dimensions of the window etc) and quit the permission write of the archive.
With this little fix always have the options == :)
In windows only click on the "only read" archive and that's it!!!!
Thanks Hacktarus for your time develop , is a piece of code for me( i comence a study C/C++ only two days ago in my 23th years of computermania :)

[dsb]

I get the following error when trying to compile the source:

main/gui_gtk/main_gtk.c: In function `main':
main/gui_gtk/main_gtk.c:1550: parse error before `int'
main/gui_gtk/main_gtk.c:1553: `scanargs' undeclared (first use in this function)
main/gui_gtk/main_gtk.c:1553: (Each undeclared identifier is reported only once
main/gui_gtk/main_gtk.c:1553: for each function it appears in.)
make: *** [main/gui_gtk/main_gtk.o] Error 1


Using RedHat linux 7.3 on a AMD athlon 750

[Hacktarux]

I get the following error when trying to compile the source:

main/gui_gtk/main_gtk.c: In function `main':
main/gui_gtk/main_gtk.c:1550: parse error before `int'
main/gui_gtk/main_gtk.c:1553: `scanargs' undeclared (first use in this function)
main/gui_gtk/main_gtk.c:1553: (Each undeclared identifier is reported only once
main/gui_gtk/main_gtk.c:1553: for each function it appears in.)
make: *** [main/gui_gtk/main_gtk.o] Error 1


Using RedHat linux 7.3 on a AMD athlon 750

ok i know why it doesn't work with your compiler...
move the line : "int scanargs =1;" to the begining of the function, it should look like this:
int
main( int argc, char *argv[] )
{
int i;
int scanargs = 1;

if (argv[0][0] != '/')
...
...

[pandamoan]

jesus you guys, don't make me leave the dark side and install linux.

:D

jamie

[David_Hayter]

hey Hacktarux, that core code contains the win32 GUI or just the gtk+ or whatever linux GUI, in that case, where could I get the win32 one, coz i might have an idea to develop

[blight]

it contains both...
windows specific stuff is in emu64/main/win
gtk gui is in emu64/main/gui_gtk

happy coding

[oDD]

Will the source code above be updated with the 0.31 source or wasn't there enough changes to warrant another source update? Thanks.

[Hacktarux]

I haven't updated to 0.3.1 but it's only some minor modifications and you should not have any problem to use it if you don't use nrage plugin for your tests or if you use and nrage and that you have created manually the mempack folder ;)

The win32 dev-c++ project is located in the winproject folder.

[samuel79]

Hi!
I get this error when I try to compile riceplugin. I got another error before with xmmintrin.h when I used gcc-3.2.2 but I upgraded to gcc-3.3.1 and it gives still an error but not the same.

[root@e149 /usr/src/Mupen64/riceplugin]# make
g++ -DUSE_GTK `sdl-config --cflags` `gtk-config --cflags` -g -mmmx -msse -c -o DaedalusGraphics.o DaedalusGraphics.cpp
unique.h: In static member function `static T* CUnique<T>::Get() [with T =
CProfiler]':
DaedalusGraphics.cpp:308: instantiated from here
unique.h:80: error: `assert' undeclared (first use this function)
unique.h:80: error: (Each undeclared identifier is reported only once for each
function it appears in.)
unique.h: In static member function `static void CUnique<T>::Destroy() [with T
= CProfiler]':
DaedalusGraphics.cpp:769: instantiated from here
unique.h:72: error: `assert' undeclared (first use this function)
make: *** [DaedalusGraphics.o] Error 1
[root@e149 /usr/src/Mupen64/riceplugin]#

Anybody know how to fix this error?

[Hacktarux]

Add somewhere in this winlnxdefs.h this line:
#include <assert.h>

Dunno why it's needed on your system....

[blight]

#include &lt;assert.h&gt;

(&amp;lt; and &amp;gt; ;))

[mike_k]

Hi!
I get this error when I try to compile riceplugin. I got another error before with xmmintrin.h when I used gcc-3.2.2 but I upgraded to gcc-3.3.1 and it gives still an error but not the same.

[root@e149 /usr/src/Mupen64/riceplugin]# make
g++ -DUSE_GTK `sdl-config --cflags` `gtk-config --cflags` -g -mmmx -msse -c -o DaedalusGraphics.o DaedalusGraphics.cpp
unique.h: In static member function `static T* CUnique<T>::Get() [with T =
CProfiler]':
DaedalusGraphics.cpp:308: instantiated from here
unique.h:80: error: `assert' undeclared (first use this function)
unique.h:80: error: (Each undeclared identifier is reported only once for each
function it appears in.)
unique.h: In static member function `static void CUnique<T>::Destroy() [with T
= CProfiler]':
DaedalusGraphics.cpp:769: instantiated from here
unique.h:72: error: `assert' undeclared (first use this function)
make: *** [DaedalusGraphics.o] Error 1
[root@e149 /usr/src/Mupen64/riceplugin]#

Anybody know how to fix this error?

I got the same error, added "#include <assert.h>" to unique.h but after some modules compiled succesfully got this:
g++ -O2 -march=athlon -mcpu=athlon-xp -mmmx -m3dnow -msse -pipe -ffast-math
-DUSE_GTK `sdl-config --cflags` `gtk-config --cflags` -O3 -mcpu=athlon
-ffast-math -funroll-loops -fomit-frame-pointer -msse -mmmx -c -o
DecodedMux.o DecodedMux.cppDecodedMux.cpp:763: error: integer constant is
too large for "long" typemake: *** [DecodedMux.o] Error 1There (near the
line 763) is some typedef'ed struct I do not know how to deal with... Maybe
I could but it is not a good idea to change types where U do not know what
is that piece of code

Feel free to use E-mail.

My system is CPU: AthlonXP 1800+ OS: SUSE 9.0 pro Video: ATI
Radeon9000(HIS) Other: 256DDR PC 2100SDRAM/SBLive Value/ GCC: 3.3.1

[ciruZ]

Hmm, why is here HTML activated by the way?
Nobody needs it, the BB Codes should be enough and it's an easy way to steal cookies. Ok, lets come back to the topic ;)

[blight]

Hmm, why is here HTML activated by the way?
Nobody needs it, the BB Codes should be enough and it's an easy way to steal cookies. Ok, lets come back to the topic ;)
Such questions really do not fit into this forum/thread - use the offtopic forum or something...
btw i am pretty sure there is only a very small subset of HTML allowed

[ciruZ]

Such questions really do not fit into this forum/thread - use the offtopic forum or something...
btw i am pretty sure there is only a very small subset of HTML allowed
I know that its off topic, but because we had this problem in the thread and i don't want to start a thread for that i posted it here. Ok, let's come back to the topic.

[ryann]

okay, i downloaded the mupen64 0.3 src and attempted to compile it. after fixing some bumps in the road (changing malloc.h includes to stdlib.h) i finally hit something that i don't know how to fix:

--snip--
gcc -DX86 -O3 -fomit-frame-pointer -funroll-loops -ffast-math -mcpu=athlon -Wall -pipe -I/usr/local/include -c -o main/plugin.o main/plugin.c
main/plugin.c: In function `plugin_name_by_filename':
main/plugin.c:190: error: `PATH_MAX' undeclared (first use in this function)
main/plugin.c:190: error: (Each undeclared identifier is reported only once
main/plugin.c:190: error: for each function it appears in.)
main/plugin.c:190: warning: unused variable `real_filename1'
main/plugin.c:190: warning: unused variable `real_filename2'
main/plugin.c: In function `plugin_load_plugins':
main/plugin.c:515: warning: dereferencing type-punned pointer will break strict-aliasing rules
gmake: *** [main/plugin.o] Error 1
--snip--

i'm running freebsd 5.2.1-RELEASE with sdl 1.2.5 installed. thanks,

- ryan

[Hacktarux]

AFAIK this variable is supposed to be defined on all POSIX systems and it defines the maximum length of a path... Anyway if you don't want to search for it on your system or if it doesn't exist for some reason, just define it manually : "#define PATH_MAX 4000" (i guess 4000 is enough by far)

[ryann]

AFAIK this variable is supposed to be defined on all POSIX systems and it defines the maximum length of a path... Anyway if you don't want to search for it on your system or if it doesn't exist for some reason, just define it manually : "#define PATH_MAX 4000" (i guess 4000 is enough by far)

ah thanks, i did just that and it worked. a couple more bumps along the way (once again changing malloc.h to stdlib.h, and then changing: -lSDL to -L/usr/local/lib -lSDL-1.1 ; -lpthread to -pthread ; and lastly -ldl to -dl in the makefile). after that i have a working mupen64_nogui binary (the gtk gui won't compile because of a missing linux/limits.h and neither &lt;limits.h&gt; nor &lt;sys/limits.h&gt; work :/ oh well not having the gui really isn't a problem for me. now to try to compile the plugins! thanks hax!

- ryan

[ryann]

okay so i downloaded _all_ of the plugins. here are the compilation results after makefile tweaking:

mupen64_input: compiled fine and i put the .so in the plugins folder
mupen64_sound: did not compile at all but i didn't think so since its too tied to linux sound.
riceplugin: after adding that assert.h include it compiled up until:

g++ -DUSE_GTK `sdl-config --cflags` `gtk-config --cflags` -O3 -mcpu=athlon -ffast-math -funroll-loops -fomit-frame-pointer -msse -mmmx -c -o DecodedMux.o DecodedMux.cpp
DecodedMux.cpp:763: error: integer constant is too large for "long" type
gmake: *** [DecodedMux.o] Error 1

rats. :/

rsp_hle: seemed to compile fine until linking then there was a gigantic list of undefined references :( it seems a bit too bit to paste here. on the other hand, the .so file still was created so i stuck it in the plugins folder for the hell of it
trgl64: same as rsp plugin
blight_input: havent tried it yet

well thats all for now, if anyone wants the huge list of undefined errors email me ryan (at) slipgate (dot) org

thanks,

- ryan

[blight]

you have to add "-DPATH_MAX=4096" to your cflags
edit: ahh there's also "DecodedMux.cpp:763: error: integer constant is too large for "long" type"... you will have to append LL to any numbers which are bigger than 0xffffffff i think - thus make for example any 0x0000000000000000 you find 0x0000000000000000LL

[Hacktarux]

For the gui error, you can probably compile it without having limits.h but you'll have to define some constants like PATH_MAX manually.... not a big problem

The "integer constant is too large for long type" error is easy to fix too, you only have to cast manually where the error happen, example: (long)(the_expression_that_failes)

I can't help for the rsp warning unless you paste at least one of them (the first one is generally better).