https://sourceware.org/bugzilla/show_bug.cgi?id=32935
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30076
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32720
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=31171
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32113
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=26143
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=26143
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
||a/show_bug.cgi?id=115166
CC||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31644
--- Comment #6 from Andrew Pinski ---
It looks like the link against libstdc++v3.so is not happening ...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31644
--- Comment #5 from Andrew Pinski ---
Oh note it is with -flto .
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31644
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28351
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://sourceware.org/bugzilla/show_bug.cgi?id=31043
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=24348
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31043
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux-gnu
--
You are receivin
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
--- Comment #2 from Andrew Pinski ---
(In reply to Achim from comment #1)
> AFter a few false starts since it seems one really needs to freshly
> configure and compile the whole thing each time this got bisected to:
>
> https://sourceware.org
||pinskia at gcc dot gnu.org
Severity|critical|normal
--
You are receiving this mail because:
You are on the CC list for the bug.
||a/show_bug.cgi?id=53929
CC||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30418
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
|---
CC||pinskia at gcc dot gnu.org
Ever confirmed|1 |0
--- Comment #3 from Andrew Pinski ---
The code in gas/config/tc-m68hc11.c is undefined:
opc = XNEWVEC (struct m68hc11_opcode_def, num_opcodes
https://sourceware.org/bugzilla/show_bug.cgi?id=30033
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29794
--- Comment #2 from Andrew Pinski ---
There is another thing which could be done is do strchr up front to find the
other : and then match the length and not do the strncasecmp in that case.
That is:
static struct reloc_table_entry *
find_relo
https://sourceware.org/bugzilla/show_bug.cgi?id=29794
--- Comment #1 from Andrew Pinski ---
Created attachment 14459
--> https://sourceware.org/bugzilla/attachment.cgi?id=14459&action=edit
First attempt at a patch for this
I did not test this and I am not 100% sure about the GNUC check. I need
https://sourceware.org/bugzilla/show_bug.cgi?id=29794
Andrew Pinski changed:
What|Removed |Added
Summary|find_reloc_table_entry |find_reloc_table_entry in
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Target: aarch64*-*-*
With -O0 generated code, sometimes strlen shows up high on the perf profiling
of gas.
I looked and saw
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
--- Comment #6 from Andrew Pinski ---
(In reply to Jérôme Forissier from comment #4)
> But then how is it that the LLVM linker (ld.lld) has no problem with that?
> Same, linker script, and even same object files... (it generates 4 LOAD
> segme
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
--- Comment #5 from Andrew Pinski ---
The reasoning is because the max "page size" on aarch64 is set to 64k so there
is only one segment.
Either change the " . = ALIGN((1 << (12)));" to " . = ALIGN((1 << (14)));"
Or use "-z max-page-size=409
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24678
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=24983
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24983
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=28441
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=29509
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=28878
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Target: riscv
Deleting data while doing relaxation is not only slow (see PR 28441) but forces
many real bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=28876
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28875
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=28875
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
||a/show_bug.cgi?id=104238
CC||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
||/show_bug.cgi?id=49844
CC||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27931
--- Comment #2 from Andrew Pinski ---
There was an old (7 years ago) bug filed against GCC about __x86.get_pc_thunk
and "objcopy --keep-global-symbol" (https://gcc.gnu.org/PR59842) which seems
like the same issue here.
--
You are receiving t
||pinskia at gcc dot gnu.org
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27931
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28367
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |pinskia at gcc dot
gnu.org
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Created attachment 13673
--> https://sourceware.org/bugzilla/attachment.cgi?id=13673&action=edit
patch
We should be abl
https://sourceware.org/bugzilla/show_bug.cgi?id=28351
Andrew Pinski changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=28351
Andrew Pinski changed:
What|Removed |Added
Target||aarch64
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=28351
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
onent: gas
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Take:
.xword :dtprel:t
A couple of things error message is way off for this.
Second is this is needed to be supported to support debugging information
https://sourceware.org/bugzilla/show_bug.cgi?id=28211
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=28211
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=28211
Andrew Pinski changed:
What|Removed |Added
Attachment #13605|0 |1
is obsolete|
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Created attachment 13605
--> https://sourceware.org/bugzilla/attachment.cgi?id=13605&action=edit
test assembly file
https://sourceware.org/bugzilla/show_bug.cgi?id=25285
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25327
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
GCC 10 enables -fno-common by default and we get an extra failure due to that:
/bajas/pinskia/src/toolchain-10/marvell-tools/bin/../lib/gcc/aarch64-marvell-linux-gnu/10.0.0
https://sourceware.org/bugzilla/show_bug.cgi?id=22764
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=20868
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--
You
||pinskia at gcc dot gnu.org
Resolution|MOVED |---
--- Comment #5 from Andrew Pinski ---
Reopening since the linker should not crash on code which violates C++ ODR.
--
You are receiving this mail because:
You are on the CC list for the bug
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: pinskia at gcc dot gnu.org
Take:
.text
.align 2
.global Extract_double_from_vector
.type Extract_double_from_vector, %function
Extract_double_from_vector:
mov x0, v0.D
http://sourceware.org/bugzilla/show_bug.cgi?id=16103
Andrew Pinski changed:
What|Removed |Added
Target||aarch64-*-*
--
You are receiving this
http://sourceware.org/bugzilla/show_bug.cgi?id=596
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #8 from Andrew Pinski 2011-12-17
00:38:56 UTC ---
Something like:
Index: config/tc-mips.c
===
RCS file: /cvs/src/src/gas/config/tc-mips.c,v
retrieving revision 1.500
d
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #7 from Andrew Pinski 2011-12-17
00:36:59 UTC ---
Actually the code does not do what the comment says it does, it only moves one
previous label. Moving all labels allows the code to be correct.
--
Configure bugmail: http://sourc
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #6 from Andrew Pinski 2011-12-16
23:25:39 UTC ---
Looks like this version of the mips patch:
http://sourceware.org/ml/binutils/2010-10/msg00512.html
Would have fixed it also. But it was rejected and only a fake labels were
added r
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #5 from Andrew Pinski 2011-12-16
22:52:49 UTC ---
Or maybe I should add support to mips_record_label for recording the "= ."
based labels.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You a
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #4 from Andrew Pinski 2011-12-16
22:18:04 UTC ---
The reason why GCC emits "LABEL = ." is because of the following reason:
* Print debug labels as "foo = ." rather than "foo:" because they should
represent a byte pointer rather
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
--- Comment #3 from Andrew Pinski 2011-12-16
20:55:14 UTC ---
The MIPS assembler also automatically adjusts any preceding
label. */
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving
|unassigned at sourceware|pinskia at gcc dot gnu.org
|dot org |
--- Comment #2 from Andrew Pinski 2011-12-16
20:08:29 UTC ---
(In reply to comment #1)
> Seen better if .align 4 or larger alignment is used rather than .align 3
Sorry for the poor bug report at
http://sourceware.org/bugzilla/show_bug.cgi?id=13509
Bug #: 13509
Summary: branch target to the wrong location
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: gas
71 matches
Mail list logo
