https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84974
--- Comment #5 from Martin Liška ---
Fixed on trunk in r261802.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009
--- Comment #12 from Martin Liška ---
(In reply to Jakub Jelinek from comment #11)
> So, shall we punt to ICF functions/methods with different visibility, or do
> we need to treat it specially during later IPA optimizations?
I'll discuss that wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #23 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #24 from Iain Sandoe ---
so, it seems that there are more cases where the RS6000_PIC_OFFSET_TABLE_REGNUM
is used without setting the uses_pic_offset_table.
We can easily back the change out to "fix" master - but that seems to be
pape
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #0)
> Can the libstd++ header files show the same parameter names as the spec
> without __ etc?
No, of course not, consider:
#define n 20
#include
int main() { retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #3 from Jonathan Wakely ---
This really feels more like a gcc-help (or stackoverflow) question than a bug
report.
I'm sure it's been answered multiple times on stackoverflow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89152
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89154
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89152
--- Comment #2 from Marc Nieper-Wißkirchen ---
Even if Cont weren't passed in a register, the optimization of the unwrapped,
first version would be missed in the structure-wrapped, second version.
A general solution where such simple wrappers do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78968
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #25 from Segher Boessenkool ---
I don't see that; I get
f1:
.LFB0:
.cfi_startproc
b foo@plt
.cfi_endproc
.LFE0:
What extra options do I need? Or, what other target (you didn't say, I used
powerpc-linux).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89163
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89183
--- Comment #3 from Liviu Ionescu ---
Thank you Andrew for your quick reply.
Yes, I'll notify Arm that a fix is available, I already registered a bug at
https://bugs.launchpad.net/gcc-arm-embedded/+bug/1814397.
In the mean time I already create
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89166
--- Comment #4 from Richard Biener ---
You could try BOOT_LDFLAGS=-static, not sure if that also applies to the (also
host) lto-plugin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
Bug ID: 89184
Summary: GCC does not simplify expressions involving shifts,
bitwise operators and comparisons.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
Jonathan Wakely changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89152
--- Comment #3 from rguenther at suse dot de ---
On Mon, 4 Feb 2019, m...@nieper-wisskirchen.de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89152
>
> --- Comment #2 from Marc Nieper-Wißkirchen ---
> Even if Cont weren't passed in a r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88040
Johannes Pfau changed:
What|Removed |Added
CC||johannespfau at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83368
--- Comment #20 from Eric Botcazou ---
> Thanks for the fix; is this a candidate for backporting to the gcc-7 branch?
> If not we can just carry it in Debian, but it would be nicer to have it
> upstream.
Sorry, it looks like I missed this messag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89175
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89176
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
--- Comment #1 from Marc Glisse ---
So in high level terms (let's not do asm when we don't need to), you want
((i >> 1) & 3) == 2
replaced with
i & (3 << 1) == (2 << 1)
(as long as (i>>1) and (i>>1)&3 are not used for anything else)
That mak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #4 from Iain Sandoe ---
(In reply to Jonathan Wakely from comment #3)
> I think it's still open because nobody has looked at it again recently, not
> because of any conscious decision.
>
> I'm changing the component to libstdc++ as t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89179
--- Comment #13 from Richard Biener ---
It might help (a little bit...) if you can run cc1plus in a debugger and at
the point of the crash print the value of p and provide a backtrace.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #5 from Jonathan Wakely ---
Thanks (and thanks Ev. Drikos for the update).
I'm tempted to close this either FIXED or WONTFIX then. I don't think fixing it
is really possible for older versions of Darwin so not much point keeping the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #26 from Alan Modra ---
> I don't see that; I get
You need -fpic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #4 from Jonny Grant ---
Fair enough.
It was more the output from GCC that shows it, but starts to be problematic if
that were to try filtering out all those underscores from the '__pos' and just
show 'pos'.
a #define before a header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89175
--- Comment #2 from david.monni...@univ-grenoble-alpes.fr
---
How about allowing this optimization if some -fsomething option is set, which
would be set if -ffast-math is set?
Many float optimizations that do not abide by ISO C are not active i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #19 from Dominique d'Humieres ---
> Still worth fixing, but IMHO a low priority.
Well, there is a latent bug that may show on an other target.
There are seven other PRs containing heap-use-after-free:
48776 ICE(segfault) after -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #27 from Alan Modra ---
And possibly -msecure-plt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #30 from Eric Botcazou ---
We cannot change the TYPE_DECL setting in Ada, it has been like this for 25
years and is the root of the translation process for entities in gigi:
/* Similar, but GNAT_ENTITY is assumed to refer to a GNAT t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89182
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89184
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #31 from Richard Biener ---
I guess we might end up streaming stuff we don't need. Can't we simply
remove the assert? We do build the copy using the main variant type
so this seems to be just a consistency check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Bug ID: 89185
Summary: [9 Regression] runtime error: member access within
null pointer of type 'struct gfc_ref' since r268092
Product: gcc
Version: 9.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89117
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Bug ID: 89186
Summary: [9 Regression] ICE in mark_addressable at
gcc/gimple-expr.c:894 since r268138
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2019-2-4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Martin Liška changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Bug ID: 89187
Summary: ICE in initialize_argument_information, at
calls.c:2023
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #28 from Segher Boessenkool ---
(In reply to Alan Modra from comment #27)
> And possibly -msecure-plt
Yeah that does the trick, thanks :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #6 from Iain Sandoe ---
So .. I had a look in the sources for libc.
cxa_thread_atexit is implemented as a wrapper function that calls _tlv_atexit
(provided in lib/system/libdyld.dylib, which is part of the umbrella
"libSystem" which i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
--- Comment #2 from Martin Liška ---
It's older, one can see it with:
$ s390x-linux-gnu-gcc ice.C -fno-tree-ccp -fno-tree-sra -Os -fno-inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #7 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #6)
> I'd need to see what dyld is actually implementing for
> tlv_atexit.
Seems to be layered on top of pthread_get/set_specific - so, in principle, we
could do something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #4)
> a #define before a header, that just looks like bad coding?
But allowed by the standard.
> A bad programmer
> could put #define printf 1.0f as well to really me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
Bug ID: 89188
Summary: ICE in pre_and_rev_post_order_compute, at
cfganal.c:1055
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
--- Comment #1 from Martin Liška ---
One probably related:
$ valgrind --trace-children=yes
/home/marxin/BIG/bin/s390x/dev/shm/buildbot/install/gcc/bin/s390x-linux-gnu-gcc
ice.ii -fnon-call-exceptions -O2 -c
==22733== Memcheck, a memory error det
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #29 from Segher Boessenkool ---
This:
===
diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c
index 401e719..f0adef7 100644
--- a/gcc/config/rs6000/rs6000.c
+++ b/gcc/config/rs6000/rs6000.c
@@ -37988,7 +37988,10 @@ r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #6 from Andreas Schwab ---
> a #define before a header, that just looks like bad coding?
You do that all the time.
gcc -Dn=20 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88850
--- Comment #9 from Tamar Christina ---
Yes, sorry for the delay.
A different patch which doesn't change the costs is now validating. Will post
today or tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #2 from Jakub Jelinek ---
I think there is a bug since r236195, emit_block_comp_via_libcall expects to be
called with the MEM arguments, rather than with XEXP (mem, 0) of those MEMs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89189
Bug ID: 89189
Summary: missed optimization for 16/8-bit vector shuffle
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:19:48 2019
New Revision: 268516
URL: https://gcc.gnu.org/viewcvs?rev=268516&root=gcc&view=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:20:59 2019
New Revision: 268517
URL: https://gcc.gnu.org/viewcvs?rev=268517&root=gcc&view=rev
Log:
Report error when -fpre-include can't be opened (PR fortran/88912).
2019-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #4 from Martin Liška ---
(In reply to Martin Liška from comment #3)
> Author: marxin
> Date: Mon Feb 4 12:19:48 2019
> New Revision: 268516
>
> URL: https://gcc.gnu.org/viewcvs?rev=268516&root=gcc&view=rev
> Log:
> Bail out when ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:26:14 2019
New Revision: 268518
URL: https://gcc.gnu.org/viewcvs?rev=268518&root=gcc&view=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #3 from Jakub Jelinek ---
Created attachment 45595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45595&action=edit
gcc9-pr89186.patch
Untested fix. If we can come up with a testcase where the memcmp needs to be
called on code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #14 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #11)
> ... Can't what you are doing in the splitters be done in
> define_peephole2 instead?
Not that easy unfortunately. peephole2 will run after reload. So the FP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703
Martin Liška changed:
What|Removed |Added
CC||Hi-Angel at yandex dot ru
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89150
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #15 from Jakub Jelinek ---
(In reply to Andreas Krebbel from comment #14)
> (In reply to Jakub Jelinek from comment #11)
> > ... Can't what you are doing in the splitters be done in
> > define_peephole2 instead?
>
> Not that easy unf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Bug ID: 89190
Summary: [8/9 regression][ARM] armv8-m.base invalid ldm ICE
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 13:28:34 2019
New Revision: 268521
URL: https://gcc.gnu.org/viewcvs?rev=268521&root=gcc&view=rev
Log:
Do not dereference NULL pointer in resolve_ref (PR fortran/89185).
2019-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82501
--- Comment #9 from Martin Liška ---
(In reply to Andrey Drobyshev from comment #8)
Great you've been working on that Andrey.
> I recently started to work on this issue as well. I managed to put a dummy
> global variable into .data, .rodata and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
--- Comment #2 from Jakub Jelinek ---
Created attachment 45596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45596&action=edit
gcc9-pr89188.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89191
Bug ID: 89191
Summary: [9 regression] ICE in reshape_init_r, at
cp/decl.c:6172
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89191
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89083
Jakub Jelinek changed:
What|Removed |Added
CC||h2+bugs at fsfe dot org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Bug ID: 89192
Summary: -Wuninitialized doesn't warn about a vector
initialization with uninitialized field
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.5
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
--- Comment #2 from Richard Biener ---
Or rather it is not the destructor call but the load of 'b' from *this that is
not "optimized".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #32 from Jan Hubicka ---
> I guess we might end up streaming stuff we don't need. Can't we simply
> remove the assert? We do build the copy using the main variant type
> so this seems to be just a consistency check.
The consistency
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #2 from Martin Liška ---
Created attachment 45598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45598&action=edit
One another-test case
I see one another test-case that comes from here:
https://github.com/systemd/systemd/issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
--- Comment #11 from Alexander Monakov ---
Author: amonakov
Date: Mon Feb 4 15:00:41 2019
New Revision: 268522
URL: https://gcc.gnu.org/viewcvs?rev=268522&root=gcc&view=rev
Log:
doc: showcase a "union of vectors" pattern (PR 88698)
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
--- Comment #3 from Marc Glisse ---
On the other hand, it looks like an "easy" case where the front-end could
notice that we are using b as an rvalue before it is initialized and warn about
it without relying on the middle-end. It could fall unde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 88698, which changed state.
Bug 88698 Summary: Relax generic vector conversions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
--- Comment #12 from Tamar Christina ---
Hi Vladimir,
sorry for the delay, I was away last week. The patch looks good, please go
ahead and commit it.
I will fix the testisms after it has been committed.
Thanks,
Tamar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88170
--- Comment #7 from Will Wray ---
Thanks for the fix - apologies again for the break.
Works for me.
I'd lost the trail but see now that pp_c_flag_gnu_v3
is set in error.c calls
decl_as_dwarf_string
lang_decl_dwarf_name
in turn called from cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
Martin Sebor changed:
What|Removed |Added
Blocks||85741
--- Comment #3 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #4 from Martin Sebor ---
Martin, please also let me know what specifically about the warning you find
misleading so I can make it better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89123
--- Comment #9 from rdapp at linux dot ibm.com ---
Thanks for the pointer, I implemented the functions and now the startup seems
to be fully functional again. I'm still checking whether the remaining 50ish
libgo test suite failures I see are due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89100
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89103
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
1 - 100 of 153 matches
Mail list logo