It appears that the gcc/binutils maintainers for ARM do not believe that this
is a supported mode of operation so it's a won't fix.
** Changed in: binutils-linaro
Status: Triaged = Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: binutils-linaro
Status: New = Triaged
** Changed in: binutils-linaro
Importance: High = Undecided
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/503448
Title:
[arm]
I have the same problem compiling berkelium with linaro toolchain (gcc
4.5.2) on Ubuntu natty.
/usr/lib/gcc/arm-linux-gnueabi/4.5.2/../../../../arm-linux-gnueabi/bin/ld:
/home/jaufranc/edev/beagleboard/berkelium/build/chromium/src/out/Release/obj.target/ui/gfx/../../gfx/ui/gfx/rect.o:
On 11 October 2011 08:52, Jean-Luc Aufranc
jean-luc.aufr...@cnx-translation.com wrote:
I have the same problem compiling berkelium with linaro toolchain (gcc
4.5.2) on Ubuntu natty.
/usr/lib/gcc/arm-linux-gnueabi/4.5.2/../../../../arm-linux-gnueabi/bin/ld:
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: gcc-4.4 (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/503448
Title:
** Also affects: gcc-linaro
Importance: Undecided
Status: New
** Changed in: gcc-linaro
Importance: Undecided = High
** Project changed: gcc-linaro = binutils-linaro
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this
** Tags added: thumb
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Tags added: toolchain
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Unfortunately, resolving the problem is not as simple as the article
makes out, although silently building libraries containing relocations
ld.so can't handle is clearly bad and it's a good thing that was fixed.
The article also doesn't comment on the costs of non-PIC shared
libraries (see my
Clarification: for R_ARM_MOVW and R_ARM_MOVT, read R_ARM_MOVW_*,
R_ARM_MOVT_*, R_ARM_THM_MOVW_* and R_ARM_THM_MOVT_*.
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification because you are a member of Ubuntu
Bugs,
FTR, I had to force -fPIC -DPIC in the ffmpeg build I intend to push;
the noopt flavor (main flavor) wouldn't build with our new toolchain
defaults. This will be uploaded today or tomorrow.
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You
NB: there is a requirement in the Debian and Ubuntu policies to build
shared libraries with PIC anyway; the only case where non-PIC is allowed
is for performance reasons, typically mpeg2dec or ffmpeg on i386.
--
[arm] building non-PIC libraries fails under ARMv7 mode
Did you have any feel for the performance delta? If it's really only 2%
that is not too concerning; but if it's greater than that it might be
more interesting...
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification
I'm afraid I didn't run it at all; sorry -- was looking at fixing the
build
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
It seems that currently the dynamic linker does not support resolving
all the relocations which would be required for non-PIC Thumb-2 shared
libraries.
Since non-PIC shared libraries are generally pretty inefficient (memory
wastage and thrashing in and out of the dynamic linker and kernel as
ffmpeg defaults to non-PIC shared libraries on architectures that
support it. Some Googling turned up this blog post:
http://hardwarebug.org/2009/01/02/shared-library-woes-and-the-price-of-
pic/ (its a bit out of date, the linker now throws an error versus a
runtime crash, but there still is a
** Tags added: armv7
--
[arm] building non-PIC libraries fails under ARMv7 mode
https://bugs.launchpad.net/bugs/503448
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Attachment added: GNU hell test suite
http://launchpadlibrarian.net/37453821/gnuhell.tar.gz
** Tags added: armel
** Description changed:
Binary package hint: gcc-4.4
Under lucid, GCC can no longer build non-PIC shared libraries,
attempting to build a non-PIC library causes:
18 matches
Mail list logo
