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
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe t2
