https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94119
--- Comment #8 from Martin Liška ---
commit r10-7152-g3e6ab5cefa81165e90fb62abf50e515f85a17e9a
Author: Eric Botcazou
Date: Fri Mar 13 09:58:44 2020 +0100
Fix incorrect filling of delay slots in branchy code at -O2
The issue is that r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94119
--- Comment #9 from Martin Liška ---
commit r8-10121-g92902501c2ad030d56fd3347defd00e79187c51f
Author: Eric Botcazou
Date: Fri Mar 13 09:58:44 2020 +0100
Fix incorrect filling of delay slots in branchy code at -O2
The issue is that r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #31 from Martin Liška ---
commit r10-7154-gfd8679974b2ded884ffd7d912efef7fe13e4ff4f
Author: H.J. Lu
Date: Fri Mar 13 02:48:59 2020 -0700
i386: Use ix86_output_ssemov for DFmode TYPE_SSEMOV
There is no need to set mode att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94154
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
--- Comment #7 from Martin Liška ---
commit r10-7155-g7aa605c9d4643dc6e0a0460e5697c02457cd7278
Author: Jakub Jelinek
Date: Fri Mar 13 11:33:16 2020 +0100
aarch64: Fix another bug in aarch64_add_offset_1 [PR94121]
> I'm getting this I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94157
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
Target Milestone: ---
I see the following regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94168
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-13
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94163
--- Comment #9 from Martin Liška ---
commit r9-8373-gdb3584552871c8caccdc22e97ea1573da9458253
Author: Richard Biener
Date: Fri Mar 13 13:56:26 2020 +0100
tree-optimization/94163 constrain alignment set by PRE
This avoids HWI -> unsig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94163
--- Comment #10 from Martin Liška ---
commit r10-7158-g3604480a6fe493c51d6ebd53d9b1abee828f
Author: Richard Biener
Date: Fri Mar 13 13:56:26 2020 +0100
tree-optimization/94163 constrain alignment set by PRE
This avoids HWI -> uns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94163
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92379
--- Comment #8 from Martin Liška ---
commit r10-7169-g50c96067c8ed60f4b3fcbee89fe31c905241b356
Author: Aaron Sawdey
Date: Fri Mar 13 18:14:22 2020 -0500
Fix UBSAN error, shifting 64 bit value by 64.
2020-03-13 Aaron Sawdey
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94105
--- Comment #3 from Martin Liška ---
commit r10-7168-g5c048755ec98645f8436b630df3f9294ca9cbc2a
Author: David Malcolm
Date: Tue Mar 10 19:03:37 2020 -0400
analyzer: handle NOP_EXPR in get_lvalue [PR94099,PR94105]
PR analyzer/94099 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94099
--- Comment #3 from Martin Liška ---
commit r10-7168-g5c048755ec98645f8436b630df3f9294ca9cbc2a
Author: David Malcolm
Date: Tue Mar 10 19:03:37 2020 -0400
analyzer: handle NOP_EXPR in get_lvalue [PR94099,PR94105]
PR analyzer/94099 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #50 from Martin Liška ---
commit r10-7160-g5c7e6d4bdf879b437b43037e10453275acabf521
Author: Segher Boessenkool
Date: Thu Mar 12 07:12:50 2020 +
df: Don't abuse bb->aux (PR94148, PR94042)
The df dataflow solvers use th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67960
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94040
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
I see the following ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94179
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94179
--- Comment #1 from Martin Liška ---
A better test-case:
struct kgem_bo {
int rq;
int list;
int pinned_batches[];
} a;
int b;
void fn1() {
(struct kgem_bo *)((char *)&a.pinned_batches[b > 4096] -
(char *)&((struct kg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94168
--- Comment #4 from Martin Liška ---
Thank you for the analysis and suggested patch.
The original source code looks like this:
#ifdef WINDOWS
static std::string wide_string_to_string(const std::wstring & wstr)
{
int size_needed = WideCharToMul
Version: 10.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
Target Milestone: ---
Reduced from lvm2:
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94188
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-16
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94190
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
Target Milestone: ---
Reduced from boost:extra:
$ cat boost.ii
class {
typedef long a;
operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94188
--- Comment #2 from Martin Liška ---
Just for the record, I also see it in acpica package:
$ cat cfg.i
enum act_name { ACT_HTTP_REQ_AUTH };
struct act_rule {
int list;
enum act_name action
} fn1() {
fn2(((struct act_rule *)((void *)fn2 - (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94168
--- Comment #5 from Martin Liška ---
I reported that upstream as well:
https://github.com/hfst/hfst-ospell/issues/49
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94187
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94170
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
||jason at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed||2020-03-16
--- Comment #1 from Martin Liška ---
Started to be accepted with r10-3735
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94192
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
||marxin at gcc dot gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94187
--- Comment #9 from Martin Liška ---
(In reply to David Binderman from comment #7)
> Once a month or so, it might be worthwhile running a valgrind enabled
> version of gcc over the C testsuite.
I run ASAN and UBSAN GCC build on weekly basis. But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94157
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94185
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #7 from Martin Liška ---
(In reply to Jakub Jelinek from comment #6)
> In r10-7086-g2e94d3ee47be0742df843d95e3d1bf1da11e4796 I've added a param
> controlled cap on the number of VALUEs walked by a single toplevel
> find_base_term.
> D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #8 from Martin Liška ---
With --param max-find-base-term-values=10 it takes 2m34s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #9 from Martin Liška ---
With --param max-find-base-term-values=100 it takes 4m24s.
With --param max-find-base-term-values=1 it takes 2m22s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #11 from Martin Liška ---
So it finishes in 50m16s.
|UNCONFIRMED |NEW
Ever confirmed|0 |1
CC||linkw at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #2 from Martin Liška ---
Started with r10-4524
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94202
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94202
Martin Liška changed:
What|Removed |Added
Summary|lto1: internal compiler |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #8 from Martin Liška ---
@Marek, @David: Can you please help me with that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #9 from Martin Liška ---
Note that C++ FE is correct:
$ g++ pr94029.c --coverage -c
void test_t2()=3:3(location_t:2147483629)-3:3(location_t:2147483634)
void test_t1()=2:1(location_t:2147483638)-2:1(location_t:2147483643)
while C do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Martin Liška changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #15 from Martin Liška ---
(In reply to Martin Liška from comment #14)
> There's another issue for ppc64le:
>
> $ ./xgcc -B.
> /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/attributes-3.c
> Error: global_options are modified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029
--- Comment #11 from Martin Liška ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 48053 [details]
> gcc10-pr94029.patch
>
> The problem is that C FE finish_function uses input_location as
> cfun->function_end_locus, but inp
: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94215
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94216
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #13 from Martin Liška ---
So for the problematic wrf file we get:
$ gfortran module_configure.fppized.f90 -c -march=znver2 -std=legacy
-fconvert=big-endian -fno-openmp -Ofast -march=znver2 -g
...
$ wc -l /tmp/fbt
26273112 /tmp/fbt
$
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: jakub at gcc dot gnu.org, marxin at gcc dot gnu.org,
rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
--- Comment #4 from Martin Liška ---
(In reply to Nicholas Krause from comment #1)
> Hi Marin,
s/Marin/Martin
@Nicholas: As Marek said, please do not propose changes that are not completely
tested and that are more just quests. An issue like th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
--- Comment #5 from Martin Liška ---
Created attachment 48060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48060&action=edit
Reduced test-case without a warning
$ gcc -O2 -flto star.ii -shared
during IPA pass: cp
lto1: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #14 from Martin Liška ---
For firefox with LTO we get:
$ wc -l /tmp/fbt
1645 /tmp/fbt
$ sort /tmp/fbt | uniq -c | sort -n | tac | head -n20
10 64 /tmp/libxul.so.J1HwqB.ltrans17.o CollectReports 103 0
10 64 /tmp/libxul.so.J1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #16 from Martin Liška ---
PR88440 is also slightly related where enablement of
-ftree-loop-distribute-patterns caused longer compilation:
521.wrf_r: 310 -> 346s
,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
With -std=c++14 it started with r5-5013-g60813a463b1e1398, it was rejected
before the revision:
pr94219.cc: In function ‘constexpr A foo(U*)’:
pr94219.cc:13:1: error: body of constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #20 from Martin Liška ---
(In reply to Richard Biener from comment #17)
> Created attachment 48061 [details]
> cache base term
>
> I wonder if we could simply cache the base terms in elt_loc_list? Does that
> make a difference?
Yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #24 from Martin Liška ---
(In reply to Richard Biener from comment #23)
> (In reply to Richard Biener from comment #22)
> > Created attachment 48063 [details]
> > more localized caching
> >
> > Like this. Martin, can you also check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #28 from Martin Liška ---
(In reply to Richard Biener from comment #25)
> Created attachment 48064 [details]
> more localized caching
>
> Updated and simplified patch. Maybe it does help depending on how we have
> shared locs for mu
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
I see quite a lot of package
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #2 from Martin Liška ---
Created attachment 48068
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48068&action=edit
bad optimized dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #1 from Martin Liška ---
Created attachment 48067
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48067&action=edit
good optimized dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #4 from Martin Liška ---
Created attachment 48069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48069&action=edit
good ipa cp dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #5 from Martin Liška ---
Created attachment 48070
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48070&action=edit
bad ipa cp dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #7 from Martin Liška ---
Created attachment 48072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48072&action=edit
bad fixup dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #6 from Martin Liška ---
Created attachment 48071
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48071&action=edit
good fixup dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #8 from Martin Liška ---
Looking at the fixup diff. Isn't it caused with:
# __y_329 = PHI <&MEM [(struct map *)&modeOptionMap + 8B](32),
__y_328(33)>
# __y_329 = PHI <&MEM [(void *)&modeOptionMap +
64B](32), __y_328(33)>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #9 from Martin Liška ---
(In reply to Martin Liška from comment #8)
> Looking at the fixup diff. Isn't it caused with:
>
> # __y_329 = PHI <&MEM [(struct map *)&modeOptionMap + 8B](32),
> __y_328(33)>
> # __y_329 = PHI <&MEM [(void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
Martin Liška changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
--- Comment #11 from Martin Liška ---
Untested fix:
diff --git a/gcc/ipa-cp.c b/gcc/ipa-cp.c
index 1c17010e369..afa3fd972eb 100644
--- a/gcc/ipa-cp.c
+++ b/gcc/ipa-cp.c
@@ -1356,9 +1356,11 @@ ipa_get_jf_ancestor_result (struct ipa_jump_func *jfu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
Martin Liška changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94232
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 91634, which changed state.
Bug 91634 Summary: [10 Regression] 508.namd_r (and 435.gromacs) speed
regression after r274994
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91634
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91634
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92816
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 92816, which changed state.
Bug 92816 Summary: [10 Regression] 35% performance drop for 433.milc with -O2
-flto on znver1 since r278879
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92816
What|Removed
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: law at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-20
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
--- Comment #13 from Martin Liška ---
(In reply to Tamar Christina from comment #12)
> Also confirmed on x86_64.
Can you confirm it's not fixed with g:7d4549b2cd209eb621453ce13be7ffd84ffa720a?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
--- Comment #2 from Martin Liška ---
One possible workaround can be not calling get_variable_section for Darwin. It
will cause not so precise section information which is not critical.
: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: marxin at gcc dot gnu.org, rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Ever confirmed|0
||r9-1566-g87c789f1c0b2df41
CC||marxin at gcc dot gnu.org,
||pault at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Confirmed, started with r9-1566-g87c789f1c0b2df41.
Referenced Bugs
at gcc dot gnu.org |marxin at gcc dot
gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #3 from Martin Liška ---
A nice catch David! I've got a patch for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
--- Comment #5 from Martin Liška ---
(In reply to David Binderman from comment #4)
> (In reply to Martin Liška from comment #3)
> > A nice catch David! I've got a patch for it.
>
> Thanks. I should also perhaps mention that testsuite file
> ./g+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #4 from Martin Liška ---
Ah, ok. Can you please do some basic debugging what's hapenning?
Btw. is the Solaris using ELF?
|1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Comment #2 from Martin Liška ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94262
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
101 - 200 of 15302 matches
Mail list logo
