On Sun, 2006-07-09 at 13:05, steveo at syslang dot net wrote:
> I used to use gasp (the gas macroprocessor) a long time ago and I have someone
> who now needs it. By googling around I saw that it was folded into binutils
> but
> that it's now gone from there.
gasp was deprecated in binutils-2.13
On Thu, 2006-07-06 at 10:47, gary at intrepid dot com wrote:
> Can the compiler determine that TPREL22 won't work, or might a new
> compilation switch (ala, -fbig-tls) be needed?
Try -mtls-size=64. HJ's example compiles fine with that option.
--
Jim Wilson, GNU Tools Support, http://www.specifix
On Fri, 2006-07-07 at 06:30, Hauke Fuhrmann wrote:
> I tried to compile the binutils for the Hitachi 8/300 processor (for the
> Lego Mindstorms robots). The target for configure used to be
> "h8300-hms".
h8300-hms is an alias for h8300-coff. The h8300-coff gas support was
removed in August last
On Mon, 2006-06-19 at 23:49, cgray at cse dot unsw dot edu dot au wrote:
> ld on ia64 applies LTOFF22X and LDXMOV relocations at linktime, voilating the
> ABI.
If you read the documentation for LTOFF22X and LDXMOV, it clearly says
that they are link time optimizations. So there is no ABI violati
On Thu, 2005-12-22 at 10:25, John S. Worley wrote:
> ld: .data has both ordered and unordered sections
> ld: find link failed: Bad value
You might try using FSF binutils mainline, to see if perhaps the problem
is already fixed.
Current binutils mainline will emit a more helpful message, which giv
On Thu, 2005-10-06 at 17:33, hjl at lucon dot org wrote:
> -5e01 00020027 R_IA64_DIR64LSB .text + 12
> +5e01 00020027 R_IA64_DIR64LSB .text + 11
Isn't this exactly the same problem as gas/1433? Interpretation of tags
in the presence
On Thu, 2005-10-06 at 16:24, hjl at lucon dot org wrote:
> - 0001004d R_IA64_PCREL32LSB .text + 2
> + 0001004d R_IA64_PCREL32LSB .text + 1
This seems to be an old debate reborn. When we have relocs, tags, debug
info, whatever tha
On Thu, 2005-05-12 at 12:10, fnf at specifixinc dot com wrote:
> The patch (which I'll attach separately) allows addr2line to print
> additional information about how we arrived at that address via several
> levels of inlining:
This binutils patch requires a gcc patch to emit the DW_AT_call_file a
On Mon, 2005-03-28 at 13:48, hjl at lucon dot org wrote:
> This is an updated patch. I documented the change and modified
> extra_goodness.
OK. Thanks.
--
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com
___
bug-binutils mailing list
bug-b
On Mon, 2005-03-28 at 13:03, hjl at lucon dot org wrote:
> This patch adds "-mtune=[itanium1|itanium2]". I will update
> NEWS and doc if it is OK.
I think the extra_goodness change is a little confusing. You are
reusing the parameter "slot" for the return value, even though the
return value has n
On Fri, 2005-03-25 at 09:18, hjl at lucon dot org wrote:
> I think we should add -mcpu=[itanium1|itanium2] and make itanium2 the default.
I'm OK with that.
Long term, I think writing testcases the way Jan did is a better
solution, but we've got 2k nops in just the opc-*.d files alone, and
fixing
On Thu, 2005-03-24 at 18:22, hjl at lucon dot org wrote:
> --- Additional Comments From hjl at lucon dot org 2005-03-25 02:22
> ---
> Can we modify the patch to have it a switch to turn it on/off and make it
> on by default? Then, we can just turn it off in the existing testcases and
> ad
12 matches
Mail list logo
