Found the problem, there was still an error in the package config file for libmad. In the package config file there was a hardcoded /lib path I have replaced this with the $libdir variable when it is compiled.
Attached is the patch Adam -----Original Message----- From: Adam Stirk [mailto:[EMAIL PROTECTED] Sent: 13 November 2008 15:49 To: René Rebe Cc: T2 developers mailing list Subject: Re: [t2] Fuppes Package (NEW) Rene, I'm getting a different error now, am I correct in thinking that it's looking at the wrong version of the libdl and libpthread? /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.a when searching for -ldl /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2-linux-gnu/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for -lpthread /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2-linux-gnu/bin/ld: skipping incompatible /usr/lib/libpthread.a when searching for -lpthread /usr/lib64/../lib/libstdc++.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status Regards Adam -----Original Message----- From: Adam Stirk [mailto:[EMAIL PROTECTED] Sent: 13 November 2008 10:10 To: René Rebe Cc: T2 developers mailing list Subject: Re: [t2] Fuppes Package (NEW) Thanks, shlibdir was where I was looking, just hadn't made a patch yet. Adam -----Original Message----- From: René Rebe [mailto:[EMAIL PROTECTED] Sent: 13 November 2008 09:55 To: Adam Stirk Cc: T2 developers mailing list Subject: Re: [t2] Fuppes Package (NEW) Hi Adamn, fixed by passing --shlibdir to ffmpeg's configure: Committed revision 31240. Adam Stirk wrote: > I shall have a look at it and see if I can figure it out. I'll let you know > how I get on. > > Regards > > Adam > > -----Original Message----- > From: René Rebe [mailto:[EMAIL PROTECTED] > Sent: 12 November 2008 17:10 > To: Adam Stirk > Cc: T2 developers mailing list > Subject: Re: [t2] Fuppes Package (NEW) > > Hi Adam, > > On 12.11.2008, at 18:04, Adam Stirk wrote: > > >> Rene, >> >> As I am running x86-64 so I have 4 lib folders >> >> /lib >> /lib64 >> /usr/lib >> /usr/lib64 >> >> The libswscale.so file is located in the /usr/lib folder. >> The libswscale.a file is located in the /usr/lib64 folder. >> > > !Aha! > > Then there is a bug in the ffmpeg package the .so must also resist in > the lib64 directory ($libdir). Either this is a bug / typo in the > ffmpeg.conf > or the fanilla ffmpeg Makefiles. > > I can also take a look if you need an eye on it -:-) > > René > > >> The pkgconfig file for libswscale is located in the /usr/lib64/ >> pkgconfig folder. >> >> Can I assume that the libswscale.so should be in the /usr/lib64 >> folder, with it's partner in crime the libswscale.a? >> >> Regards >> >> Adam >> >> -----Original Message----- >> From: René Rebe [mailto:[EMAIL PROTECTED] >> Sent: 12 November 2008 16:53 >> To: Adam Stirk >> Cc: T2 developers mailing list >> Subject: Re: [t2] Fuppes Package (NEW) >> >> the .pc files are for the pkgconfig "tool / program" to parse and to >> be queried >> by most configure scripts for package versions, include and library >> paths, >> etc. >> >> You mean the (dynamic / shared) .so file is hidden in some sub- >> directory >> and not in the same place as the(static) .a file? >> >> On 12.11.2008, at 17:48, Adam Stirk wrote: >> >> >>> Just a thought, would it be because the .so is in libswscale and >>> the .a is in /usr/lib64? The pkgconfig is also in the /usr/lib64. >>> >>> What is the function of the .pc files in the pkgconfig folder? >>> >>> Regards >>> >>> Adam >>> >>> -----Original Message----- >>> From: Adam Stirk [mailto:[EMAIL PROTECTED] >>> Sent: 12 November 2008 16:38 >>> To: René Rebe >>> Cc: T2 developers mailing list >>> Subject: Re: [t2] Fuppes Package (NEW) >>> >>> Rene, >>> >>> I have just completed a clean build with the changes you made to >>> libmad and I'm still receiving the same error. I think that it might >>> be a problem with the x86_64 somewhere along the line. >>> >>> Regards >>> >>> Adam >>> >>> -----Original Message----- >>> From: René Rebe [mailto:[EMAIL PROTECTED] >>> Sent: 12 November 2008 09:53 >>> To: Adam Stirk >>> Cc: T2 developers mailing list >>> Subject: Re: [t2] Fuppes Package (NEW) >>> >>> Hi, >>> >>> Adam Stirk wrote: >>> >>>> Hi, >>>> >>>> I am trying to compile fuppes (a new package) but I am getting the >>>> following error. >>>> >>>> /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2- >>>> linux-gnu/bin/ld: >>>> /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../lib64/ >>>> libswscale.a(swscale.o): >>>> relocation R_X86_64_PC32 against symbol `ff_M24A' can not be used >>>> when >>>> making a shared object; recompile with -fPIC >>>> >>>> /usr/lib64/gcc/x86_64-t2-linux-gnu/4.3.2/../../../../x86_64-t2- >>>> linux-gnu/bin/ld: >>>> final link failed: Bad value >>>> >>>> collect2: ld returned 1 exit status >>>> >>>> I have tried adding the FPIC-QUIRK to the .desc file but I still >>>> can't >>>> get it to compile. >>>> >>>> >>> After fixing libmad to write a propper libmad.pc it built for me in >>> the easy >>> case - native x86: >>> >>> Committed revision 31225. >>> >>> -- >>> René Rebe - ExactCODE GmbH - Europe, Germany, Berlin >>> http://exactcode.de | http://t2-project.org | http://rene.rebe.name >>> >>> >> -- >> René Rebe - ExactCODE GmbH - Europe, Germany, Berlin >> http://exactcode.de | http://t2-project.org | http://rene.rebe.name >> -- René Rebe - ExactCODE GmbH - Europe, Germany, Berlin http://exactcode.de | http://t2-project.org | http://rene.rebe.name
libmad.patch
Description: libmad.patch
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe t2
