[Pearpc-devel] AMD64 branch merged

[Sebastian Biallas]

Hi!

It's been some time since the last update, but today I merged the AMD64
branch...

I guess I broke something so please test.

Have fun,
Sebastian

[Alex Smith]

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Great! Nice to see some updates. I'll test it when I get some time later.

Thanks,
Alex

[Hugh McMaster]

Hey,

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...

That's fantastic news. Well done! I'll test it too.

Hugh

[Jens von der Heydt]

Hi Sebastian,

that's pretty good news. I will try to test it. Is the branch AMD-only
or is there a chance that it will also run
on core2 duo for example?

Greetings,
Jens

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Pearpc-devel mailing list
https://lists.sourceforge.net/lists/listinfo/pearpc-devel

[Sebastian Biallas]

Post by Jens von der Heydt
Hi Sebastian,
that's pretty good news. I will try to test it. Is the branch AMD-only
or is there a chance that it will also run
on core2 duo for example?

Intel copied the AMD64-instruction set so it should run there, too.

The official name in pearpc is x86_64.

Sebastian

[Jens von der Heydt]

Hi Sebastian,

I just got around to compile the latest CVS though I'm a little
confused regarding the branches and their names.
What is the latest release version and what branch should I use to
test. I downloaded amd64 and the head branch.
Both compile and seem to work though I still have problems booting my
os x images but that could just be some
old test - kexts being installed on them.

So as to get the branches and their actual status right, could you
please describe what HEAD, hwmmu, hwmmu2 and
amd64_branch currently are?

Thx and "happy Easter" to everybody,

Jens

Post by Sebastian Biallas

Post by Jens von der Heydt
Hi Sebastian,
that's pretty good news. I will try to test it. Is the branch AMD-
only
or is there a chance that it will also run
on core2 duo for example?

Intel copied the AMD64-instruction set so it should run there, too.
The official name in pearpc is x86_64.
Sebastian
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Pearpc-devel mailing list
https://lists.sourceforge.net/lists/listinfo/pearpc-devel

[Alex Smith]

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Finally got round to having a look at it. I just tried compiling for i386
(I've not got a 64-bit distro installed right now), seems MAP_32BIT isn't
defined on i386:

g++ -DHAVE_CONFIG_H -I. -I../../../.. -I ../../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -I/usr/include/SDL
-D_GNU_SOURCE=1 -D_REENTRANT -MT sysfile.o -MD -MP -MF .deps/sysfile.Tpo -c
-o sysfile.o sysfile.cc
sysfile.cc: In function 'void* sys_alloc_read_write_execute(int)':
sysfile.cc:275: error: 'MAP_32BIT' was not declared in this scope
gmake[5]: *** [sysfile.o] Error 1

Thanks,
Alex

[Cassy Foesch]

Post by Alex Smith

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Finally got round to having a look at it. I just tried compiling for i386
(I've not got a 64-bit distro installed right now), seems MAP_32BIT isn't
g++ -DHAVE_CONFIG_H -I. -I../../../.. -I ../../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -I/usr/include/SDL
-D_GNU_SOURCE=1 -D_REENTRANT -MT sysfile.o -MD -MP -MF .deps/sysfile.Tpo -c
-o sysfile.o sysfile.cc
sysfile.cc: In function 'void*
sysfile.cc:275: error: 'MAP_32BIT' was not declared in this scope
gmake[5]: *** [sysfile.o] Error 1

As this branch requires an x86-64 processor, it should be disabled
from compiling on any other architecture.

Is there anyone who know enough automake/autoconf to implement just such a test?

[Jens von der Heydt]

Post by Cassy Foesch

Post by Alex Smith

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Finally got round to having a look at it. I just tried compiling for i386
(I've not got a 64-bit distro installed right now), seems MAP_32BIT isn't
g++ -DHAVE_CONFIG_H -I. -I../../../.. -I ../../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-
inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -I/usr/include/SDL
-D_GNU_SOURCE=1 -D_REENTRANT -MT sysfile.o -MD -MP -MF .deps/
sysfile.Tpo -c
-o sysfile.o sysfile.cc
sysfile.cc: In function 'void*
sysfile.cc:275: error: 'MAP_32BIT' was not declared in this scope
gmake[5]: *** [sysfile.o] Error 1

As this branch requires an x86-64 processor, it should be disabled
from compiling on any other architecture.
Is there anyone who know enough automake/autoconf to implement just such a test?
--
Cassy

Hi there,

I think it actually is disabled by mistake :) I tried to compile it on
a Macbook Pro and it refused to compile for X86_64 just until I forced
it to take this branch by using many configure statements. But it
should be tested correctly, that's true.

Jens

[Natanael]

Post by Jens von der Heydt

Post by Cassy Foesch

Post by Alex Smith

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the AMD64
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Finally got round to having a look at it. I just tried compiling for i386
(I've not got a 64-bit distro installed right now), seems MAP_32BIT isn't
g++ -DHAVE_CONFIG_H -I. -I../../../.. -I ../../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-
inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -I/usr/include/SDL
-D_GNU_SOURCE=1 -D_REENTRANT -MT sysfile.o -MD -MP -MF .deps/
sysfile.Tpo -c
-o sysfile.o sysfile.cc
sysfile.cc: In function 'void*
sysfile.cc:275: error: 'MAP_32BIT' was not declared in this scope
gmake[5]: *** [sysfile.o] Error 1

As this branch requires an x86-64 processor, it should be disabled
from compiling on any other architecture.
Is there anyone who know enough automake/autoconf to implement just such a test?
--
Cassy

Hi there,
I think it actually is disabled by mistake :) I tried to compile it on
a Macbook Pro and it refused to compile for X86_64 just until I forced
it to take this branch by using many configure statements. But it
should be tested correctly, that's true.
Jens
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

I get:


$ make
/usr/bin/make all-recursive
Making all in doc
make[2]: Nothing to be done for `all'.
Making all in src
Making all in cpu
Making all in cpu_jitc_x86_64
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_alu.o -MD -MP -MF
.deps/ppc_alu.Tpo -c -o ppc_alu.o ppc_alu.cc
mv -f .deps/ppc_alu.Tpo .deps/ppc_alu.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_cpu.o -MD -MP -MF
.deps/ppc_cpu.Tpo -c -o ppc_cpu.o ppc_cpu.cc
mv -f .deps/ppc_cpu.Tpo .deps/ppc_cpu.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_dec.o -MD -MP -MF
.deps/ppc_dec.Tpo -c -o ppc_dec.o ppc_dec.cc
ppc_dec.cc:1120: warning: ‘last_instr’ defined but not used
ppc_dec.cc:1120: warning: ‘instr_report’ defined but not used
ppc_dec.cc:1120: warning: ‘instr_count’ defined but not used
mv -f .deps/ppc_dec.Tpo .deps/ppc_dec.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_esc.o -MD -MP -MF
.deps/ppc_esc.Tpo -c -o ppc_esc.o ppc_esc.cc
mv -f .deps/ppc_esc.Tpo .deps/ppc_esc.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_exc.o -MD -MP -MF
.deps/ppc_exc.Tpo -c -o ppc_exc.o ppc_exc.cc
mv -f .deps/ppc_exc.Tpo .deps/ppc_exc.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_fpu.o -MD -MP -MF
.deps/ppc_fpu.Tpo -c -o ppc_fpu.o ppc_fpu.cc
mv -f .deps/ppc_fpu.Tpo .deps/ppc_fpu.Po
g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_mmu.o -MD -MP -MF
.deps/ppc_mmu.Tpo -c -o ppc_mmu.o ppc_mmu.cc
ppc_mmu.cc: In function ‘bool ppc_init_physical_memory(uint)’:
ppc_mmu.cc:828: error: ‘MAP_32BIT’ was not declared in this scope
make[4]: *** [ppc_mmu.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


which seams to be the same problem.
but I specified to use 64bit:

./configure --target=x86_64 --enable-ui=gtk

I'm compiling on MacOSX 10.6.8

Thank You
Natanael

[Alex Smith]

Post by Alex Smith

Post by Alex Smith

Post by Sebastian Biallas
Hi!
It's been some time since the last update, but today I merged the

AMD64

Post by Alex Smith

Post by Sebastian Biallas
branch...
I guess I broke something so please test.
Have fun,
Sebastian

Finally got round to having a look at it. I just tried compiling for

i386

Post by Alex Smith
(I've not got a 64-bit distro installed right now), seems MAP_32BIT

isn't

Post by Alex Smith
g++ -DHAVE_CONFIG_H -I. -I../../../.. -I ../../.. -Wundef -Wall
-Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g

-fno-inline

Post by Alex Smith
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -I/usr/include/SDL
-D_GNU_SOURCE=1 -D_REENTRANT -MT sysfile.o -MD -MP -MF .deps/sysfile.Tpo

-c

Post by Alex Smith
-o sysfile.o sysfile.cc
sysfile.cc: In function 'void*
sysfile.cc:275: error: 'MAP_32BIT' was not declared in this scope
gmake[5]: *** [sysfile.o] Error 1

As this branch requires an x86-64 processor, it should be disabled
from compiling on any other architecture.
Is there anyone who know enough automake/autoconf to implement just such a test?

Hmm, I didn't make what I meant clear ;) I was trying to compile to 32-bit
version on an i386 distro and got that error, MAP_32BIT was hard-coded in,
which isn't defined for i386.

Thanks,
Alex