--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
12:21 ---
ONLYLTO looks odd to me. I made some changes and got:
[...@gnu-6 lto-ar-emu]$ cat ONLYLTO
#!/bin/sh
for s in $(readelf -S --wide $1 | grep lto | sed -e "s/.*\(.gnu.lto_.*\)[
\t]*PROGBITS.*/\1/
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
12:04 ---
I got
[...@gnu-6 lto-ar-emu]$ make
/export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -O2 -flto-c -o main.o
main.c
/export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -O2 -flto-c -o a.o a.c
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
01:51 ---
There are more:
[...@gnu-6 binutils]$ grep HAVE_DECL_STRSTR */*.h
bfd/sysdep.h:#if !HAVE_DECL_STRSTR
binutils/sysdep.h:#if !HAVE_DECL_STRSTR
ld/sysdep.h:#if !HAVE_DECL_STRSTR
[...@gnu-6 binutils]$
There
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
23:11 ---
(In reply to comment #9)
> The problem is still there for ar
>
>
Works for me:
[...@gnu-6 pr12004]$ make
./ar --plugin
/export/build/gnu/gcc/release/usr/gcc-4.6.0/libexec/gcc/x86_64-unknown-
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:57 ---
(In reply to comment #7)
> But does the patch work for the case when I pass some LTO and some non LTO
> objects, but specify the plugin? (that is does fallback to normal elf still
> work)
Plea
_openr if target
isn't set.
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=src&r1=1.1690&r2=1.1691
http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/nm.c.diff?cvsroot=src&r1=1.63&r2=1.64
--- Additional Comments Fro
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:34 ---
Please show me that "ar --plugin" doesn't work. I
though I had fixed it in Sept.
--
What|Removed
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:16 ---
1. Please provide t.a for nm.
2. Please provide a testcase for ar.
--
What|Removed |Added
/cgi-bin/cvsweb.cgi/src/opcodes/i386-dis.c.diff?cvsroot=src&r1=1.251&r2=1.252
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-02
07:05 ---
Fixed.
--
What|Removed
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-01
05:30 ---
Please provide a complete testcase. The final offset
depends on the address of the second jump. I can't tell
what its address is.
--
What|Removed |
amp;r2=1.1294
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-i386/nogot1.s.diff?cvsroot=src&r1=1.1&r2=1.2
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-01
05:13 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-10/msg2.html
htt
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-24
02:29 ---
Created an attachment (id=5000)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=5000&action=view)
A patch
Here is a patch. I'd like to add the new testcases also.
--
http://so
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-24
01:23 ---
Please provide a testcase for i386. I'd like to add
them to linker testsuite. Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11812
--- You are receiving this mail because: --
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
23:05 ---
(In reply to comment #6)
> Of course not, but no other version of binutils omits the GOT section entirely
> for a shared library.
>
> Having the _G_O_T_ symbol point to something that is not a
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
04:02 ---
(In reply to comment #4)
> Here's a minimal version that demonstrates the wrong value.
>
> .text
> .globl _start
> _start:
> leaq _DYNAMIC(%ri
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
00:01 ---
(In reply to comment #2)
> H.J., this patch broke one of our applications. It uses the address of
> _DYNAMIC, which is stored in .got.plt, to relocate itself. It finds that
> location by re
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:12 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-09/msg00084.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:11 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-09/msg00100.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:09 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-15
15:35 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-09/msg00227.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=12004
--- You are receiving this mail because: ---
You are on the
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-15
14:51 ---
The problem is
#define BFD_CACHE_MAX_OPEN 10
...
bfd_boolean
bfd_cache_init (bfd *abfd)
{
BFD_ASSERT (abfd->iostream != NULL);
if (open_files >= BFD_CACHE_MAX_OPEN)
{
if (! clo
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
13:09 ---
(In reply to comment #2)
> Hi H.J.
>
> This is related to PR 11985. GOLD insists on creating some sections in the
> output file which LD does not. It is not related to the MEMORY region co
-scripts/rgn-at5.t.diff?cvsroot=src&r1=NONE&r2=1.1
------- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
00:31 ---
Fixed.
--
What|Removed |Added
are.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/ifuncmain7.c.diff?cvsroot=src&r1=1.1&r2=1.2
------- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
00:31 ---
Fixed.
--
What|
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-09
17:57 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-09/msg00142.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11996
--- You are receiving this mail because: ---
You are on the
nedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11998
--- You are receiving this mail because: ---
ty: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11997
--- You are receiving this mail because: ---
gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11996
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someon
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-09
16:38 ---
It failed with gcc 4.2.4.
--
What|Removed |Added
Summary|Gold failed to build
: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org,nickc at redhat dot com
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-07
15:41 ---
Please provide a testcase.
--
What|Removed |Added
Status|NEW
;r1=1.1728&r2=1.1729
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/immed64.d.diff?cvsroot=src&r1=1.3&r2=1.4
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/immed64.s.diff?cvsroot=src&r1=1.1&r2=1.2
--- Additional Comments From hjl do
/ChangeLog.diff?cvsroot=src&r1=1.1625&r2=1.1626
http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/i386-dis.c.diff?cvsroot=src&r1=1.250&r2=1.251
--- Additional Comments From hjl dot tools at
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
13:36 ---
We can use LVM as long as we don't derive it from p_paddr
when there is a conflict since this field has unspecified
contents.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11953
--- Yo
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
13:32 ---
(In reply to comment #3)
> What toolchain produced DivaP? I'm asking because the headers are not
> consistent. If you look at section header offsets and program header offsets,
> you'll
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
01:01 ---
Created an attachment (id=4954)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4954&action=view)
A testcase
This is caused by
http://sourceware.org/ml/binutils/2010-04/msg00305.html
--
s dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: amodra at gmail dot com,bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11953
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are wat
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-x86-64/mixed2b.s.diff?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-x86-64/x86-64.exp.diff?cvsroot=src&r1=1.19&r2=1.20
--- Additional Comments From hjl dot tools
lf32.em.diff?cvsroot=src&r1=1.211&r2=1.212
------- Additional Comments From hjl dot tools at gmail dot com 2010-08-26
14:40 ---
Fixed.
--
What|Removed |Added
gi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.5117&r2=1.5118
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elflink.c.diff?cvsroot=src&r1=1.375&r2=1.376
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
20:38 ---
Fixed.
--
What|Removed
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
18:29 ---
Created an attachment (id=4950)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4950&action=view)
A kludge
This is a kludge.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11939
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
18:02 ---
There is a fundamental problem in ld:
1. Different formats, ELF, COFF, XCOFF, ... have
different linker hash table and its entry.
2. It works as long as input and output have the
same format.
3. When
/ChangeLog.diff?cvsroot=src&r1=1.2176&r2=1.2177
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/emultempl/elf32.em.diff?cvsroot=src&r1=1.212&r2=1.213
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
17:14 ---
Fixed.
--
What|Removed
s in ELF before_allocation
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
225
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-mips.c.diff?cvsroot=src&r1=1.269&r2=1.270
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-mips.h.diff?cvsroot=src&r1=1.44&r2=1.45
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-target.h.diff?cvsroot=sr
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-24
17:23 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-08/msg00299.html
--
What|Removed |Added
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org,hp at sourceware dot org
GCC target triplet: cris-elf
http://sourceware.org/bugzilla/show_bug.cgi?id=11944
--- You
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-21
19:07 ---
Created an attachment (id=4946)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4946&action=view)
A testcase
[...@gnu-6 build-id]$ make
gcc -B./ -m32 -c -o y.o y.c
./ld -m elf_i386 --buil
at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11937
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-21
18:53 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-08/msg00274.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11933
--- You are receiving this mail because: ---
You are on the
(gdb)
After this checkin,
http://sourceware.org/ml/binutils-cvs/2010-02/msg00018.html
we now got
libtiff.a: could not read symbols: File in wrong format
I am not sure if it is the desired behavior.
--
Summary: Differnt linker behavior with incompatible input files
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourc
/bfd/ChangeLog.diff?cvsroot=src&r1=1.5102&r2=1.5103
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/Makefile.am.diff?cvsroot=src&r1=1.250&r2=1.251
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/Makefile.in.diff?cvsroot=src&r1=1.278&r2=1.279
--- Additional Commen
: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot o
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-11
22:04 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-08/msg00057.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-06
21:57 ---
"pushq $imm32S" only takes 32bit signed extended immediate. You can't push
0xbf80. Instead, you push -1082130432 or 0xbf80.
--
What|Removed
0xbf80" doesn't work
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot co
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-31
16:13 ---
(In reply to comment #6)
> >
> > It looks good to me. Please post it to binutils mailing list. Thanks.
>
> My second though. This patch gives up way too early.
100 is good enough. We m
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-30
23:11 ---
(In reply to comment #5)
> (In reply to comment #4)
> > Here is a conservative patch.
> >
> > Index: bfd/elflink.c
> > ===
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-30
22:35 ---
(In reply to comment #4)
> Here is a conservative patch.
>
> Index: bfd/elflink.c
> ===
> RCS file: /cvs/src/src/bfd/elflink.c
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-28
14:41 ---
Can you provide a testcase?
--
What|Removed |Added
CC
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-15
03:54 ---
I think we should always uncompress on read unless told not to.
It should help everyone, including ld and gdb.
We can implement linker compression later.
--
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-15
00:45 ---
On Linux/x86-64, there are 2 gas test failures:
FAIL: DWARF2 debugging information 2
FAIL: 64bit DWARF2 debugging information 2
due to compressed debug sections with relocations.
--
What
l dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11819
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
__
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
19:15 ---
(In reply to comment #5)
> It would probably be best just to revert the change I made to bfd/dwarf2.c at
rev 1.135. I was trying to fix
> a bug where if a section was compressed and had relocation
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
14:48 ---
Try:
---
#include
typedef uint32_t u32x4_t __attribute__ ((vector_size (16)));
void decode_and_jump(u32x4_t instructions) {
void *ptr;
asm("movd %[from], %k[to]\n" : [to] "=r&quo
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
04:33 ---
This patch:
diff --git a/bfd/dwarf2.c b/bfd/dwarf2.c
index 6983a1c..b1985a0 100644
--- a/bfd/dwarf2.c
+++ b/bfd/dwarf2.c
@@ -436,17 +436,9 @@ read_and_uncompress_section (bfd * abfd,
if
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
03:31 ---
This change:
+ if (syms)
+{
+ /* We want to relocate the data we've already read (and
+decompressed), so we store a pointer to the data in
+the bfd_section, and tell it tha
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
01:01 ---
A smaller testcase:
[...@gnu-6 pr11817]$ cat foo.c
typedef signed char int8_t;
typedef short int int16_t;
typedef int int32_t;
typedef long int int64_t;
typedef unsigned char uint8_t;
typedef unsigned
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-14
01:00 ---
It is caused by compressed debug section change:
http://sourceware.org/ml/binutils/2010-07/msg00030.html
When linker report error, read_and_uncompress_section
changed the size of .debug_str:
(gdb) c
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11817
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching some
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11812
--- You are receiving this mail because:
--
What|Removed |Added
Version|2.20|2.21 (HEAD)
http://sourceware.org/bugzilla/show_bug.cgi?id=11791
--- You are receiving this mail because:
/ifunc-11-x86-64.d.diff?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-ifunc/ifunc-11-x86-64.s.diff?cvsroot=src&r1=NONE&r2=1.1
--- Additional Comments From hjl dot to
/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=src&r1=1.4197&r2=1.4198
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-i386-intel.c.diff?cvsroot=src&r1=1.14&r2=1.15
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-12
20:44 ---
Fixed.
--
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-12
19:30 ---
Started with AVX support, if i386-opc.c is compiled with -O0,
"i386 intelbad" will fail.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11806
--- You are receiving this mail because: -
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-12
14:35 ---
When binutils is compiled with -O0, this error:
gas/i386/intelbad.s:156: Error: operand type mismatch for `mov'
doesn't show up.
--
What|Removed
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at g
.diff?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/i386.exp.diff?cvsroot=src&r1=1.137&r2=1.138
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-12
02:37 ---
Fixed.
--
What|Removed
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-12
02:35 ---
If you use .byte/.short/..., gas assumes they are
readonly data and won't generate DWARF debug info.
It is done on purpose.
For good or bad, some people put readonly data
in .text se
ot=src&r1=1.1&r2=1.2
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/i386.exp.diff?cvsroot=src&r1=1.139&r2=1.140
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-06
15:48 ---
Fixed.
--
What|Removed
ot=src&r1=1.1&r2=1.2
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/i386.exp.diff?cvsroot=src&r1=1.139&r2=1.140
--- Additional Comments From hjl dot tools at gmail dot com 2010-07-06
15:47 ---
Fixed.
--
What|Removed
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-28
20:37 ---
(In reply to comment #7)
> Created an attachment (id=4859)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4859&action=view)
> assembler test case
>
> Sure. This was generated by
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-28
18:42 ---
Please provide a small assembly testcase.
--
What|Removed |Added
Status|NEW
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-23
14:36 ---
>From Intel IA32/Intel64 SDM:
The multi-byte form of NOP is available on processors with model encoding:
CPUID.01H.EAX[Bytes 11:8] = 0110B or B
Intel i686 has 111B.
--
http://sourceware.
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-21
16:03 ---
-mtune uses all available instructions. By default, all instructions
are enabled.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6957
--- You are receiving this mail because: ---
You are on
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-21
15:53 ---
(In reply to comment #20)
> I want that the assembler does not sneak in nopl.
Then you should use -mtune=i586 or an option not to
tune for i686.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-21
14:28 ---
(In reply to comment #18)
> That does not work for me.
>
> $ cat nopl.s
> cmove %eax,%edx
> .align 8
> $ as --32 -mtune=i686 nopl.s
> $ objdump -dr | grep nopl
>3: 0f 1
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-21
14:19 ---
(In reply to comment #2)
> Actually, masm considers this a syntax error (i.e. doesn't allow dword et al
> not
> any place a number would be accepted. Kind of confusing, but in any case n
--
What|Removed |Added
CC||jbeulich at novell dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11732
--- You are receiving thi
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-21
04:31 ---
WORD is treated as 2 and DWORD is treated as 4:
mov eax, [dword+eax]
mov eax, dword[eax]
is assembled into
0: 8b 40 04mov0x4(%eax),%eax
3: 8b 40 04
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-14
17:25 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-08
21:58 ---
(In reply to comment #12)
> Created an attachment (id=4835)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4835&action=view)
> testcase.s
>
Works for me:
[...@gnu-6 tmp]$ as -Q
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11658
--- You are receiving this mail because: ---
You are on the CC list for the
--- Additional Comments From hjl dot tools at gmail dot com 2010-06-02
14:27 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
f?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/textaddr7.d.diff?cvsroot=src&r1=NONE&r2=1.1
--- Additional Comments From hjl dot tools at gmail dot com 2010-05-26
16:52
1 - 100 of 659 matches
Mail list logo
