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