From: "Emmanuel STAPF" <manu@stapf.org>
To: "'Brad Boyer'" <flar@pants.nu>
Cc: <linuxppc-dev@lists.linuxppc.org>
Subject: RE: Error when linking
Date: Thu, 25 Oct 2001 08:55:27 -0700 [thread overview]
Message-ID: <000401c15d6d$77730690$f5732c0c@venice2> (raw)
In-Reply-To: <20011021042633.BE4EA2B54A@marcus.pants.nu>
I tried to build my objects file as shared library just to see if it
would have worked. But with no success, my app core dumps when I try to
launch it. But in my case doing shared library is not an option since I
would have about 100 shared libraries for my app so it becomes a
nightmare to manage.
Does anyone know if there is a linker workaround or if there is a way to
either fix gcc or ld to make sure they can handle large objects with no
modification of the code. I don't see why on LinuxPPC one would have to
modify code that runs on other Linux et UNIX platforms.
Thanks,
Manu
> -----Original Message-----
> From: owner-linuxppc-dev@lists.linuxppc.org
> [mailto:owner-linuxppc-dev@lists.linuxppc.org] On Behalf Of Brad Boyer
> Sent: Saturday, October 20, 2001 21:27
> To: manu@stapf.org
> Cc: linuxppc-dev@lists.linuxppc.org
> Subject: Re: Error when linking
>
>
>
> Take a look at this thread in the archives:
>
> http://lists.linuxppc.org/linuxppc-user/199907/msg01059.html
>
> Similar problem (90M executable), and the solution seems to
> have been to use shared libraries.
>
> Emmanuel STAPF wrote:
> >
> >
> > Indeed my problem is supposed to be around 50MB in size and as you
> > guessed I can't make it smaller.
> >
> > I looked at the mailing list archive but I could not find what I
> > should use to make `ld' link my object files. So if anyone as the
> > solution do not hesitate to share it.
> >
> > Thanks,
> > Manu
> >
>
>
>
> -----Original Message-----
> From: owner-linuxppc-dev@lists.linuxppc.org
> [mailto:owner-linuxppc-dev@lists.linuxppc.org] On Behalf Of
> Emmanuel STAPF
> Sent: Saturday, October 20, 2001 00:04
> To: linuxppc-dev@lists.linuxppc.org
> Subject: Error when linking
>
>
>
> Hi,
>
> When compiling a big system composed of about 1000 c files, I
> get a lot of errors such as reproduced below. Is there a
> solution to this problem?
>
> Thanks,
> Manu
>
> /usr/lib/crt1.o: In function `_start':
> /usr/lib/crt1.o(.text+0x20): relocation truncated to fit:
> R_PPC_REL24 __libc_start_main@@GLIBC_2.0
> /usr/local/lib/gcc-lib/powerpc-unknown-linux-gnu/3.0.1/crtbegi
> n.o: In function `__do_global_dtors_aux':
> /usr/local/lib/gcc-lib/powerpc-unknown-linux-gnu/3.0.1/crtbegi
> n.o(.text+
> 0x94): relocation truncated to fit: R_PPC_PLTREL24
> __deregister_frame_info@@GLIBC_2.0
> /usr/local/lib/gcc-lib/powerpc-unknown-linux-gnu/3.0.1/crtbegi
> n.o: In function `frame_dummy':
> /usr/local/lib/gcc-lib/powerpc-unknown-linux-gnu/3.0.1/crtbegi
> n.o(.text+
> 0x12c): relocation truncated to fit: R_PPC_PLTREL24
> __register_frame_info@@GLIBC_2.0
> C1/Cobj1.o: In function `Facss3c':
> C1/Cobj1.o(.text+0x1480c): relocation truncated to fit:
> R_PPC_REL24 __sigsetjmp@@GLIBC_2.0
> C2/Cobj2.o: In function `Fan1eqv':
> C2/Cobj2.o(.text+0x23b78): relocation truncated to fit:
> R_PPC_REL24 __sigsetjmp@@GLIBC_2.0
> C2/Cobj2.o: In function `Fan3cjq':
> C2/Cobj2.o(.text+0x24968): relocation truncated to fit:
> R_PPC_REL24 __sigsetjmp@@GLIBC_2.0
> C2/Cobj2.o: In function `Fan3_hc':
> C2/Cobj2.o(.text+0x2519c): relocation truncated to fit:
> R_PPC_REL24 __sigsetjmp@@GLIBC_2.0
> C5/Cobj5.o: In function `Fbbi2tl':
> C5/Cobj5.o(.text+0x10638): relocation truncated to fit:
> R_PPC_REL24 calloc@@GLIBC_2.0
> C5/Cobj5.o: In function `Fbbow77':
> C5/Cobj5.o(.text+0x1074c): relocation truncated to fit:
> R_PPC_REL24 calloc@@GLIBC_2.0
> C5/Cobj5.o: In function `Fbb883r':
> C5/Cobj5.o(.text+0x10920): relocation truncated to fit:
> R_PPC_REL24 calloc@@GLIBC_2.0
> C5/Cobj5.o: In function `Fbcj80c':
> C5/Cobj5.o(.text+0x10a74): relocation truncated to fit:
> R_PPC_REL24 calloc@@GLIBC_2.0
> C5/Cobj5.o: In function `Fbcwjs6':
> C5/Cobj5.o(.text+0x10bd8): relocation truncated to fit:
> R_PPC_REL24 calloc@@GLIBC_2.0 .....
>
>
>
>
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2001-10-25 15:55 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-20 7:03 Error when linking Emmanuel STAPF
2001-10-20 7:25 ` Kaoru Fukui
2001-10-20 16:27 ` Emmanuel STAPF
2001-10-20 18:47 ` Brad Boyer
2001-10-20 21:28 ` Emmanuel STAPF
2001-10-21 4:26 ` Brad Boyer
2001-10-25 15:55 ` Emmanuel STAPF [this message]
2001-11-06 8:55 ` Strange warning during C compilation Emmanuel STAPF
2001-11-06 9:55 ` Franz Sirl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000401c15d6d$77730690$f5732c0c@venice2' \
--to=manu@stapf.org \
--cc=flar@pants.nu \
--cc=linuxppc-dev@lists.linuxppc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox