[Bug target/96402] [10/11 Regression] Wrong code with -moutline-atomics

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402

--- Comment #2 from Martin Liška  ---
(In reply to ktkachov from comment #1)
> Thanks, can you share the hardware you ran it on? Depending on whether LSE
> is present different code paths are taken at runtime...

Well, I tested that on an experimental hardware we were given by AMD.

cpuinfo says something like:
processor   : 6
BogoMIPS: 500.00
Features: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x1
CPU part: 0xd07
CPU revision: 2

[Bug target/96402] New: [10/11 Regression] Wrong code with -moutline-atomics

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402

Bug ID: 96402
   Summary: [10/11 Regression] Wrong code with -moutline-atomics
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: marxin at gcc dot gnu.org
CC: rth at gcc dot gnu.org
  Target Milestone: ---
  Host: aarch64-linux-gnu

The following is miscompiled:

$ cat x.c
#include 

int main(void) {
  __int128 a = 0;
  __sync_val_compare_and_swap(, 0, 1);
  printf("a:%d\n", (int)a);
  if (a == 0)
__builtin_abort ();
  return 0;
}

$ gcc x.c -moutline-atomics && ./a.out 
a:0
Aborted (core dumped)

$ gcc x.c -mno-outline-atomics && ./a.out 
a:1

[Bug ipa/96394] internal compiler error: in add_new_edges_to_heap, at ipa-inline.c:1746 (-O3 PGO)

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394

Martin Liška  changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |hubicka at gcc dot 
gnu.org

--- Comment #7 from Martin Liška  ---
Started with r10-6299-g845bb366adcf702331de3d8022fd0e1c1c918607.
Honza can you please take a look?

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388

Martin Liška  changed:

   What|Removed |Added

 CC||amker at gcc dot gnu.org

--- Comment #13 from Martin Liška  ---
(In reply to Richard Biener from comment #10)
> The partially reduced (In reply to Martin Liška from comment #9)
> > Created attachment 48962 [details]
> > Partially reduced test-case
> > 
> > The reduction is quite stuck at this point.
> 
> No longer keys on -fPIC though, so the bisection for this is likely wrong.

You are right, without the -fPIC argument, for 1GB memory limit, first bad is:
r5-4790-g43722f9fa69d4cc9

where the previous revision only needs ~190MB.


> -fno-schedule-insns2 improves it from 18s to 5s compile time and from
> 1.1GB of peak RSS to 320MB.
> 
>  scheduling 2   :  12.69 ( 71%)   0.10 ( 67%)  12.79 (
> 70%)   11128 kB ( 16%)
> 
> -fmem-report doesn't show anything interesting, looking for heap allocations
> now to find the offender.
> 
> Can you bisect your reduced testcase again?  GCC 8.4 behaves the same for it
> rather than being good but GCC 4.8.5 is fine.

[Bug fortran/96398] ASSOCIATE with pointer fails in older GCC versions

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96398

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #3 from Martin Liška  ---
Fixed with r8-3248-g62d3c075d52f1b92.

[Bug ipa/96394] internal compiler error: in add_new_edges_to_heap, at ipa-inline.c:1746 (-O3 PGO)

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394

--- Comment #6 from Martin Liška  ---
I reproduced that locally..

[Bug ipa/96394] internal compiler error: in add_new_edges_to_heap, at ipa-inline.c:1746 (-O3 PGO)

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394

Martin Liška  changed:

   What|Removed |Added

 Status|NEW |WAITING

--- Comment #5 from Martin Liška  ---
> I can't craft short example from this as is. Is there a way to reduce with
> cvise/creduce both .c and .gcda files at the same time?

This is a problematic reduction as .gcda file contains checksums of the source
file and one needs to run an instrumented binary.

[Bug ipa/96394] internal compiler error: in add_new_edges_to_heap, at ipa-inline.c:1746 (-O3 PGO)

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-31
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #4 from Martin Liška  ---
Can you please provide steps how to build entire package with PGO?
I'll try to bisect that then.

[Bug preprocessor/96391] [10/11 Regression] internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359

2020-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391

--- Comment #3 from Martin Liška  ---
All right, so please provide pre-processed source file (-E option). I can then
try to reproduce it..

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388

--- Comment #9 from Martin Liška  ---
Created attachment 48962
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48962=edit
Partially reduced test-case

The reduction is quite stuck at this point.

[Bug target/95435] bad builtin memcpy performance with znver1/znver2 and 32bit

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95435

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #13 from Martin Liška  ---
Fixed on master and gcc-10 release branch, closing now.

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388

--- Comment #7 from Martin Liška  ---
(In reply to Richard Biener from comment #6)
> (In reply to Martin Liška from comment #5)
> > Started with r9-2469-gc6067437d314f803.
> 
> Hmm, it probably makes a latent scheduler issue appear.  Guess for better
> analysis we have to trim down the source.  Not sure how - maybe
> automatically with one good and one bad rev. looking for a hundred-fold
> increase in memory use?  Look at the good compile with /usr/bin/time
> and using the RSS to compute a ulimit -v limit or so.

I'm reducing that in the ulimit fence ;) Let see where it leads..

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388

Martin Liška  changed:

   What|Removed |Added

 CC||uros at gcc dot gnu.org

--- Comment #5 from Martin Liška  ---
Started with r9-2469-gc6067437d314f803.

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388

Martin Liška  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Last reconfirmed||2020-07-30
 CC||marxin at gcc dot gnu.org
 Status|UNCONFIRMED |NEW

--- Comment #4 from Martin Liška  ---
Bisecting that..

[Bug fortran/96386] Internal compiler error in ASSOCIATE

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96386

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-30
 Ever confirmed|0   |1
 CC||marxin at gcc dot gnu.org,
   ||pault at gcc dot gnu.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Martin Liška  ---
Confirmed, started with r8-3365-gb89a63b916340ef2.

[Bug fortran/96381] gfc_find_vtab can use a character type typespec as a derived type (causing invalid access)

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96381

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-30
 Ever confirmed|0   |1
 CC||anlauf at gcc dot gnu.org,
   ||marxin at gcc dot gnu.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Martin Liška  ---
Confirmed, one can see it in valgrind as well:

==1018== Invalid read of size 1
==1018==at 0x7F10BB: gfc_find_derived_vtab(gfc_symbol*) (class.c:2269)
==1018==by 0x8484F3: gfc_match_assignment() (match.c:1393)
==1018==by 0x86F742: match_word (parse.c:65)
==1018==by 0x86F742: decode_statement() (parse.c:361)
==1018==by 0x874C14: next_free (parse.c:1315)
==1018==by 0x874C14: next_statement() (parse.c:1547)
==1018==by 0x87675C: parse_spec(gfc_statement) (parse.c:3962)
==1018==by 0x87949C: parse_progunit(gfc_statement) (parse.c:5892)
==1018==by 0x87AB80: gfc_parse_file() (parse.c:6433)
==1018==by 0x8CC54F: gfc_be_parse_file() (f95-lang.c:212)
==1018==by 0xE4C123: compile_file() (toplev.c:458)
==1018==by 0x7D2D91: do_compile (toplev.c:2327)
==1018==by 0x7D2D91: toplev::main(int, char**) (toplev.c:2466)
==1018==by 0x7D6B5E: main (main.c:39)
==1018==  Address 0x51264ae is 18 bytes before a block of size 264 free'd
==1018==at 0x48399AB: free (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==1018==by 0x7DE7EF: gfc_match_array_spec(gfc_array_spec**, bool, bool)
(array.c:802)
==1018==by 0x803396: variable_decl (decl.c:2520)
==1018==by 0x803396: gfc_match_data_decl() (decl.c:6200)
==1018==by 0x86F88D: match_word (parse.c:65)
==1018==by 0x86F88D: decode_statement() (parse.c:376)
==1018==by 0x874C14: next_free (parse.c:1315)
==1018==by 0x874C14: next_statement() (parse.c:1547)
==1018==by 0x876CC4: parse_derived (parse.c:3382)
==1018==by 0x876CC4: parse_spec(gfc_statement) (parse.c:3923)
==1018==by 0x87949C: parse_progunit(gfc_statement) (parse.c:5892)
==1018==by 0x87AB80: gfc_parse_file() (parse.c:6433)
==1018==by 0x8CC54F: gfc_be_parse_file() (f95-lang.c:212)
==1018==by 0xE4C123: compile_file() (toplev.c:458)
==1018==by 0x7D2D91: do_compile (toplev.c:2327)
==1018==by 0x7D2D91: toplev::main(int, char**) (toplev.c:2466)
==1018==by 0x7D6B5E: main (main.c:39)

[Bug c++/96380] [10/11 Regression] ICE in tree check: expected integer_cst, have view_convert_expr in get_len, at tree.h:5954

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96380

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-30

[Bug c++/96380] [10/11 Regression] ICE in tree check: expected integer_cst, have view_convert_expr in get_len, at tree.h:5954

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96380

Martin Liška  changed:

   What|Removed |Added

   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=96379
 CC||marxin at gcc dot gnu.org,
   ||mpolacek at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Started with r11-2064-g4fd124a23664c712.

[Bug c++/96379] [10/11 Regression] GCC accepts totally invalid template declaration

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96379

Martin Liška  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Last reconfirmed||2020-07-30
 Status|UNCONFIRMED |NEW
 CC||marxin at gcc dot gnu.org,
   ||mpolacek at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Started with r11-2064-g4fd124a23664c712.

[Bug c++/96003] [11 Regression] spurious -Wnonnull calling a member on the result of static_cast

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003

--- Comment #14 from Martin Liška  ---
@Martin: Any progress on this bug?

[Bug tree-optimization/96370] ICE with -ffast-math since r7-950-g8a85cee26eabf5cf

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96370

Martin Liška  changed:

   What|Removed |Added

 CC||kugan at gcc dot gnu.org
Summary|ice with -ffast-math|ICE with -ffast-math since
   ||r7-950-g8a85cee26eabf5cf

--- Comment #3 from Martin Liška  ---
Started with r7-950-g8a85cee26eabf5cf.

[Bug tree-optimization/96370] ice with -ffast-math

2020-07-30 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96370

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #2 from Martin Liška  ---
> 
> Thanks to cvise for reducing the code quickly.

Glad to hear you used cvise!

[Bug tree-optimization/96075] [8/9 Regression] bogus alignment for negative step grouped access

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96075

--- Comment #10 from Martin Liška  ---
Likely started with r8-568-gf9f69dd651b2f103.

after:

.L7:
movapd  y+8176(%rax), %xmm0
movq%rax, %rdx
subq$16, %rax
negq%rdx
cmpq$-8192, %rax
unpcklpd%xmm0, %xmm0
movaps  %xmm0, x(%rdx)
jne .L7
xorl%edx, %edx
.p2align 4,,10
.p2align 3

before:

movapd  (%rax), %xmm0
addq$16, %rdx
leaq-16(%rax), %rcx
unpcklpd%xmm0, %xmm0
movaps  %xmm0, -16(%rdx)
cmpq$y, %rax
jne .L11
xorl%edx, %edx
.p2align 4,,10
.p2align 3

[Bug tree-optimization/95679] [11 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in type_has_mode_precision_p, at tree.h:6231

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679

--- Comment #5 from Martin Liška  ---
r11-1146-g1396fa5b91cfa0b3

[Bug tree-optimization/95679] [11 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in type_has_mode_precision_p, at tree.h:6231

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95679

Martin Liška  changed:

   What|Removed |Added

   Keywords|needs-bisection |
 CC||marxin at gcc dot gnu.org

--- Comment #4 from Martin Liška  ---
Just for the record, it started with .

[Bug target/96206] internal compiler error: in convert_move, at expr.c:218

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96206

Martin Liška  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Martin Liška  ---
(In reply to Enrico Zini from comment #2)
> Unfortunately I do not have access to gcc 8.4.0.
> 
> I also found a workaround for the ICE that allowed me to unblock the next
> step of an immense yak shaving quest to compile Qt5:
> https://www.enricozini.org/blog/2020/qt5/build-qt5-cross-builder-with-
> raspbian-sysroot-compiling-with-the-sysroot/
> 
> I can try to provide help here if I can, but if it's fixed in 9.x and
> apparently also in 8.4.x, and the case where it happens (building a Qt5
> cross-build environment including qtwebengine on Debian stable) can be
> worked around that easily, I might not have that much energy to invest
> following this up.

Agree. I'm pretty sure the issue is fixed in newer versions of the GCC.
Feel free to reopen the issue if that isn't the case.

[Bug c++/96282] [8/9/10/11 Regression] internal compiler error: in output_constructor_regular_field

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96282

Martin Liška  changed:

   What|Removed |Added

   Keywords|needs-bisection,|
   |needs-reduction |
 CC||marxin at gcc dot gnu.org

--- Comment #4 from Martin Liška  ---
Reduced test-case:

#include 

template 
class Pen : std::array {
  typedef std::array arr;
public:
  // Removing either "constexpr" or ": arr()" from the following
  // line seems to work around the problem.
  constexpr Pen() : arr() { }
};

class Farm {
public:
  enum Sheep { BAA, ZZZ };

  template
  using SheepPen = Pen;
};

class Fence {
public:
  constexpr Fence() { length = 12; }
  int length = 0;
};

void
cull() {
  static Farm::SheepPen s;
}

Will you look at it Richi?

[Bug other/92396] -ftime-trace support

2020-07-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|marxin at gcc dot gnu.org  |unassigned at gcc dot 
gnu.org

--- Comment #7 from Martin Liška  ---
Thank you Alexander for the pointer. I've just read the article and I must
confirm that compiler uses demand for something that we can't currently support
easily. I'm leaving that unassigned.

[Bug c++/96354] [10/11 Regression] ICE in maybe_canonicalize_mem_ref_addr, at gimple-fold.c:4903 since r10-2271-gd81ab49d0586fca0

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

--- Comment #5 from Martin Liška  ---
Reduced test-case:

cat /tmp/RMSD.ii
template  struct __array_traits { typedef double _Type[_Nm]; };
template  struct array {
  typename __array_traits<_Nm>::_Type _M_elems;
  double *data() { return _M_elems; }
};
template  class VectorGeneric {
  array d;
public:
  VectorGeneric();
};
template  VectorGeneric::VectorGeneric() {
  double __trans_tmp_3 = *d.data();
}
template 
void operator-(VectorGeneric, const VectorGeneric &);
template  class TensorGeneric {};
template 
VectorGeneric matmul(TensorGeneric, VectorGeneric) {
  VectorGeneric t;
  return t;
}
int doCoreCalc_n;
class RMSDCoreData {
  TensorGeneric<3> rotation;
  void doCoreCalc();
};
void RMSDCoreData::doCoreCalc() {
  for (unsigned iat;;)
#pragma omp simd
for (iat = 0; iat < doCoreCalc_n; iat++) {
  VectorGeneric<3> __trans_tmp_2, __trans_tmp_4;
  __trans_tmp_4 - matmul(rotation, __trans_tmp_2);
}
}

@Jakub: Can you please take a look?

[Bug c++/96354] [10/11 Regression] ICE in maybe_canonicalize_mem_ref_addr, at gimple-fold.c:4903 since r10-2271-gd81ab49d0586fca0

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354

Martin Liška  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org
Summary|[10 regression] ICE in  |[10/11 Regression] ICE in
   |maybe_canonicalize_mem_ref_ |maybe_canonicalize_mem_ref_
   |addr, at gimple-fold.c:4903 |addr, at gimple-fold.c:4903
   ||since
   ||r10-2271-gd81ab49d0586fca0
   Keywords||ice-on-valid-code, openmp

--- Comment #4 from Martin Liška  ---
Started with r10-2271-gd81ab49d0586fca0, I'm reducing that.

[Bug c++/96354] [10 regression] ICE in maybe_canonicalize_mem_ref_addr, at gimple-fold.c:4903

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354

Martin Liška  changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

--- Comment #3 from Martin Liška  ---
Great, I was able to reproduce that. Working on that..

[Bug other/92396] -ftime-trace support

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396

--- Comment #5 from Martin Liška  ---
Created attachment 48943
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48943=edit
Time trace prototype

So I've just created a prototype patch, but I don't see it much useful:
https://gist.github.com/marxin/dc4354696bc5bd76cdc1d2ecaa4ab060

The main problem is that in case of tree/RTL passes, we run each pass for each
function. Which makes the report full of thin lines.
Thoughts?

[Bug c++/96353] GCC internal compiler error: in implicitly_declare_fn, at cp/method.c:2058 when using coverage

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96353

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org
   Last reconfirmed||2020-07-28
 Status|UNCONFIRMED |WAITING
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Can you please provide a pre-processed source file (using -E option)?
Thanks.

[Bug c++/96354] [10 regression] ICE in maybe_canonicalize_mem_ref_addr, at gimple-fold.c:4903

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96354

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org
 Status|UNCONFIRMED |WAITING
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-28

--- Comment #1 from Martin Liška  ---
Can you please provide steps how to build the project? I can reproduce it
locally then.

[Bug tree-optimization/96058] ICE in c_getstr at gcc/fold-const.c:15475

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058

Martin Liška  changed:

   What|Removed |Added

  Known to work||10.2.1
Summary|[11 Regression] ICE in  |ICE in c_getstr at
   |c_getstr at |gcc/fold-const.c:15475
   |gcc/fold-const.c:15475  |
  Known to fail|10.1.0  |

--- Comment #15 from Martin Liška  ---
Fixed on GCC 10 as well.

[Bug gcov-profile/96092] Should --coverage respect -ffile-prefix-map?

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96092

--- Comment #4 from Martin Liška  ---
(In reply to Martin Liška from comment #2)
> Apparently we've got a patch in queue that does something similar:
> 
> +fprofile-prefix-path=
> +Common·Joined·RejectNegative·Var(profile_prefix_path) 
> +remove·prefix·from·absolute·path·before·manging·name·for·-fprofile-
> generate=·and·-fprofile-use=.

All right, we can definitely not come up with the suggested option.
We can adapt the Clang's approach of -fcoverage-prefix-map.
Please ping me once it lands to LLVM master and I'll implement it as well.

[Bug sanitizer/94307] Provide a way to declare the *SAN exception handler -fsanitize-undefined-trap-on-error

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94307

Martin Liška  changed:

   What|Removed |Added

   Assignee|marxin at gcc dot gnu.org  |unassigned at gcc dot 
gnu.org
 Status|ASSIGNED|NEW

--- Comment #10 from Martin Liška  ---
Apparently there's not much interest. Leaving as unassigned.

[Bug tree-optimization/96349] [10/11 Regression] ICE: SSA corruption (Unable to coalesce ssa_names 2 and 3 which are marked as MUST COALESCE.) [in fail_abnormal_edge_coalesce]

2020-07-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96349

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #3 from Martin Liška  ---
Started with r10-4447-g095f78c62157124a, but it's just an inroduction of a
param that exposed it.

[Bug tree-optimization/96058] [11 Regression] ICE in c_getstr at gcc/fold-const.c:15475

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058

Martin Liška  changed:

   What|Removed |Added

Summary|[10/11 Regression] ICE in   |[11 Regression] ICE in
   |c_getstr at |c_getstr at
   |gcc/fold-const.c:15475  |gcc/fold-const.c:15475
  Known to work||11.0

--- Comment #13 from Martin Liška  ---
Fixed on master so far.

[Bug tree-optimization/96128] [11 Regression] ICE in do_store_flag, at expr.c:12247 since r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Martin Liška  ---
Fixed.

[Bug libgcc/96332] Asan (libasan) deadlock inside a malloc

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96332

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-27
 CC||marxin at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Hello.

Are the 2 back-traces from different threads?

[Bug tree-optimization/96058] [10/11 Regression] ICE in c_getstr at gcc/fold-const.c:15475

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058

Martin Liška  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

--- Comment #11 from Martin Liška  ---
Working on that.

[Bug c++/96329] [11 Regression] ICE : tree check: expected string_cst, have error_mark in cp_parser_linkage_specification, at cp/parser.c:14640

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96329

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-27

--- Comment #1 from Martin Liška  ---
Confirmed, ICEs for all revisions I have (4.8.0) with -std=c++14.

[Bug c++/96311] false positive for -Wunused-but-set-variable (const/constexpr identifier used in generic lambda)

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96311

Martin Liška  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||marxin at gcc dot gnu.org
   Last reconfirmed||2020-07-27
 Status|UNCONFIRMED |WAITING

--- Comment #1 from Martin Liška  ---
Confirmed, but it seems the code is rejected with clang:

pr96311.c:6:10: error: variable 'used' cannot be implicitly captured in a
lambda with no capture-default specified
return used;
   ^
pr96311.c:3:16: note: 'used' declared here
constexpr int used = 0;
  ^
pr96311.c:4:2: note: lambda expression begins here
[](auto unused)
^
pr96311.c:4:2: warning: expression result unused [-Wunused-value]
[](auto unused)
^~~
2 warnings and 1 error generated.

Is it a valid test-case?

[Bug preprocessor/96323] [11 Regression] ICE in lex_raw_string, at libcpp/lex.c:1764 since r11-498-ged63c387aa0bc184

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96323

Martin Liška  changed:

   What|Removed |Added

  Known to fail||11.0
   Last reconfirmed||2020-07-27
 Status|UNCONFIRMED |NEW
 CC||marxin at gcc dot gnu.org,
   ||nathan at gcc dot gnu.org
Summary|[11 Regression] ICE in  |[11 Regression] ICE in
   |lex_raw_string, at  |lex_raw_string, at
   |libcpp/lex.c:1764   |libcpp/lex.c:1764 since
   ||r11-498-ged63c387aa0bc184
 Ever confirmed|0   |1
  Known to work||10.1.0

--- Comment #2 from Martin Liška  ---
Started with r11-498-ged63c387aa0bc184.

[Bug sanitizer/96318] FAIL: c-c++-common/asan/strncpy-overflow-1.c * output pattern test with C on Darwin

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96318

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2020-07-27
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
It's probable related to fact how are these routines internally implemented on
Darwin. You can add optional scan for the extra lines you see.

[Bug c++/96328] [11 Regression] Single keyword "friend" makes GCC ICE in cp_lexer_previous_token, at cp/parser.c:769 since r11-891-g1dc83b460653c29f

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96328

Martin Liška  changed:

   What|Removed |Added

Summary|Single keyword "friend" |[11 Regression] Single
   |makes GCC ICE in|keyword "friend" makes GCC
   |cp_lexer_previous_token, at |ICE in
   |cp/parser.c:769 |cp_lexer_previous_token, at
   ||cp/parser.c:769 since
   ||r11-891-g1dc83b460653c29f
 CC|            |mark at gcc dot gnu.org,
   |            |marxin at gcc dot gnu.org
   Last reconfirmed||2020-07-27
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
  Known to fail||11.0
  Known to work||10.1.0

--- Comment #1 from Martin Liška  ---
Confirmed, started with r11-891-g1dc83b460653c29f.

[Bug middle-end/96326] [10/11 Regression] Incorrect loop optimization at -O3 since r10-4803-g8489e1f45b50600c

2020-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96326

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org,
   ||rguenth at gcc dot gnu.org,
   ||rsandifo at gcc dot gnu.org
   Last reconfirmed||2020-07-27
Summary|Incorrect loop optimization |[10/11 Regression]
   |at -O3  |Incorrect loop optimization
   ||at -O3 since
   ||r10-4803-g8489e1f45b50600c
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from Martin Liška  ---
Started with r10-4803-g8489e1f45b50600c. I see:

$ gcc pr96326.c -fsanitize=undefined && ./a.out 
pr96326.c:11:23: runtime error: store to misaligned address 0x7fffe263 for
type 'long unsigned int', which requires 8 byte alignment
0x7fffe263: note: pointer points here
 00  61 62 63 00 00 00 00 00  e0 69 61 f7 ff 7f 00 00  29 00 00 00 00 00 00 00 
88 ff ff ff ff ff ff
  ^ 
pr96326.c:16:23: runtime error: store to misaligned address 0x7fffe26c for
type 'long unsigned int', which requires 8 byte alignment
0x7fffe26c: note: pointer points here
  63 61 62 63 00 00 00 00  29 00 00 00 00 00 00 00  88 ff ff ff ff ff ff ff  40
6a 61 f7 ff 7f 00 00
  ^ 
68


and ASAN returns a different value:

$ gcc pr96326.c -fsanitize=address && ./a.out 
70

Same for clang:

$ clang pr96326.c -fsanitize=address && ./a.out 
70

So I bet the test-case must be invalid?

[Bug c/96317] [8/9/10/11] Int compare optimizations make some errors

2020-07-26 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96317

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #3 from Martin Liška  ---
Or you can use UBSAN to see that:

$ gcc pr96317.c -fsanitize=undefined && ./a.out 
pr96317.c:7:9: runtime error: signed integer overflow: 2147483647 + 1 cannot be
represented in type 'int'
111
pr96317.c:18:9: runtime error: signed integer overflow: 2147483647 + 1 cannot
be represented in type 'int'
333

[Bug c/96315] ICE with variable size struct and openmp

2020-07-26 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96315

Martin Liška  changed:

   What|Removed |Added

Summary|internal compiler error |ICE with variable size
   |with variable size struct   |struct and openmp
   |and openmp  |
 Status|UNCONFIRMED |NEW
 CC||jakub at gcc dot gnu.org,
   ||marxin at gcc dot gnu.org
   Keywords||openmp
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-26

--- Comment #1 from Martin Liška  ---
Confirmed. Reduced test-case:

$ cat pr96315.c
int main_njack;
void main() {
  struct {
double aic[main_njack];
  } res;
#pragma omp parallel
  for (;;)
res;
}

$ gcc pr96315.c -c -O1 -fopenmp
during GIMPLE pass: omplower
pr96315.c: In function \u2018main\u2019:
pr96315.c:6:9: internal compiler error: tree check: expected tree that contains
\u2018decl minimal\u2019 structure, have \u2018error_mark\u2019 in
remap_type_1, at tree-inline.c:586
6 | #pragma omp parallel
  | ^~~
0x72ef57 tree_contains_struct_check_failed(tree_node const*,
tree_node_structure_enum, char const*, int, char const*)
/home/marxin/Programming/gcc/gcc/tree.c:9861
0x6d80a8 contains_struct_check(tree_node*, tree_node_structure_enum, char
const*, int, char const*)
/home/marxin/Programming/gcc/gcc/tree.h:3417
0x6d80a8 remap_type_1
/home/marxin/Programming/gcc/gcc/tree-inline.c:586
0xe410d0 remap_type(tree_node*, copy_body_data*)
/home/marxin/Programming/gcc/gcc/tree-inline.c:736
0xe40bb7 remap_type_1
/home/marxin/Programming/gcc/gcc/tree-inline.c:448
0xe410d0 remap_type(tree_node*, copy_body_data*)
/home/marxin/Programming/gcc/gcc/tree-inline.c:736
0xc85312 fixup_remapped_decl
/home/marxin/Programming/gcc/gcc/omp-low.c:862
0xc8903d scan_sharing_clauses
/home/marxin/Programming/gcc/gcc/omp-low.c:1567
0xc8db11 scan_omp_parallel
/home/marxin/Programming/gcc/gcc/omp-low.c:2030
0xc8db11 scan_omp_1_stmt
/home/marxin/Programming/gcc/gcc/omp-low.c:3732
0xaeefaa walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:578
0xaef170 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:51
0xaef0a1 walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:641
0xaef170 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:51
0xaef061 walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:686
0xaef170 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
/home/marxin/Programming/gcc/gcc/gimple-walk.c:51
0xc98e3a scan_omp
/home/marxin/Programming/gcc/gcc/omp-low.c:3855
0xc98e3a execute_lower_omp
/home/marxin/Programming/gcc/gcc/omp-low.c:13065
0xc98e3a execute
/home/marxin/Programming/gcc/gcc/omp-low.c:13123
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

[Bug lto/45375] [meta-bug] Issues with building Mozilla (i.e. Firefox) with LTO

2020-07-25 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375

--- Comment #223 from Martin Liška  ---
(In reply to Martin Liška from comment #222)
> (In reply to Martin Liška from comment #221)
> > For the chromium with GCC 10, inliner starts after ~5 minutes, so it's very
> > likely inliner that takes so long.
> 
>   45.07%  libc-2.31.so  [.] __memset_avx2_erms
>   21.79%  [kernel]  [k] change_protection_range
>3.74%  lto1  [.] fibonacci_heap::consolidate
>3.54%  lto1  [.] fibonacci_heap cgraph_edge>::extract_minimum_node
>2.63%  [kernel]  [k] task_numa_work

Suggested patch for it:
https://gcc.gnu.org/pipermail/gcc-patches/2020-July/550662.html

[Bug target/96308] New: ICE in s390_cannot_force_const_mem, at config/s390/s390.c:4153

2020-07-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96308

Bug ID: 96308
   Summary: ICE in s390_cannot_force_const_mem, at
config/s390/s390.c:4153
   Product: gcc
   Version: 11.0
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: krebbel at gcc dot gnu.org
  Target Milestone: ---
  Host: x86_64-linux-gnu
Target: s390x-linux-gnu

I see the following ICE on:

$ cat no_destroy.cpp
struct NonTrivial3 {
  ~NonTrivial3();
};
void i() { thread_local NonTrivial3 tlarr[10]; }

$ ~/BIG/bin/s390x/dev/shm/buildbot/install/gcc/bin/s390x-linux-gnu-g++
no_destroy.cpp -Os -fno-move-loop-invariants
during RTL pass: loop2_doloop
no_destroy.cpp: In function ‘void __tcf_0(void*)’:
no_destroy.cpp:4:45: internal compiler error: in s390_cannot_force_const_mem,
at config/s390/s390.c:4153
4 | void i() { thread_local NonTrivial3 tlarr[10]; }
  | ^
0x5c4bdf s390_cannot_force_const_mem
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/config/s390/s390.c:4153
0xe86ee2 force_const_mem(machine_mode, rtx_def*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/varasm.c:3821
0x906fdb emit_move_insn(rtx_def*, rtx_def*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/expr.c:3902
0x8e643e copy_to_mode_reg(machine_mode, rtx_def*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/explow.c:633
0xb10eb8 maybe_legitimize_operand
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/optabs.c:7166
0xb10eb8 maybe_legitimize_operands(insn_code, unsigned int, unsigned int,
expand_operand*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/optabs.c:7298
0xb0ecd9 maybe_gen_insn(insn_code, unsigned int, expand_operand*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/optabs.c:7317
0xb138c0 expand_binop_directly
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/optabs.c:1122
0xb11e6d expand_binop(machine_mode, optab_tag, rtx_def*, rtx_def*, rtx_def*,
int, optab_methods)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/optabs.c:1209
0x90b258 force_operand(rtx_def*, rtx_def*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/expr.c:7708
0x12be66e doloop_modify
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/loop-doloop.c:523
0x12be66e doloop_optimize
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/loop-doloop.c:783
0x12be66e doloop_optimize_loops()
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/loop-doloop.c:802
0xa741d8 execute
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/loop-init.c:636
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

[Bug sanitizer/96307] New: ICE in sanopt on riscv64 since r11-2283-g2ca1b6d009b194286c3ec91f9c51cc6b0a475458

2020-07-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96307

Bug ID: 96307
   Summary: ICE in sanopt on riscv64 since
r11-2283-g2ca1b6d009b194286c3ec91f9c51cc6b0a475458
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: marxin at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, kito at 
gcc dot gnu.org,
marxin at gcc dot gnu.org
  Target Milestone: ---

I see the following ICE with a cross compiler:

$ riscv64-linux-gnu-gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/lto/c-compatible-types-1_1.c
-fsanitize=kernel-address --param=asan-instrumentation-with-call-threshold=8
during GIMPLE pass: sanopt
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/lto/c-compatible-types-1_1.c:
In function ‘t’:
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/lto/c-compatible-types-1_1.c:9:1:
internal compiler error: Segmentation fault
9 | t()
  | ^
0xae236f crash_signal
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/toplev.c:328
0x778d752f ???
   
/usr/src/debug/glibc-2.31-6.1.x86_64/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

[Bug target/96304] Possible mis-compile of SQLite for ARM using gcc 8.3.0 and -O2

2020-07-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96304

Martin Liška  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #6 from Martin Liška  ---
Thus marking as invalid.

[Bug target/96304] Possible mis-compile of SQLite for ARM using gcc 8.3.0 and -O2

2020-07-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96304

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org

--- Comment #3 from Martin Liška  ---
> But, are we violating aliasing rules here?  What am I missing?

Likely you are, but I must admit it's sometimes quite difficult to find that.
>From quickly looking at the function, you may violate it here:

  MemJournal *p = (MemJournal*)pJfd;

maybe

MemJournal *p = (MemJournal*)(char*)pJfd;

can solve it.
Unfortunately I can't reproduce it on my x86_64-linux box.

[Bug ipa/96235] Segmentation fault with "-Og -fno-dce -fno-tree-dce -finline-small-functions -fipa-sra"

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96235

Martin Liška  changed:

   What|Removed |Added

   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=93385

--- Comment #7 from Martin Liška  ---
(In reply to Martin Jambor from comment #6)
> (In reply to Martin Liška from comment #4)
> > It seems to me something related to IPA SRA.
> > @Martin: Can you please take a look?
> 
> I will but -fno-dce -fno-tree-dce strongly suggest this is a duplicate of PR
> 93385.

Thank you.

[Bug ipa/96235] Segmentation fault with "-Og -fno-dce -fno-tree-dce -finline-small-functions -fipa-sra"

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96235

--- Comment #5 from Martin Liška  ---
Summary for node e/3:
  Returns value
  Descriptor for parameter 0:
(locally) unused
param_size_limit: 16, size_reached: 8, by_ref
* Access to unit offset: 0, unit size: 8, type: long int, alias_ptr_type:
long int *, certain

== IPA-SRA decisions ==

Evaluating analysis results for e/3
  Will remove return value.
  Will remove parameter 0

[Bug ipa/96235] Segmentation fault with "-Og -fno-dce -fno-tree-dce -finline-small-functions -fipa-sra"

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96235

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|marxin at gcc dot gnu.org  |unassigned at gcc dot 
gnu.org
 CC||jamborm at gcc dot gnu.org

--- Comment #4 from Martin Liška  ---
It seems to me something related to IPA SRA.
@Martin: Can you please take a look?

[Bug rtl-optimization/96298] [11 Regression] wrong code with -O -fno-tree-forwprop

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96298

--- Comment #6 from Martin Liška  ---
Started with r11-1715-g346bce6fe0cf1ed5f6a7ad732d2361d77b203c87.

[Bug tree-optimization/96058] [10/11 Regression] ICE in c_getstr at gcc/fold-const.c:15475

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058

--- Comment #10 from Martin Liška  ---
@Martin: Can you please take a look?

[Bug gcov-profile/96267] gcov-tool merge more coverage data error.

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96267

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Martin Liška  ---
Thank you for the suggested patch, I've just installed it.

[Bug gcov-profile/96285] The documentation of -fprofile-exclude-files is unclear

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96285

--- Comment #1 from Martin Liška  ---
Hey Göran.

I like both your suggestions for the documentation update. Can you please send
a patch to the gcc-patches mailing list?

[Bug rtl-optimization/96298] [11 Regression] wrong code with -O -fno-tree-forwprop

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96298

--- Comment #4 from Martin Liška  ---
I'm gonna bisect that.

[Bug rtl-optimization/96264] [10/11 Regression] wrong code with -Os -fno-forward-propagate -fschedule-insns -fno-tree-ter

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96264

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2020-07-23
 Ever confirmed|0   |1
 CC||marxin at gcc dot gnu.org

--- Comment #2 from Martin Liška  ---
Confirmed on ppc64le machine.

[Bug target/96206] internal compiler error: in convert_move, at expr.c:218

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96206

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org
   Last reconfirmed||2020-07-23
 Ever confirmed|0   |1
 Status|UNCONFIRMED |WAITING

--- Comment #1 from Martin Liška  ---
I can't reproduce that with the current GCC 8 branch.
Can you please check 8.4.0 release?

[Bug debug/96261] -fcompare-debug failure (length) with -Os -fno-gcse-lm -fnon-call-exceptions

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96261

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-23
 Ever confirmed|0   |1
 CC||jason at gcc dot gnu.org,
   ||marxin at gcc dot gnu.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Martin Liška  ---
Started with r5-5019-g27d93d2c8a36cea4.

[Bug debug/96261] -fcompare-debug failure (length) with -Os -fno-gcse-lm -fnon-call-exceptions

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96261

--- Comment #2 from Martin Liška  ---
(with -std=c++14).

[Bug target/96262] [11 Regression] ICE: in decompose, at rtl.h:2280 with -O -mavx512bw since r11-1411-gc7199fb6e694d1a0

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96262

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-23
Summary|[11 Regression] ICE: in |[11 Regression] ICE: in
   |decompose, at rtl.h:2280|decompose, at rtl.h:2280
   |with -O -mavx512bw  |with -O -mavx512bw since
   ||r11-1411-gc7199fb6e694d1a0
 Status|UNCONFIRMED |ASSIGNED
 CC||marxin at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |crazylht at gmail dot 
com
 Ever confirmed|0   |1

[Bug target/96263] [10/11 Regression] ICE: in lra_assign, at lra-assigns.c:1648 with -O -flive-range-shrinkage -fnon-call-exceptions -msse4 --param=max-sched-ready-insns=1 since r10-4373-gc265dfbf748e

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96263

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-23
 CC||marxin at gcc dot gnu.org,
   ||rguenth at gcc dot gnu.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
Summary|[10/11 Regression] ICE: in  |[10/11 Regression] ICE: in
   |lra_assign, at  |lra_assign, at
   |lra-assigns.c:1648 with -O  |lra-assigns.c:1648 with -O
   |-flive-range-shrinkage  |-flive-range-shrinkage
   |-fnon-call-exceptions   |-fnon-call-exceptions
   |-msse4  |-msse4
   |--param=max-sched-ready-ins |--param=max-sched-ready-ins
   |ns=1|ns=1 since
   ||r10-4373-gc265dfbf748e9fc3

--- Comment #2 from Martin Liška  ---
Started with r10-4373-gc265dfbf748e9fc3.

[Bug gcov-profile/96035] directories created when writing gcov data have limited rights compared to umask

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96035

Martin Liška  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #4 from Martin Liška  ---
Fixed, thank you Michael for the patch.

[Bug gcov-profile/96285] The documentation of -fprofile-exclude-files is unclear

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96285

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-23
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

[Bug gcov-profile/96267] gcov-tool merge more coverage data error.

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96267

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-23
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

[Bug tree-optimization/96245] Failure to optimize arithmetic pattern in switch

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96245

Martin Liška  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org
 Status|NEW |ASSIGNED

[Bug ipa/96291] [10/11 Regression] -flto fails as "internal compiler error: Segmentation fault" during IPA pass: cp incall_for_symbol_thunks_and_aliases()

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-23
 CC||hubicka at gcc dot gnu.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from Martin Liška  ---
Confirmed. With checking enabled WPA is stuck staging from:

  r8-1894-g29f1e2b173f1701b(07 Jul 2017 13:28)(hubi...@ucw.cz): [took: 1.445s]
result: FAILED (124)
ipa-comdats.c: Remove optimize check from gate.


* ipa-comdats.c: Remove optimize check from gate.
* ipa-fnsummary.c (ipa_fn_summary_generate): do not generate summary
for functions not optimized.
(ipa_fn_summary_read): Skip optimize check.
(ipa_fn_summary_write): Likewise.
* ipa-inline-analysis.c (do_estimate_growth_1): Check that caller
is optimized.
* ipa-inline.c (can_inline_edge_p): Not optimized functions are
uninlinable.
(can_inline_edge_p): Check flag_pcc_struct_return for match.
(check_callers): Give up on caller which is not optimized.
(inline_small_functions): Likewise.
(ipa_inline): Do not give up when not optimizing.
* ipa-visbility.c (function_and_variable_visibility): Do not optimize
away unoptimizes cdtors.
(whole_program_function_and_variable_visibility): Do
ipa_discover_readonly_nonaddressable_vars in LTO mode.
* ipa.c (process_references): Do not check optimize.
(symbol_table::remove_unreachable_nodes): Update optimize check.
(set_writeonly_bit): Update optimize check.
(pass_ipa_cdtor_merge::gate): Do not check optimize.
(pass_ipa_single_use::gate): Remove.

[Bug ipa/96235] Segmentation fault with "-Og -fno-dce -fno-tree-dce -finline-small-functions -fipa-sra"

2020-07-23 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96235

Martin Liška  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-23
 Status|UNCONFIRMED |ASSIGNED

--- Comment #3 from Martin Liška  ---
Confirmed, working on that. Unfortunately it started with
r10-3542-g0b92cf305dcf3438.

[Bug ipa/96130] [10/11 Regression] ICE in analyze_function_body at gcc/ipa-fnsummary.c:2769 since r10-3199-g351e7c3b5fbd45bd

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130

Martin Liška  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #4 from Martin Liška  ---
*** Bug 96150 has been marked as a duplicate of this bug. ***

[Bug ipa/96150] [10/11 Regression] ICE in analyze_function_body on switch since r10-3199

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96150

Martin Liška  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Martin Liška  ---
Dup.

*** This bug has been marked as a duplicate of bug 96130 ***

[Bug gcov-profile/96148] [11 regression] gcc.dg/tree-prof/crossmodule-indir-call-topn-[12].c UNRESOLVED

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96148

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Martin Liška  ---
Fixed on master.

[Bug gcov-profile/96148] [11 regression] gcc.dg/tree-prof/crossmodule-indir-call-topn-[12].c UNRESOLVED

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96148

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-10
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Thanks for the report, I know how to fix it.

[Bug gcov-profile/96092] Should --coverage respect -ffile-prefix-map?

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96092

--- Comment #2 from Martin Liška  ---
Apparently we've got a patch in queue that does something similar:

+fprofile-prefix-path=
+Common·Joined·RejectNegative·Var(profile_prefix_path) 
+remove·prefix·from·absolute·path·before·manging·name·for·-fprofile-generate=·and·-fprofile-use=.

[Bug target/96144] New: [11 Regression] ICE in extract_insn, at recog.c:2294 since r11-1970-gfab263ab0fc10ea0

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96144

Bug ID: 96144
   Summary: [11 Regression] ICE in extract_insn, at recog.c:2294
since r11-1970-gfab263ab0fc10ea0
   Product: gcc
   Version: 11.0
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: hjl at gcc dot gnu.org
  Target Milestone: ---

I see the following ICE:

$ gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/sse-recip-vec.c
-Ofast -mavx512vbmi -c
/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/sse-check.h: In
function ‘do_test’:
/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/sse-check.h:13:1:
error: unrecognizable insn:
   13 | }
  | ^
(insn 21 20 22 2 (set (reg:V8SF 138)
(fma:V8SF (reg:V8SF 136)
(reg:V8SF 135)
(reg:V8SF 142)))
"/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/sse-recip-vec.c":33:14
-1
 (nil))
during RTL pass: vregs
/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/sse-check.h:13:1:
internal compiler error: in extract_insn, at recog.c:2294
0x77aa1cc9 __libc_start_main
../csu/libc-start.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

[Bug target/96144] [11 Regression] ICE in extract_insn, at recog.c:2294 since r11-1970-gfab263ab0fc10ea0

2020-07-10 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96144

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to fail||11.0
   Last reconfirmed||2020-07-10
 Ever confirmed|0   |1
  Known to work||10.1.0

[Bug tree-optimization/96134] [11 Regression] ICE in tree_to_poly_uint64, at tree.c:2985 since r11-1801-g9e5508c2d006f2d4

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2020-07-09
 Ever confirmed|0   |1
 Blocks||26163

--- Comment #1 from Martin Liška  ---
Reduced from 416.gamess benchmark.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
[Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

[Bug tree-optimization/96134] New: [11 Regression] ICE in tree_to_poly_uint64, at tree.c:2985 since r11-1801-g9e5508c2d006f2d4

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134

Bug ID: 96134
   Summary: [11 Regression] ICE in tree_to_poly_uint64, at
tree.c:2985 since r11-1801-g9e5508c2d006f2d4
   Product: gcc
   Version: 11.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
CC: rguenth at gcc dot gnu.org
  Target Milestone: ---

Created attachment 48850
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48850=edit
test-case

The following ICEs:

$ gcc -O3 x.f90 -c
...
internal compiler error: in tree_to_poly_uint64, at tree.c:2985
0x735beb tree_to_poly_uint64(tree_node const*)
/home/marxin/Programming/gcc/gcc/tree.c:2985
0x10cc8f5 bit_field_size(tree_node const*)
/home/marxin/Programming/gcc/gcc/tree.h:5176
0x10cc8f5 vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1337
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10ccbb6 vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1510
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
0x10cbdef vect_build_slp_tree_2
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1411
0x10cb3d1 vect_build_slp_tree
/home/marxin/Programming/gcc/gcc/tree-vect-slp.c:1193
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.

[Bug target/96128] [11 Regression] ICE in do_store_flag, at expr.c:12247 since r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128

Martin Liška  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #4 from Martin Liška  ---
All right, I have a feasible solution.

[Bug target/96128] [11 Regression] ICE in do_store_flag, at expr.c:12247 since r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128

--- Comment #2 from Martin Liška  ---
(In reply to Richard Biener from comment #1)
> Just trace make_ssa_name ...

So this one is leftover from gimplify.c where we expand the first argument to
assignment to a SSA NAME and so we end up only with the vector comparisons, but
no VEC_COND_EXPR.
Would it be possible to remove the SSA_NAME in gimplify.c when we know the
VEC_COND_EXPR is expanded to no-op?

[Bug c++/96133] [10/11 Regression] x86-64 gcc 10.1 using -O3 leads to wrong calculation since r10-1882-g831e688af50c5f77

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96133

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org,
   ||rguenth at gcc dot gnu.org
 Status|UNCONFIRMED |NEW
Summary|x86-64 gcc 10.1 using -O3   |[10/11 Regression] x86-64
   |leads to wrong calculation  |gcc 10.1 using -O3 leads to
   ||wrong calculation since
   ||r10-1882-g831e688af50c5f77
 Ever confirmed|0   |1
   Last reconfirmed||2020-07-09

--- Comment #1 from Martin Liška  ---
Confirmed, started with r10-1882-g831e688af50c5f77.

[Bug bootstrap/84402] [meta] GCC build system: parallelism bottleneck

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402

--- Comment #36 from Martin Liška  ---
(In reply to jojo from comment #35)
> (In reply to Martin Liška from comment #30)
> > A possible solution can be usage of '-flinker-output=nolto-rel -r' for huge
> > files.
> 
> it's useful for splitting huge files ?

There's experiment I did:

$ time g++ -O2 /tmp/gimple-match.ii -c

real0m35.790s
user0m35.490s
sys0m0.268s

$ time g++ -O2 /tmp/gimple-match.ii -c -flto

real0m8.138s
user0m7.915s
sys0m0.202s

$ time gcc -flto=auto -flinker-output=nolto-rel gimple-match.o  -r -o
gimple-match2.o

real0m9.087s
user1m56.028s
sys0m3.292s

$ time gcc -flto=auto -flinker-output=nolto-rel gimple-match.o  -r -o
gimple-match2.o --param lto-partitions=8

real0m7.350s
user0m48.548s
sys0m0.976s

$ time gcc -flto=auto -flinker-output=nolto-rel gimple-match.o  -r -o
gimple-match2.o --param lto-partitions=4

real0m9.847s
user0m30.462s
sys0m0.392s

so for N==4 we get to 8+10s = 18s (compared to the original 36s). And total
user time is 30+8, which is comparable
to the original 36s.

[Bug c++/96132] [11 Regression] ICE in is_really_empty_class

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96132

Martin Liška  changed:

   What|Removed |Added

 CC||marxin at gcc dot gnu.org,
   ||ppalka at gcc dot gnu.org
 Status|UNCONFIRMED |NEW
Summary|ice in  |[11 Regression] ICE in
   |is_really_empty_class   |is_really_empty_class
   Priority|P3  |P1
   Last reconfirmed||2020-07-09
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Started with r11-1947-g9eb7d0d76eb652caa9186766da4fe965f113b1b8.

[Bug fortran/96131] ICE in fold_convert_loc, at fold-const.c:2435

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96131

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-09
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||marxin at gcc dot gnu.org,
   ||pault at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Confirmed, started with r5-7770-gebd63afa68237d05.

[Bug ipa/96130] [10/11 Regression] ICE in analyze_function_body at gcc/ipa-fnsummary.c:2769 since r10-3199-g351e7c3b5fbd45bd

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130

--- Comment #3 from Martin Liška  ---
Started with r10-3199-g351e7c3b5fbd45bd, leaving to Feng.

[Bug ipa/96130] [10/11 Regression] ICE in analyze_function_body at gcc/ipa-fnsummary.c:2769 since r10-3199-g351e7c3b5fbd45bd

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130

Martin Liška  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
  Known to work||9.3.0
   Keywords||ice-on-valid-code
  Known to fail||10.1.0, 11.0
 CC||fxue at gcc dot gnu.org
Summary|10.1.1: segfault during IPA |[10/11 Regression] ICE in
   |pass: fnsummary |analyze_function_body at
   ||gcc/ipa-fnsummary.c:2769
   ||since
   ||r10-3199-g351e7c3b5fbd45bd
  Component|c   |ipa

--- Comment #2 from Martin Liška  ---
Reduced test-case:

$ cat pr96130.c
enum {
  PIPE_FUNC_NEVER,
  PIPE_FUNC_LESS,
  PIPE_FUNC_EQUAL,
  PIPE_FUNC_LEQUAL,
  PIPE_FUNC_GREATER,
  PIPE_FUNC_NOTEQUAL,
  PIPE_FUNC_GEQUAL,
  PIPE_FUNC_ALWAYS
} sample_compare_k_0;

int sample_compare_rgba;
struct pipe_sampler_state {
  unsigned compare_func : 3;
};

void
sample_compare(struct pipe_sampler_state *sp_samp) {
  switch (sp_samp->compare_func) {
  case PIPE_FUNC_LESS:
  case PIPE_FUNC_LEQUAL:
  case PIPE_FUNC_GREATER:
  case PIPE_FUNC_GEQUAL:
  case PIPE_FUNC_EQUAL:
  case PIPE_FUNC_NOTEQUAL:
sample_compare_k_0 != sample_compare_rgba;
  case PIPE_FUNC_ALWAYS:
  case PIPE_FUNC_NEVER:
break;
  default:
for (;;)
  ;
  }
}

fails here:

$ gcc pr96130.c -c -O1
during IPA pass: fnsummary
pr96130.c: In function ‘sample_compare’:
pr96130.c:34:1: internal compiler error: Segmentation fault
   34 | }
  | ^
0xdc22ef crash_signal
/home/marxin/Programming/gcc/gcc/toplev.c:328
0x778d752f ???
   
/usr/src/debug/glibc-2.31-6.1.x86_64/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
0xb938f9 analyze_function_body
/home/marxin/Programming/gcc/gcc/ipa-fnsummary.c:2769
0xb944e3 compute_fn_summary(cgraph_node*, bool)
/home/marxin/Programming/gcc/gcc/ipa-fnsummary.c:2974
0xb94990 inline_analyze_function(cgraph_node*)
/home/marxin/Programming/gcc/gcc/ipa-fnsummary.c:4078
0xb94b73 ipa_fn_summary_generate
/home/marxin/Programming/gcc/gcc/ipa-fnsummary.c:4121
0xcea35b execute_ipa_summary_passes(ipa_opt_pass_d*)
/home/marxin/Programming/gcc/gcc/passes.c:2191
0x966a97 ipa_passes
/home/marxin/Programming/gcc/gcc/cgraphunit.c:2646
0x966a97 symbol_table::compile()
/home/marxin/Programming/gcc/gcc/cgraphunit.c:2756
0x96885c symbol_table::compile()
/home/marxin/Programming/gcc/gcc/cgraphunit.c:2736
0x96885c symbol_table::finalize_compilation_unit()
/home/marxin/Programming/gcc/gcc/cgraphunit.c:3003
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

started with

[Bug c/96130] 10.1.1: segfault during IPA pass: fnsummary

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-09
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED
 CC||marxin at gcc dot gnu.org

--- Comment #1 from Martin Liška  ---
Confirmed, working on that..

[Bug target/96128] [11 Regression] ICE in do_store_flag, at expr.c:12247 since r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128

Martin Liška  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2020-07-09

[Bug target/96128] New: [11 Regression] ICE in do_store_flag, at expr.c:12247 since r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128

Bug ID: 96128
   Summary: [11 Regression] ICE in do_store_flag, at expr.c:12247
since
r11-1445-g502d63b6d6141597bb18fd23c87736a1b384cf8f
   Product: gcc
   Version: 11.0
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: rguenth at gcc dot gnu.org
  Target Milestone: ---
  Host: x86_64-linux-gnu
Target: s390x-linux-gnu

Since my revision the following fails:

$ ./xgcc -B.
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/opaque-vector.c
-march=z13 -c
during RTL pass: expand
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/opaque-vector.c: In
function ‘f’:
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/opaque-vector.c:1:65:
internal compiler error: in do_store_flag, at expr.c:12247
1 | #define B_TEST(TYPE) { TYPE v __attribute__((vector_size(16)));
(void)((v < v) < v); }
  |
^~~
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/opaque-vector.c:7:17:
note: in expansion of macro ‘B_TEST’
7 | #define T(TYPE) B_TEST(TYPE) T_TEST(TYPE)
  | ^~
/home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/opaque-vector.c:16:3:
note: in expansion of macro ‘T’
   16 |   T(short)
  |   ^
0xc498c7 do_store_flag
/home/marxin/Programming/gcc2/gcc/expr.c:12247
0xc3c9a6 expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
expand_modifier)
/home/marxin/Programming/gcc2/gcc/expr.c:9608
0xaa600b expand_gimple_stmt_1
/home/marxin/Programming/gcc2/gcc/cfgexpand.c:3786
0xaa6258 expand_gimple_stmt
/home/marxin/Programming/gcc2/gcc/cfgexpand.c:3847
0xaae714 expand_gimple_basic_block
/home/marxin/Programming/gcc2/gcc/cfgexpand.c:5888
0xab0576 execute
/home/marxin/Programming/gcc2/gcc/cfgexpand.c:6572
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

The change is now that the comparison is expanded in GIMPLE to:
(opaque-vector.c.005t.gimple)

f ()
{
  {
vector(8) short int v;

_1 = v > { 0, 0, 0, 0, 0, 0, 0, 0 };
  }
  {
vector(4) int v;

_2 = v > { 0, 0, 0, 0 };
  }
  {
vector(2) long int v;

_3 = v > { 0, 0 };
  }
  {
vector(2) long long int v;

_4 = v > { 0, 0 };
  }
}

while before the revision it was to 

f ()
{
  {
vector(8) short int v;


  }
  {
vector(4) int v;


  }
  {
vector(2) long int v;


  }
  {
vector(2) long long int v;


  }
}

What kind of target hook is responsible for that?

[Bug target/96127] ICE in extract_insn, at recog.c:2294

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96127

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-09
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||uweigand at gcc dot gnu.org

[Bug target/96127] New: ICE in extract_insn, at recog.c:2294

2020-07-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96127

Bug ID: 96127
   Summary: ICE in extract_insn, at recog.c:2294
   Product: gcc
   Version: 11.0
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: krebbel at gcc dot gnu.org
  Target Milestone: ---
  Host: x86_64-linux-gnu
Target: s390x-linux-gnu

The following fails:

$ s390x-linux-gnu-gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c -O1
-fno-tree-loop-im --param=sccvn-max-alias-queries-per-access=0
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c: In
function ‘c1’:
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c:10:18:
warning: initialization of ‘long int *’ from incompatible pointer type ‘int *’
[-Wincompatible-pointer-types]
   10 |   long int *th = 
  |  ^
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c:20:22:
warning: initialization of ‘long int *’ from incompatible pointer type ‘int *’
[-Wincompatible-pointer-types]
   20 |   long int *lq = 
  |  ^
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c:29:1:
error: unrecognizable insn:
   29 | }
  | ^
(insn 27 26 28 6 (parallel [
(set (strict_low_part (subreg:SI (reg/v:DI 64 [ oz+-4 ]) 4))
(subreg:SI (reg:DI 68) 4))
(clobber (reg:CC 33 %cc))
])
"/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c":22:19
-1
 (nil))
during RTL pass: vregs
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr92085-2.c:29:1:
internal compiler error: in extract_insn, at recog.c:2294
0x590f78 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/rtl-error.c:108
0x590f94 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/rtl-error.c:116
0x590408 extract_insn(rtx_insn*)
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/recog.c:2294
0x80800f instantiate_virtual_regs_in_insn
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/function.c:1607
0x80800f instantiate_virtual_regs
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/function.c:1977
0x80800f execute
   
/home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-s390x/build/gcc/function.c:2026
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.

[Bug tree-optimization/95804] [11 Regression] ICE in generate_code_for_partition, at tree-loop-distribution.c:1323 since r11-1565-g2c0069fafb53ccb7

2020-07-08 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95804

--- Comment #5 from Martin Liška  ---
@Bin: Any news about this?

[Bug tree-optimization/96114] New: ICE in make_ssa_name_fn, at tree-ssanames.c:279 since r7-536-g381cdae49785fc4b

2020-07-08 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96114

Bug ID: 96114
   Summary: ICE in make_ssa_name_fn, at tree-ssanames.c:279 since
r7-536-g381cdae49785fc4b
   Product: gcc
   Version: 11.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
CC: rguenth at gcc dot gnu.org
  Target Milestone: ---

One old one:

$ cat vlt_to_pointer.c
int test_n;

void
test(int (*fn())[test_n]) { (*fn())[0]; }

void
main_fn() { test(main_fn); }

$ gcc vlt_to_pointer.c -fsanitize=bounds-strict -O1 -finline-small-functions
-fnon-call-exceptions -ftrapv -fexceptions -c
vlt_to_pointer.c: In function ‘main_fn’:
vlt_to_pointer.c:7:18: warning: passing argument 1 of ‘test’ from incompatible
pointer type [-Wincompatible-pointer-types]
7 | main_fn() { test(main_fn); }
  |  ^~~
  |  |
  |  void (*)()
vlt_to_pointer.c:4:12: note: expected ‘int (* (*)())[(sizetype)(test_n)]’ but
argument is of type ‘void (*)()’
4 | test(int (*fn())[test_n]) { (*fn())[0]; }
  |  ~~^
during GIMPLE pass: einline
vlt_to_pointer.c:7:13: internal compiler error: in make_ssa_name_fn, at
tree-ssanames.c:279
7 | main_fn() { test(main_fn); }
  | ^
0x779eccc9 __libc_start_main
../csu/libc-start.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://bugs.opensuse.org/> for instructions.

[Bug fortran/96101] [9/10/11 Regression] ICE in fold_convert_loc, at fold-const.c:2398

2020-07-08 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96101

Martin Liška  changed:

   What|Removed |Added

   Last reconfirmed||2020-07-08
 CC||marxin at gcc dot gnu.org,
   ||pault at gcc dot gnu.org
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Started with r6-3986-g38217d3ee7c6e1fe.

  1   2   3   4   5   6   7   8   9   10   >