Threaded Mode | Linear Mode

DaMaGeLaB · 07-06-2011 09:46 PM

(07-06-2011 08:34 AM)gregory Wrote: You need to remove the +

Double "Facepalm"

(07-06-2011 10:50 AM)Gumbo Wrote: I'd stick with fc14 until fedora 15 is more mature. My setup seems the same as yours and pcsx2 runs very nicely

So better the devel you know than the devel you don't. did compiling cause any hassle for you?

(07-06-2011 07:22 PM)gregory Wrote: I gzip the cmake file, so extract it and replace your version with this one. Then redo the cmake phase.

Hopefully this is the correct output

Code:

$ cmake ../CMakeLists.txt -DCMAKE_BUILD_TYPE=Release

-- The C compiler identification is GNU

-- The CXX compiler identification is GNU

-- Check for working C compiler: /usr/lib64/ccache/gcc

-- Check for working C compiler: /usr/lib64/ccache/gcc -- works

-- Detecting C compiler ABI info

-- Detecting C compiler ABI info - done

-- Check for working CXX compiler: /usr/lib64/ccache/c++

-- Check for working CXX compiler: /usr/lib64/ccache/c++ -- works

-- Detecting CXX compiler ABI info

-- Detecting CXX compiler ABI info - done

-- 

            Please ensure that you have all 32bits dependency installed (.i686 packages).

            See http://code.google.com/p/pcsx2/wiki/ChrootAnd64bStatusLinux for more details.

-- Enable the stripping by default in Release build !!!

-- Use internal version of Soundtouch by default.

    Note: There have been issues in the past with sound quality depending on the version of Soundtouch

    Use -DFORCE_INTERNAL_SOUNDTOUCH=FALSE at your own risk

-- Install localization file in bin/Langs by default

-- Found Freetype: /usr/lib/libfreetype.so 

-- Found GTK2_GTK: /usr/lib/libgtk-x11-2.0.so 

-- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so

-- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - found

-- Looking for gethostbyname

-- Looking for gethostbyname - found

-- Looking for connect

-- Looking for connect - found

-- Looking for remove

-- Looking for remove - found

-- Looking for shmat

-- Looking for shmat - found

-- Looking for IceConnectionNumber in ICE

-- Looking for IceConnectionNumber in ICE - found

-- Found X11: /usr/lib/libX11.so

-- Found ALSA: /usr/lib/libasound.so 

-- Found BZip2: /usr/lib/libbz2.so 

-- Looking for BZ2_bzCompressInit in /usr/lib/libbz2.so

-- Looking for BZ2_bzCompressInit in /usr/lib/libbz2.so - found

-- Found JPEG: /usr/lib/libjpeg.so 

-- Found OpenGL: /usr/lib/libGL.so 

-- Looking for include files CMAKE_HAVE_PTHREAD_H

-- Looking for include files CMAKE_HAVE_PTHREAD_H - found

-- Looking for pthread_create in pthreads

-- Looking for pthread_create in pthreads - not found

-- Looking for pthread_create in pthread

-- Looking for pthread_create in pthread - found

-- Found Threads: TRUE 

-- Found Subversion: /usr/bin/svn (found version "1.6.17")

-- Found wxWidgets: TRUE 

-- Found ZLIB: /usr/include (found version "1.2.5")

-- Found Cg: /usr/lib/libCg.so;/usr/lib/libCgGL.so 

-- Found GLEW: /usr/lib/libGLEW.so 

-- Found PortAudio: /usr/lib/libportaudio.so 

-- Found SparseHash: /usr/include 

-- Use internal pcsx2 SoundTouch library

DEBUG BEFORE : /usr/lib64/wx/include/gtk2-unicode-release-2.8;/usr/include/wx-2.8

DEBUG AFTER : /usr/lib32/wx/include/gtk2-unicode-release-2.8;/usr/include/wx-2.8

-- Skip build of GSdx: miss some dependencies

-- check these libraries -> opengl, X11, pcsx2 SDL

-- Configuring done

-- Generating done

-- Build files have been written to: /home/DaMaGeLaB/Desktop/pcsx2-read-only revision 4789

Thanks Gregory your effort is very much appreciated.

**gregory** · 07-07-2011 08:45 AM

I understand the issue. The difficult part is to make something compatible with everybody.

However why do you have a lib32 directory ? Is it a symlink ? My understanding of fedora was
/usr/lib -> 32 bits
/usr/lib64 -> 64 bits

DaMaGeLaB · 07-07-2011 11:15 AM

(07-07-2011 08:45 AM)gregory Wrote: However why do you have a lib32 directory ? Is it a symlink ?

I had to create some symlinks in order to compile and get glc-capture to work, here is the results of tree from /usr/lib32

Code:

[DaMaGeLaB@localhost lib32]$ tree

.

|-- libelfhacks.so -> libelfhacks.so.0

|-- libelfhacks.so.0 -> libelfhacks.so.0.4.1

|-- libelfhacks.so.0.4.1

|-- libglc-capture.so -> libglc-capture.so.0

|-- libglc-capture.so.0 -> libglc-capture.so.0.5.8

|-- libglc-capture.so.0.5.8

|-- libglc-core.so -> libglc-core.so.0

|-- libglc-core.so.0 -> libglc-core.so.0.5.8

|-- libglc-core.so.0.5.8

|-- libglc-export.so -> libglc-export.so.0

|-- libglc-export.so.0 -> libglc-export.so.0.5.8

|-- libglc-export.so.0.5.8

|-- libglc-hook.so -> libglc-hook.so.0

|-- libglc-hook.so.0 -> libglc-hook.so.0.5.8

|-- libglc-hook.so.0.5.8

|-- libglc-play.so -> libglc-play.so.0

|-- libglc-play.so.0 -> libglc-play.so.0.5.8

|-- libglc-play.so.0.5.8

|-- libpacketstream.so -> libpacketstream.so.0

|-- libpacketstream.so.0 -> libpacketstream.so.0.1.4

`-- libpacketstream.so.0.1.4

0 directories, 21 files

Do you think there is any work around for this issue, or would removing glc help in anyway?
Regards.

**gregory** · 07-07-2011 06:41 PM

Could you test with this new file. It would work better.

By the way it would be more clever to symlink directly /usr/lib to /usr/lib32 or to use LD_LIBRARY_PATH environment variable if you do not want mix-up libraries.

DaMaGeLaB · 07-08-2011 04:04 AM

(07-07-2011 06:41 PM)gregory Wrote: Could you test with this new file. It would work better.

I can not thank you enough Gregory, what ever changes you made seem to have fixed things. I will defiantly be testing this out tonight with some Tony Hawks =D
here is the output it did produce some warnings but I think it compiled correctly.

I've posted the results here http://pastebin.com/CAV4Cimw

(07-07-2011 06:41 PM)gregory Wrote: By the way it would be more clever to symlink directly /usr/lib to /usr/lib32 or to use LD_LIBRARY_PATH environment variable if you do not want mix-up libraries.

In all honesty I was just following directions ..LOL I had no idea other methods existed. I guessing creating that /lib32 was a bad move thou, I will remove glc-capture and I will look into the methods you meantioned and try it that way. Thanks again gregory for you help fixing my issue and your support for this project is just simply phenomenal.

Regards, Damagelab

**gregory** · 07-08-2011 08:55 AM

Thanks. However I need to fix the minor warnings.

For your information, LD_LIBRARY_PATH (like path) work at runtime to load the so file. I do not think it is working for compilation. Anyway it is better to something that work Smile

Enjoys.

Threaded Mode \| Linear Mode Unable to compile svn revision 4789 in Fedora 14 x86_64
Author	Message