--- Additional Comments From drow at sources dot redhat dot com 2008-07-08
20:41 ---
Sorry, that's just how GCC's path searching works - /usr/local/include is not on
the default path. Set CPPFLAGS before configuring instead.
--
What|Removed |Added
--
wim <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:/bin> as --version
> GNU assembler 2.9
> Copyright 1997 Free Software Foundation, Inc.
SUSE Linux 8.0 originally came with binutils 2.11.92.0.10, which is
quite a bit newer than what you have, despite already being several
years old. Also, it d
wim wrote:
> About the output of the following command:
> gcc -print-prog-name=as
>
> The output is simply:
>
> as
That was meant to be one single command:
`gcc -print-prog-name=as` --version
But anyway, that doesn't really matter.
> [EMAIL PROTECTED]:/bin> as --version
> GNU assembler 2.9
>
Dear Brian !
Thank you for your fast response and your analysis !
In the directory ~libiberty I have the following files
-rw-r--r--1 wim users 0 Jul 8 21:25 config.cache
-rw-r--r--1 wim users 27174 Jul 8 21:25 config.log
-rw-r--r--1 wim users
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 06:54
---
i found a way to prevent the error from occuring.
all you have to do is to insert a global symbol
in the first section that is resolved by another
file that is also linked in at the same time.
voila! the proble
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 06:52
---
Created an attachment (id=2819)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2819&action=view)
Makefile, 2 assembly files, C file to prevent the error
Makefile, 2 assembly files, C file to prevent th
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 08:24
---
Created an attachment (id=2821)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2821&action=view)
Makefile, 2 assembly files, C file to prevent the error
when:
- --gc-sections is enabled
- .data and .te
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 08:19
---
Created an attachment (id=2820)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2820&action=view)
Makefile, 2 assembly files, C file to reproduce the error
when:
- --gc-sections is enabled
- .data and .
PROBLEM DESCRIPTION
under certain circumstances, Thumb interworking code is not
generated correctlyby GNU LD. it is full of NULLs.
with arm-elf-ld:
- if you have --gc-sections enabled
- if you have asm in ARM mode with -mthumb-interwork
- asm code contains an "ax" section .VhaInit with instruction
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 07:13
---
i found out how to eliminate the problem:
- when you enable --gc-sections and Thumb interworking,
all you need to do is to define the entry point.
either define _start or the symbol defined using
--entry
--- Additional Comments From adsouzp at netscape dot net 2008-07-08 08:07
---
i narrowed down the exact situation when Thumb interworking code is zero.
- when you position any section, say .data, before you position .text
using --section-start or -Tdata for other sections and -Ttext f
11 matches
Mail list logo
