Please create a minimal example to reproduce the problem with all files
needed for a "make all" and attach it to a message

Martin Thomas wrote:
> Please create a minimal example to reproduce the problem with all files
> needed for a "make all" and attach it to a message

okay. its just early morning here. 8-)
thank you, Martin, for your prompt response.

Aaron

Martin Thomas wrote:
> Please create a minimal example to reproduce the problem with all files
> needed for a "make all" and attach it to a message

i have attached a file t1 which contains Makefile, FirstAsm.s,
SecondC.c.
here, i was able to reproduce a related problem and not the problem that
i observed.

------------------------------------------------------------------------ 
----

here are the output and error messages:

veneer2> make
arm-elf-as  -mno-fpu -march=armv4t -mcpu=arm7tdmi -mthumb-interwork -o
FirstAsm.
o FirstAsm.s
arm-elf-as  -mno-fpu -march=armv4t -mcpu=arm7tdmi -mthumb-interwork -o
SecondAsm
.o SecondAsm.s
arm-elf-gcc -O0  -march=armv4t -mcpu=arm7tdmi -mthumb-interwork -mthumb
-c -o Th
irdC.o ThirdC.c
arm-elf-objdump -S FirstAsm.o > FirstAsm.lst
arm-elf-objdump -S SecondAsm.o > SecondAsm.lst
arm-elf-objdump -S ThirdC.o > ThirdC.lst
arm-elf-ld --gc-sections -Ttext 0x40001000 --section-start
FirstSection=0x400000
00 --defsym _start=0x400C0000 -o FinalProgram.elf FirstAsm.o SecondAsm.o
ThirdC.
o
arm-elf-ld: internal error ../../binutils-2.17/ld/ldlang.c 4275
make: *** [all] Error 1

------------------------------------------------------------------------ 
----

as you can see, we get the error from ldlang.c line 4275. as soon as you
remove -gc-sections, this error goes away.

i am still trying to reproduce the problem that i first observed and
will
post the code after that.

Aaron

hello Martin, others:

Aaron D'souza wrote:
> i am still trying to reproduce the problem that i first observed and
> will post the code after that.

attached is the source and the results.

ATTACHMENT
Makefile, 2 assembly files, C file to reproduce the error

when:
- --gc-sections is enabled
- .data and .text are in 2 separate files, and
- .data is positioned first using -Tdata, and
- .text is positioned after using -Ttext,

then:
Thumb interworking code is zero

hello Martin:

Aaron D'Souza wrote:
> i am still trying to reproduce the problem that i first observed and
> will post the code after that.

ATTACHMENT
Makefile, 2 assembly files, C file to prevent the error

when:
- --gc-sections is enabled
- .data and .text are in 2 separate files, and
- .text is positioned first using -Ttext, and
- .data is positioned after using -Tdata,

then:
Thumb interworking code is CORRECT!

hello:

i was able to reproduce the ldlang 4275 problem also. it has been
reported
to GCC Bugzilla bug no. 6726.

http://sourceware.org/bugzilla/show_bug.cgi?id=6726

Aaron D'Souza wrote:
> as you can see, we get the error from ldlang.c line 4275. as soon as you
> remove -gc-sections, this error goes away.

the problem occurs:
- when --gc-sections is enabled
- when Thumb interworking is enabled
- only when the entry point is not defined

pls see the attachment for source and results

Aaron

hello all:

Aaron D'souza wrote:
> i was able to reproduce the ldlang 4275 problem also. it has been
> reported to GCC Bugzilla bug no. 6726.
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=6726

the problem is solved when you define the entry point _start or whatever
you use.

Aaron

hello:

Aaron D'souza wrote:
> Thumb interworking code is CORRECT!

for the Thumb interworking code correctness, the problem has been
ported to GCC Bugzilla as bug no. 6727.

http://sourceware.org/bugzilla/show_bug.cgi?id=6727

Aaron

here is a complete summary of the problem and an update from
Nick Clifton of RedHat. i have also informed Pablo Bleyer Kocik
of GNUARM since i am using GNUARM on Cygwin.

i have found 2 problems with the current GNUARM distribution, which Nick
Clifton has said are due to errors in binutils that have already been
fixed in
the latest version.

2 bugs have been filed with GCC and reports have been filed with
Comp.Arch.Embedded and Mikrocontroller.net Forum.

the problem was reproduced using simple, sample code and details have
been
added into the Sourceware BugZilla bug reports.

the information below is for your reference. kindly let me know if you
need any
more information.

pls see these links for more information:
- GCC Bugzilla Bug 6726
  http://sourceware.org/bugzilla/show_bug.cgi?id=6726

- GCC Bugzilla Bug 6727
  http://sourceware.org/bugzilla/show_bug.cgi?id=6727

- Mikrocontroller.net Forum
  http://en.mikrocontroller.net/topic/158791#699646

- Comp.Arch.Embedded
  http://www.embeddedrelated.com/usenet/embedded/show/96927-1.php

GLOBAL CONDITIONS
if:
- you enable --gc-sections
- you enable Thumb Interworking

PROBLEM 1
- if you do not define program entry point: you get the ldlang.c 4275
error

SOLUTION 1
- simply define entry point _start or whatever using --entry if required

PROBLEM
- you position another section using --section-start before .text using
-Ttext:
  you get ZERO interworking code

SOLUTION
- position .data/other section AFTER .text. place -Ttext before
--section-start
  or -Tdata.

i hope that this is helpful to you.

Aaron
--
{
  the commotion causes more harm than help solve problems;
  and i cannot get them to stop interfering with personal
  problems that i can solve;
  there has to be something else also
}