https://sourceware.org/bugzilla/show_bug.cgi?id=31343
--- Comment #3 from YunQiang Su ---
(In reply to YunQiang Su from comment #2)
> Thank you so much. I understand it now: It is used to branch to an absolute
> address with branch instructions.
>
> So it should never be used for PIC/PIE code? (
https://sourceware.org/bugzilla/show_bug.cgi?id=31343
--- Comment #2 from YunQiang Su ---
Thank you so much. I understand it now: It is used to branch to an absolute
address with branch instructions.
So it should never be used for PIC/PIE code? (if we want to add a more dynamic
relocation)
I t
https://sourceware.org/bugzilla/show_bug.cgi?id=31343
YunQiang Su changed:
What|Removed |Added
CC||macro at orcam dot me.uk,
: gas
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
Some code like:
b (0)
generates the binary like:
<.text>:
0: 1000 b 0x0
0: R_MIPS_PC16 *ABS*
4: nop
It will cause som
https://sourceware.org/bugzilla/show_bug.cgi?id=30910
YunQiang Su changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30910
--- Comment #2 from YunQiang Su ---
I use git master, aka https://sourceware.org/git/binutils-gdb.git.
> name -a
Linux vm-1 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-1 (2023-07-14)
x86_64 GNU/Linux
The operating system is Debian.
Severity: normal
Priority: P2
Component: gprofng
Assignee: vladimir.mezentsev at oracle dot com
Reporter: syq at debian dot org
Target Milestone: ---
mkdir build
cd build
../configure --target=aarch64-linux-gnu
make
make check
Using ../../gprofng/t
https://sourceware.org/bugzilla/show_bug.cgi?id=30607
--- Comment #2 from YunQiang Su ---
It's due to some not very clean patches pushed by me, can then reverted by
Maciej later.
We are working on to renew these patches.
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=30153
YunQiang Su changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25136
YunQiang Su changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=25494
YunQiang Su changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=30153
--- Comment #2 from YunQiang Su ---
Patches here:
https://sourceware.org/pipermail/binutils/2023-March/126756.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25494
--- Comment #4 from YunQiang Su ---
New patch:
https://sourceware.org/pipermail/binutils/2023-February/126283.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30153
--- Comment #1 from YunQiang Su ---
Created attachment 14704
--> https://sourceware.org/bugzilla/attachment.cgi?id=14704&action=edit
asm code without debug info
This 2 asm files should result out the same binary code, while not
if -mfix-loo
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
Created attachment 14703
--> https://sourceware.org/bugzilla/attachment.cgi?id=14703&action=edit
The asm code
https://gcc.
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
See also: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
When LTO is enabled, debug sections have names like
.gnu.debuglto_.debug_*
and which type is marked as
https://sourceware.org/bugzilla/show_bug.cgi?id=27704
--- Comment #2 from YunQiang Su ---
It is dead code removal. I think that no testcase is needed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27704
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: syq at debian dot org
CC: ian at airs dot com
Target Milestone: ---
Given that MIPS NewABI ELF always use SHT_RELA in realworld,
and our SHT_REL implementation in backend is incomplete, it
filled
https://sourceware.org/bugzilla/show_bug.cgi?id=25136
--- Comment #5 from YunQiang Su ---
(In reply to Maciej W. Rozycki from comment #4)
> As to making the default ABI/ISA configurable I would recommend reusing
> the approach we have taken with GCC, that is to provide `--with-abi=',
> `--with-ar
https://sourceware.org/bugzilla/show_bug.cgi?id=25494
--- Comment #3 from YunQiang Su ---
(In reply to Maciej W. Rozycki from comment #2)
> For linking in raw binary chunks of data the best approach is to use GAS
> and its .incbin pseudo-op, e.g.:
>
> $ cat xx.s
> .incbin xx.dat
> $ mipsis
https://sourceware.org/bugzilla/show_bug.cgi?id=25136
--- Comment #3 from YunQiang Su ---
we need to fix the testsuite
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25539
YunQiang Su changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
Created attachment 12292
--> https://sourceware.org/bugzilla/attachment.cgi?id=12292&action=edit
lo
https://sourceware.org/bugzilla/show_bug.cgi?id=25136
--- Comment #2 from YunQiang Su ---
https://sources.debian.org/patches/binutils/2.33.90.20200122-2/mips64-default-n64.diff/
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
Created attachment 12247
--> https://sourceware.org/bugzilla/attachment.cgi?id=12247&action=edit
0001-MIPS-default-output-as-r6-when-default-target-as-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25494
--- Comment #1 from YunQiang Su ---
Created attachment 12248
--> https://sourceware.org/bugzilla/attachment.cgi?id=12248&action=edit
fix testsuite
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25136
--- Comment #1 from YunQiang Su ---
The reason change
mips64*
to
mips*64*
is that for MIPS r6,
we use something like
mipsisa64r6el-linux-gnuabi64
Since config.guess and config.sub use it.
--
You are receiving this mail because:
Yo
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
https://sources.debian.org/patches/binutils/2.33.1-2/mips64-default-n64.diff/
For historical reasons,
mips64*-linux-gnu
is set
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: syq at debian dot org
Target Milestone: ---
$ echo "abc" > xx.dat
$ mips64el-linux-gnuabi64-ld -r -b binary xx.dat -o xx.o
$ file xx.o
xx.o: ELF 64-bit LSB relocatable,
30 matches
Mail list logo
