unwanted effects.
--
Alan Modra
Australia Development Lab, IBM
gt; > >
> > > The help text for this config options says that e200 is used in 55xx,
> > > and there *is* an -me5500 GAS flag (which probably does this same
> > > thing, too). But is any of this tested, or useful, or wanted?
> > >
> > >
he "very unlikely
> to appear" criteria AFAICS.
Yes, looks fine to me, except that in VLE mode (do we care?)
".long 0x0fe50553" disassembles as
0: 0f e5 se_cmphl r5,r30
2: 05 53 se_mullw r3,r5
No illegal/trap/privileged insn there.
".long 0x0fe5000b" might be better to cover VLE.
--
Alan Modra
Australia Development Lab, IBM
On Thu, Jun 22, 2017 at 06:41:16PM +1000, Nicholas Piggin wrote:
> Is there any way for the linker to place the inputs to avoid unresolvable
> relocations where possible?
Not without quite a lot of work writing support for that feature.
--
Alan Modra
Australia Development Lab, IBM
On Thu, Jun 22, 2017 at 06:41:16PM +1000, Nicholas Piggin wrote:
> Is there any way for the linker to place the inputs to avoid unresolvable
> relocations where possible?
Not without quite a lot of work writing support for that feature.
--
Alan Modra
Australia Development Lab, IBM
*(__ex_table)
> + KEEP(*(__ex_table))
> #endif
> __stop___ex_table = .;
> }
I think that if CONFIG_MMU is not defined, then ld will remove the
empty section.
--
Alan Modra
Australia Development Lab, IBM
*(__ex_table)
> + KEEP(*(__ex_table))
> #endif
> __stop___ex_table = .;
> }
I think that if CONFIG_MMU is not defined, then ld will remove the
empty section.
--
Alan Modra
Australia Development Lab, IBM
On Fri, Dec 02, 2016 at 11:55:58AM +0100, Arnd Bergmann wrote:
> I have managed to bisect the link failure to a specific binutils
> commit by Alan Modra now:
>
> d983c8c ("Strip undefined symbols from .symtab")
>
> went into binutils-2_26 and was reverted in
On Fri, Dec 02, 2016 at 11:55:58AM +0100, Arnd Bergmann wrote:
> I have managed to bisect the link failure to a specific binutils
> commit by Alan Modra now:
>
> d983c8c ("Strip undefined symbols from .symtab")
>
> went into binutils-2_26 and was reverted in
er the ELFv2 global entry point
code. If you trash r11 here you're killing the static chain pointer,
used by C nested functions or other languages that use a static chain,
eg. Pascal. r11 has *not* been saved for ELFv2.
r12 might be a better choice for a temp reg.
--
Alan Modra
Australia Development Lab, IBM
milar to -m32), but after the ELFv2 global entry point
code. If you trash r11 here you're killing the static chain pointer,
used by C nested functions or other languages that use a static chain,
eg. Pascal. r11 has *not* been saved for ELFv2.
r12 might be a better choice for a temp reg.
--
Alan Modra
Australia Development Lab, IBM
hen
> > adding one thin archive to another. I think Stephen may have tried
> > that idea too.
> I just coded this in a similar simple fashion.
> It broke building vdso - needs to look into that and will get back when I may
> understand why my link suddenly broke.
Missing --w
tephen may have tried
that idea too.
--
Alan Modra
Australia Development Lab, IBM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
--
Alan Modra
Australia Development Lab, IBM
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
archive to another. I think Stephen may have tried
that idea too.
I just coded this in a similar simple fashion.
It broke building vdso - needs to look into that and will get back when I may
understand why my link suddenly broke.
Missing --whole-archive?
--
Alan Modra
Australia Development Lab
he linker, and it's the kernel that is doing
the loading after all.
--
Alan Modra
Australia Development Lab, IBM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
the loading after all.
--
Alan Modra
Australia Development Lab, IBM
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Mon, Jul 23, 2007 at 10:14:35AM +0200, Sam Ravnborg wrote:
> But I would still like to hear from Alan what the benefits are.
See http://sourceware.org/ml/binutils/2004-10/msg00178.html
--
Alan Modra
Australia Development Lab, IBM
-
To unsubscribe from this list: send the line "uns
On Mon, Jul 23, 2007 at 10:14:35AM +0200, Sam Ravnborg wrote:
But I would still like to hear from Alan what the benefits are.
See http://sourceware.org/ml/binutils/2004-10/msg00178.html
--
Alan Modra
Australia Development Lab, IBM
-
To unsubscribe from this list: send the line unsubscribe
On Thu, Apr 07, 2005 at 10:52:01AM +1000, Paul Mackerras wrote:
> Looks to me like gcc is objecting to our (ppc64's) _syscall2
> definition; Alan Modra (cc'd) can probably say what we're doing wrong.
I can't spot anything wrong. Take a look at preprocessed source.
--
Alan Modra
IBM
On Thu, Apr 07, 2005 at 10:52:01AM +1000, Paul Mackerras wrote:
Looks to me like gcc is objecting to our (ppc64's) _syscall2
definition; Alan Modra (cc'd) can probably say what we're doing wrong.
I can't spot anything wrong. Take a look at preprocessed source.
--
Alan Modra
IBM OzLabs
e no file contents, so of course p_filesz
doesn't cover them.
--
Alan Modra
IBM OzLabs - Linux Technology Centre
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-in
, so of course p_filesz
doesn't cover them.
--
Alan Modra
IBM OzLabs - Linux Technology Centre
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
23 matches
Mail list logo