cai567890 / pcsx2

Automatically exported from code.google.com/p/pcsx2
1 stars 0 forks source link

Can´t build pcsx2 under linux64 bit in 32bit chroot #724

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I can´t build pcsx2 under 32bit chroot.
I´m using Fedora 13.

That is the output from cmake:

Linking CXX executable ../bin/pcsx2-dev
CMakeFiles/pcsx2-dev.dir/gui/SysState.cpp.o: In function
`gzipReader::gzipReader(wxString const&)':
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0x61):
undefined reference to `gzopen64'
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0xfb):
undefined reference to `gzbuffer'
CMakeFiles/pcsx2-dev.dir/ZipTools/thread_gzip.cpp.o: In function
`CompressThread_gzip::ExecuteTaskInThread()':
thread_gzip.cpp:(.text+0xb1e): undefined reference to `gzopen64'
thread_gzip.cpp:(.text+0xbe2): undefined reference to `gzbuffer'
collect2: ld gab 1 als Ende-Status zurück
make[2]: *** [bin/pcsx2-dev] Fehler 1
make[1]: *** [pcsx2/CMakeFiles/pcsx2-dev.dir/all] Fehler 2
make: *** [all] Fehler 2

with ruby build.rb install that:

Building Pcsx2
---------------
make: *** No rule to make target `install'.  Stop.
cp: cannot stat `/pcsx2/bin/pcsx2': No such file or directory

--
Build Summary:
CDVDnull was not built successfully.
dev9null was not built successfully.
FWnull was not built successfully.
USBnull was not built successfully.
SPU2null was not built successfully.
zerogs was not built successfully.
zzogl-pg was not built successfully.
zeropad was not built successfully.
zerospu2 was not built successfully.
PeopsSPU2 was built successfully.
CDVDiso was not built successfully.
CDVDisoEFP was built successfully.
CDVDlinuz was built successfully.
pcsx2 was not built successfully.

build.rb:174: undefined method `count' for #<Array:0xf77489c8> (NoMethodError)
mock-chroot> 

with codeblocks:

Linking executable: ../..//bin/pcsx2-dbg
./.objs/debug/ZipTools/thread_gzip.o: In function
`CompressThread_gzip::ExecuteTaskInThread()':
/pcsx2/pcsx2/ZipTools/thread_gzip.cpp:76: undefined reference to `gzopen64'
/pcsx2/pcsx2/ZipTools/thread_gzip.cpp:82: undefined reference to `gzbuffer'
./.objs/debug/gui/SysState.o: In function `gzipReader::gzipReader(wxString
const&)':
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0x65):
undefined reference to `gzopen64'
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0x10d):
undefined reference to `gzbuffer'
collect2: ld returned 1 exit status
Process terminated with status 1 (3 minutes, 44 seconds)
4 errors, 99 warnings

(codeblocks:16367): Gtk-CRITICAL **: gtk_window_set_modal: assertion
`GTK_IS_WINDOW (window)' failed
mock-chroot> 

Can you please fix that?

Original issue reported on code.google.com by linuxdon...@gmail.com on 31 May 2010 at 1:13

GoogleCodeExporter commented 9 years ago
Hi,

Could you give the full path of you zlib.h file just to be sure it is a know 
problem ?
#find /usr/include -name "zlib.h"

Do not know which rev your using (post 3062), you can pass the option
-DFORCE_INTERNAL_ZLIB=TRUE to cmake, it will force to statically link against a 
local
revision. I hope it will fix your problem. Well there is maybe another bug but 
I'm
not sure.
# cmake CMakeLists.txt -DFORCE_INTERNAL_ZLIB=TRUE
Could you try it ?

Cheers

Original comment by gregory....@gmail.com on 2 Jun 2010 at 10:20

GoogleCodeExporter commented 9 years ago
With cmake CMakeLists.txt -DFORCE_INTERNAL_ZLIB=TRUE
i become the same problem:

Linking CXX executable ../bin/pcsx2-dev
CMakeFiles/pcsx2-dev.dir/gui/SysState.cpp.o: In function
`gzipReader::gzipReader(wxString const&)':
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0x61):
undefined reference to `gzopen64'
SysState.cpp:(.text._ZN10gzipReaderC2ERK8wxString[_ZN10gzipReaderC5ERK8wxString]
+0xfb):
undefined reference to `gzbuffer'
CMakeFiles/pcsx2-dev.dir/ZipTools/thread_gzip.cpp.o: In function
`CompressThread_gzip::ExecuteTaskInThread()':
thread_gzip.cpp:(.text+0xb1e): undefined reference to `gzopen64'
thread_gzip.cpp:(.text+0xbe2): undefined reference to `gzbuffer'
collect2: ld gab 1 als Ende-Status zurück
make[2]: *** [bin/pcsx2-dev] Fehler 1
make[1]: *** [pcsx2/CMakeFiles/pcsx2-dev.dir/all] Fehler 2
make: *** [all] Fehler 2
mock-chroot> 

find /usr/include -name "zlib.h" :

mock-chroot> find /usr/include -name "zlib.h"
/usr/include/zlib.h
mock-chroot> 

Original comment by linuxdon...@gmail.com on 2 Jun 2010 at 10:59

GoogleCodeExporter commented 9 years ago
Well it was the second bug ;) I fix the work-around (-DFORCE_INTERNAL_ZLIB=TRUE
) in rev 3145

The real solution will take more time :)

Original comment by gregory....@gmail.com on 3 Jun 2010 at 10:55

GoogleCodeExporter commented 9 years ago
Could you test rev 3200 or later. The gz error must be fixed now. No need 
-DFORCE_INTERNAL_ZLIB=TRUE anymore.

Thanks

Original comment by gregory....@gmail.com on 11 Jun 2010 at 3:51

GoogleCodeExporter commented 9 years ago
I can´t test it now because i must recreate my chroot because it´s not 
compilble under 64 bit.

Original comment by linuxdon...@gmail.com on 11 Jun 2010 at 7:51

GoogleCodeExporter commented 9 years ago
Ok now problem. It is better to use same condition.

Technically it is possible to compile it under 64 bits. The mains issue is to 
have the 32bits libraries install on your 64bits system (which is more or less 
what do the chroot in a more clean fashion). The second issue is to use the 
good include file for wx. I have done something in cmake but I think it is only 
working on my system. Actually I never used a chroot to build pcsx2 on my 64 
bits system.

Original comment by gregory....@gmail.com on 11 Jun 2010 at 8:45

GoogleCodeExporter commented 9 years ago
I have tested it to compile it with my netbook and Fedora 13 32 bit it compiles 
fine and works than on my Fedora 64 Bit maschine too :)

Original comment by linuxdon...@gmail.com on 15 Jun 2010 at 6:56

GoogleCodeExporter commented 9 years ago
Ok, great.

Original comment by gregory....@gmail.com on 17 Jun 2010 at 5:40