On Tue, 21 Aug 2018 at 19:43, R0b0t1 wrote:
> Hello everyone, I'm adding a message to the gcc-devel list because I'd
> appreciate some help figuring out if this is a bug. The issue was that
> I was missing a linking directive to a library (-lwinpr). The message
> does not seem to be reasonable in t
On Mon, Jul 30, 2018 at 6:28 PM, Jonathan Wakely wrote:
> On Mon, 30 Jul 2018 at 22:53, R0b0t1 wrote:
>>
>> On Mon, Jul 30, 2018 at 4:32 PM, R0b0t1 wrote:
>> > Hello list,
>> >
>> > I have been told to solve this error I should pass -fPIC and
>> > -mcmodel=large. I believe I understand the reaso
On Mon, 30 Jul 2018 at 22:53, R0b0t1 wrote:
>
> On Mon, Jul 30, 2018 at 4:32 PM, R0b0t1 wrote:
> > Hello list,
> >
> > I have been told to solve this error I should pass -fPIC and
> > -mcmodel=large. I believe I understand the reasons.
> >
> > Sadly the error persists. Any advice?
> >
>
> It look
On Mon, Jul 30, 2018 at 4:32 PM, R0b0t1 wrote:
> Hello list,
>
> I have been told to solve this error I should pass -fPIC and
> -mcmodel=large. I believe I understand the reasons.
>
> Sadly the error persists. Any advice?
>
It looks like I may have to recompile everything with -mcmodel=large
(htt
Hello list,
I have been told to solve this error I should pass -fPIC and
-mcmodel=large. I believe I understand the reasons.
Sadly the error persists. Any advice?
Thanks in advance,
R0b0t1
---
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/7.3.0/lto
Entering directory
> `/mnt/devel/openwrt/OpenWRT.git/build_dir/m68k/e2fsprogs-1.39/e2fsck'
> LD e2fsck.static
> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1/lib/gcc/m68k-linux-uclibc/4.3.1/libgcc.a(_eqdf2.o):
> In function `__eqdf2':
> /
nWRT.git/staging_dir/toolchain-m68k_gcc4.3.1/lib/gcc/m68k-linux-uclibc/4.3.1/libgcc.a(_eqdf2.o):
In function `__eqdf2':
/mnt/devel/openwrt/OpenWRT.git/build_dir/toolchain-m68k_gcc4.3.1/gcc-4.3.1/libgcc/../gcc/config/m68k/lb1sf68.asm:3895:
relocation truncated to fit: R_68K_PC16 against
m with .bss segement larger than 2.0GB, I get the
> > following error message from GNU linker (binutils-2.15).
> >
> > (.text+0x305): In function `sta_':
> > : relocation truncated to fit: R_X86_64_32S plot_
> > ..
> >
> > I upgrade the assembler
runcated to fit: R_X86_64_32S plot_
..
I upgrade the assembler and the linker from binutis-2.17, then get the
message below.
STA.o: In function `sta_':
STA.F:(.text+0x305): relocation truncated to fit: R_X86_64_32S against
symbol `plot_' defined in COMMON section in STA.o
So, I
Hi, all
Can anyone help me to resolve this problem?
When I compile a program with .bss segement larger than 2.0GB, I get the
following error message from GNU linker (binutils-2.15).
(.text+0x305): In function `sta_':
: relocation truncated to fit: R_X86_64_32S plot_
..
I upgrad
Shaun Jackman wrote:
I did fix at least one bug, such that -Ttext does something useful with
ELF toolchains, if your linker script it set up to use it. I think the
ARM BPABI script may be the only one set up that way, though.
That would be excellent. I dislike having to read / modify / write
(rea
> I did fix at least one bug, such that -Ttext does something useful with
> ELF toolchains, if your linker script it set up to use it. I think the
> ARM BPABI script may be the only one set up that way, though.
That would be excellent. I dislike having to read / modify / write
(read: fork) an exi
Daniel Jacobowitz wrote:
On Thu, Feb 24, 2005 at 03:23:53PM -0800, Shaun Jackman wrote:
When -Ttext is used in combination with -mthumb it causes a relocation
truncated to fit message. What does this mean, and how do I fix it?
Please cc me in your reply. Thanks,
Shaun
Don't use -Ttext with a
On Thu, Feb 24, 2005 at 03:23:53PM -0800, Shaun Jackman wrote:
> When -Ttext is used in combination with -mthumb it causes a relocation
> truncated to fit message. What does this mean, and how do I fix it?
>
> Please cc me in your reply. Thanks,
> Shaun
Don't use -Ttext w
When -Ttext is used in combination with -mthumb it causes a relocation
truncated to fit message. What does this mean, and how do I fix it?
Please cc me in your reply. Thanks,
Shaun
$ arm-elf-gcc --version | head -1
arm-elf-gcc (GCC) 3.4.0
$ cat hello.c
int main() { return 0; }
$ arm-elf-gcc
15 matches
Mail list logo
