--- Additional Comments From wilson at specifix dot com 2005-10-07 01:18
---
Subject: Re: IA64 assembler generates bad 2.6.9 Linux kernel.
On Thu, 2005-10-06 at 16:24, hjl at lucon dot org wrote:
> - 0001004d R_IA64_PCREL32LSB .text
--- Additional Comments From wilson at specifix dot com 2005-10-07 01:19
---
Subject: Re: IA64 assembler generates different debug info
On Thu, 2005-10-06 at 17:33, hjl at lucon dot org wrote:
> -5e01 00020027 R_IA64_DIR64LSB .text + 12
> +00
--- Additional Comments From wilson at specifix dot com 2005-10-07 06:53
---
Subject: Re: IA64 assembler generates bad 2.6.9 Linux kernel.
On Fri, 2005-10-07 at 04:32 +, hjl at lucon dot org wrote:
> --- Additional Comments From hjl at lucon dot org 2005-10-07 04
--- Additional Comments From wilson at specifix dot com 2005-10-07 06:56
---
Subject: Re: IA64 assembler generates different debug info
On Fri, 2005-10-07 at 04:30 +, hjl at lucon dot org wrote:
> --- Additional Comments From hjl at lucon dot org 2005-10-07 04
--- Additional Comments From wilson at specifix dot com 2005-11-23 01:52
---
We only need two lines to trigger the bug.
.mmi
br.call.sptk.many b0 = splay_tree_new#
The insn doesn't fit in the template, and we end up going round and round never
making any forward pro
--- Additional Comments From wilson at specifix dot com 2005-11-23 01:54
---
Try assigning it to myself again.
--
What|Removed |Added
AssignedTo|unassigned at
--- Additional Comments From wilson at specifix dot com 2005-11-23 02:01
---
Fix checked in to mainline.
http://sourceware.org/ml/binutils/2005-11/msg00334.html
--
What|Removed |Added
--- Additional Comments From wilson at specifix dot com 2005-11-23 03:25
---
I spent some time looking at this, and I'm giving up. I'm just making this a
hard error. If someone else wants to try to make this work, good luck.
There are a number of problems here. The .endp
--- Additional Comments From wilson at specifix dot com 2005-11-23 04:41
---
Fixed on mainline.
http://sourceware.org/ml/binutils/2005-11/msg00335.html
--
What|Removed |Added
--- Additional Comments From wilson at specifix dot com 2006-04-03 22:20
---
This is due to a gcc bug. Unfortunately, this bug may be hard to fix.
Meanwhile, binutils will fail to compile if affected files are compiled with
-Werror. Short term workarounds might be to rearrange the
--- Additional Comments From wilson at specifix dot com 2006-06-23 21:02
---
Subject: Re: New: ld incorrect applies LTOFF22X/LDXMOV
relocations
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
--
What|Removed |Added
Status|NEW |ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=2809
--- You are receiving this mail because: ---
--
What|Removed |Added
AssignedTo|unassigned at sources dot |wilson at specifix dot com
|redhat dot com |
http://sourceware.org/bugzilla
--- Additional Comments From wilson at specifix dot com 2006-07-07 23:15
---
Not a binutils bug. Binutils needs to be ported to the new OS.
--
What|Removed |Added
--- Additional Comments From wilson at specifix dot com 2006-07-08 00:06
---
Subject: Re: IA64: relocation truncated to fit: TPREL22
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
> compila
--- Additional Comments From wilson at specifix dot com 2006-07-10 18:44
---
Subject: Re: New: Looking for gasp
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
--- Additional Comments From wilson at specifix dot com 2006-09-11 20:26
---
Subject: Re: New: ld elf64-ia64.c segfault in set_fptr_entry
On Sun, 2006-09-03 at 10:36 +, tbm at cyrius dot com wrote:
> It fails both with Debian binutils 2.17 and current CVS HEAD.
> /gcc-li
--- Additional Comments From wilson at specifix dot com 2006-09-13 21:01
---
Subject: Re: elfxx-ia64.c doesn't support
@ltoff(@fptr(_DYNAMIC#))
On Mon, 2006-09-11 at 22:17 +, hjl at lucon dot org wrote:
> + (*_bfd_error_handler)
> +
--- Additional Comments From wilson at specifix dot com 2006-09-20 19:31
---
Subject: Re: Dwarf 2 reader in linker doesn't suppor
DW_FORM_ref_addr
On Wed, 2006-09-20 at 19:02 +, hjl at lucon dot org wrote:
> When reporting linker error, dwarf2 reader doesn't
--- Additional Comments From wilson at specifix dot com 2006-09-28 21:30
---
Subject: Re: New: Alignment error with static const
variable in inline function
On Thu, 2006-09-28 at 07:42 +, jespdj at hotmail dot com wrote:
> g++ outputs the correct assembler code, so
--- Additional Comments From wilson at specifix dot com 2007-03-27 01:23
---
This looks right to me.
The bug is curious, but apparently we only handle or.andcm and and.orcm because
these are the only parallel compares that gcc is smart enough to emit. So when
we added support for
--- Additional Comments From wilson at specifix dot com 2007-08-01 17:57
---
Subject: Re: etc/standards.texi: @strong{Note...}
produces a spurious cross-reference in Info
On Wed, 2007-08-01 at 16:05 +, nightstrike at gmail dot com wrote:
> Proposed patch to change
--- Additional Comments From wilson at specifix dot com 2007-08-02 00:00
---
Subject: Re: etc/standards.texi: @strong{Note...}
produces a spurious cross-reference in Info
On Wed, 2007-08-01 at 23:10 +, nightstrike at gmail dot com wrote:
> I didn't realize there
23 matches
Mail list logo
