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 subsc
** 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] buildi
On 11 October 2011 08:52, Jean-Luc Aufranc
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:
> /home/jaufranc/edev/beagleboard/berkelium/build/chromium/src/out/Re
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:
relocation
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:
[ar
** 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 thi
** 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
https://list
** 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
https://
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.
--
ubuntu-bugs
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 b
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
https://bugs.launchpad.net/bu
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 rece
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, which
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 last
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 perf
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
reloc
** 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
https://list
** 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
