https://sourceware.org/bugzilla/show_bug.cgi?id=17550
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||ma.jiang at zte dot
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Target Milestone: ---
Created attachment 9628
--> https://sourceware.org/bugzilla/attachment.cgi?id=9628&action=edit
files to reproduce the bug, and the fix.
When doing some h
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #2 from ma.jiang at zte dot com.cn ---
Created attachment 9631
--> https://sourceware.org/bugzilla/attachment.cgi?id=9631&action=edit
patch to fix the bug
it seems that my zip can not open by others(but ok by me...),so re
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #3 from ma.jiang at zte dot com.cn ---
Created attachment 9632
--> https://sourceware.org/bugzilla/attachment.cgi?id=9632&action=edit
linker script to reproduce the bug
it seems that my zip can not be open by others(but o
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #4 from ma.jiang at zte dot com.cn ---
Created attachment 9633
--> https://sourceware.org/bugzilla/attachment.cgi?id=9633&action=edit
a dummy main.c to reproduce the bug
--
You are receiving this mail because:
You are on
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Target Milestone: ---
Created attachment 9634
--> https://sourceware.org/bugzilla/attachment.cgi?id=9634&action=edit
change all "tail +16c" to "tail -c
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Attachment #9634|0 |1
is obsolete
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Target Milestone: ---
Created attachment 9636
--> https://sourceware.org/bugzilla/attachment.cgi?id=9636&action=edit
enable warn-shared-textrel by default
In gnu-ld, warn
https://sourceware.org/bugzilla/show_bug.cgi?id=20824
--- Comment #2 from ma.jiang at zte dot com.cn ---
(In reply to Mike Frysinger from comment #1)
> patches should be sent to the binut...@sourceware.org mailing list for
> discussion. there are problems with this particular patch, but th
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #6 from ma.jiang at zte dot com.cn ---
Hi Nick,
Thanks for the reply.
This is a tricky problem.
First of all , The elf specification does not say very clear about the first
load segment. In my edition
"Tool Inte
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #9 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #8)
Hi Nick,
Thank you for the explanation.It cost you much time I guess :).
It seems that whether the elf is valid become the most important
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #12 from ma.jiang at zte dot com.cn ---
Created attachment 9643
--> https://sourceware.org/bugzilla/attachment.cgi?id=9643&action=edit
the invalid elf
(In reply to Nick Clifton from comment #11)
Hi Nick,
I have check
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #14 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #13)
Hi Nick,
now that the generated elf have a PT_PHDR segment, it must load the program
header into memory, as the elf standard said clearly
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #18 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #17)
Hi Nick,
I have tested the proposed patch. And yes, it does print error messages as
expected, thanks! I only have two small question about
https://sourceware.org/bugzilla/show_bug.cgi?id=20852
--- Comment #4 from ma.jiang at zte dot com.cn ---
Hi all,
I have checked the source code of strfry.c ,and the build process. I believe
that the generated binary is OK. In the strfry.s (add -save-temps ,and
recompile strfry.c to get it), we
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #22
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
--- Comment #2 from ma.jiang at zte dot com.cn ---
Hi Alan,
I have added you to the CC list, as you replied my mail. Sorry, if it makes
troubles. I have send some mails to gcc-patc...@gcc.gnu.org as you suggested,
but it seems that no one
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5
https://sourceware.org/bugzilla/show_bug.cgi?id=16720
--- Comment #3 from ma.jiang at zte dot com.cn ---
Hi all,
This bug still exist in the trunk code. Using the attached files, I can still
get the error "relocation truncated to fit: R_MIPS_HI16 against `_gp_disp'".
This is *NOT
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #26 from ma.jiang at zte dot com.cn ---
(In reply to cvs-com...@gcc.gnu.org from comment #24)
> The master branch has been updated by Nick Clifton :
>
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb
https://sourceware.org/bugzilla/show_bug.cgi?id=20823
--- Comment #7 from ma.jiang at zte dot com.cn ---
(In reply to Alan Modra from comment #6)
> Yes of course. By the "gas patch", I meant the patch to gas/ that made the
> gas Makefile use the acx.m4 machinery. We still ha
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #27 from ma.jiang at zte dot com.cn ---
(In reply to ma.jiang from comment #26)
> (In reply to cvs-com...@gcc.gnu.org from comment #24)
> Hi Nick,
> Could you please say more about the this? What problems do you en
https://sourceware.org/bugzilla/show_bug.cgi?id=16720
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Target Milestone: ---
Hi all,
When using mips-o32 abi, gas will replace ld/sd into lw/sw. This behavior
seems strange. The gas could produce wrong codes easily without any warnings
https://sourceware.org/bugzilla/show_bug.cgi?id=21086
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||ma.jiang at zte dot
https://sourceware.org/bugzilla/show_bug.cgi?id=21086
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||ma.jiang at zte dot
https://sourceware.org/bugzilla/show_bug.cgi?id=21086
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||ma.jiang at zte dot
https://sourceware.org/bugzilla/show_bug.cgi?id=21086
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||ma.jiang at zte dot
https://sourceware.org/bugzilla/show_bug.cgi?id=21086
--- Comment #5 from ma.jiang at zte dot com.cn ---
Hi guys,
I encoutered this bug when trying to compile a static-linked perf. In my
option, there were two serious problem here.
First of all, ld should never create a broken executable
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
on ARM-ELF , in function elf32_arm_final_link_relocate, addend is get from :
addend = bfd_get_32 (input_bfd, hit_data) & howto->src_mask;
.The
https://sourceware.org/bugzilla/show_bug.cgi?id=16202
ma.jiang at zte dot com.cn changed:
What|Removed |Added
Component|gas |ld
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=16202
--- Comment #3 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #2)
> Hi Ma,
I do not think that refetching the addend in the ABS8 and ABS16
> cases is the right thing to do. There could be other relocation
https://sourceware.org/bugzilla/show_bug.cgi?id=16202
--- Comment #4 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #1)
> Created attachment 7337 [details]
Proposed patch
===
This patch can solve the abs8 problem.In fac
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Created attachment 7478
--> https://sourceware.org/bugzilla/attachment.cgi?id=7478&action=edit
source file
There is a overflow check in
https://sourceware.org/bugzilla/show_bug.cgi?id=16720
--- Comment #1 from ma.jiang at zte dot com.cn ---
Created attachment 7479
--> https://sourceware.org/bugzilla/attachment.cgi?id=7479&action=edit
linker script
--
You are receiving this mail because:
You are on the CC list for
Assignee: unassigned at sourceware dot org
Reporter: ma.jiang at zte dot com.cn
Created attachment 7512
--> https://sourceware.org/bugzilla/attachment.cgi?id=7512&action=edit
for bug reproduce
unzip the attached file, put these files into the directory of a cross-compiler
for arm.
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #2 from ma.jiang at zte dot com.cn ---
Created attachment 7523
--> https://sourceware.org/bugzilla/attachment.cgi?id=7523&action=edit
missed file
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #3 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #1)
> Hi Ma,
>
> bug.sh tries to compile a file called tt.c which is missing from bin.zip.
> Could you upload that file please ?
>
&g
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #5 from ma.jiang at zte dot com.cn ---
Hi Nick,
I'm using the 2.24 release.I tried to get the current mainline sources, but
I found it was too hart to get them(when working in windows and behind a stupid
firewall)...
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #8 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #6)
> Hi Ma,
> Please could you upload the libc.a and libg.a files that you are
> using. I have tried to find some on the net, but so far I ha
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #9 from ma.jiang at zte dot com.cn ---
Created attachment 7541
--> https://sourceware.org/bugzilla/attachment.cgi?id=7541&action=edit
glibc libs
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
--- Comment #12 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #10)
> Sorry, but I still canont reproduce this failure. :-(
>
> H.J. - your test case does not demonstrated the problem, at least as far a
https://sourceware.org/bugzilla/show_bug.cgi?id=16720
ma.jiang at zte dot com.cn changed:
What|Removed |Added
CC||nickc at redhat dot com
45 matches
Mail list logo