Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

[Michael Hope]

The patch has been backported to the FSF 4.6 release branch.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

[Michael Hope]

Note that we'll backport to FSF 4.6 if appropriate.
On Jan 29, 2012 7:03 AM, "Loïc Minier"  wrote:

> forwarded 657682 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50313
> tags 657682 + confirmed fixed-upstream upstream
> stop
>
>Hi
>
> On Fri, Jan 27, 2012, Peter Green wrote:
> > /tmp/cc1SBNmj.s: Assembler messages:
> > /tmp/cc1SBNmj.s:2152: Error: can't resolve `.rodata' {.rodata section} -
> `.LPIC18' {*UND* section}
> > make[5]: *** [gmime-param.lo] Error 1
>
>  Looks like above bug (fixed upstream); also pending a backport of the
>  fix in gcc-linaro 4.6:
>
> https://code.launchpad.net/~ramana/gcc-linaro/pr50313-backport/+merge/89058
>
>Cheers,
> --
> Loďc Minier
>
>
> --
> To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/20120128175639.gb14...@bee.dooz.org
>
>

Bug#513512: Work-around for xplc build problem

[Michael Hope]

The same problem is seen in Ubuntu on a range of architectures
including armel and sparc.  The upstream source contains an aliasing
related bug that can be worked around by setting -fno-strict-aliasing
in CFLAGS and CXXFLAGS.

The problem should also be fixed upstream.

See https://bugs.launchpad.net/debian/+source/xplc/+bug/437726 for more.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org