[Bug tree-optimization/81977] [5/6 Regression] Issue with inline memcpy with optimizations enabled

[vvarada at codeaurora dot org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81977

--- Comment #6 from vvarada at codeaurora dot org ---
Thank you, Richard.

[Bug middle-end/82051] [mips]mips emit different results when compiling union var using -O0/-O2

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82051

Andrew Pinski  changed:

   What|Removed |Added

  Component|c   |middle-end

--- Comment #1 from Andrew Pinski  ---
I don't know if this is defined or not.  Basically 0x549E5CE9L is really 0xCE9
which is stored in the bit-field.  The rest of the bits might be still
undefined or zero.  I don't remember what the C standard says here.

[Bug fortran/82007] DTIO write format stored in a string leads to severe errors

[jvdelisle at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007

Jerry DeLisle  changed:

   What|Removed |Added

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

--- Comment #4 from Jerry DeLisle  ---
With gfortran 7.2.1 and trunk, I do not see the error from the write at line
46:

write( unit=10, fmt=fmt_str, iostat=myiostat, iomsg=astring) member

I do see the ICE with this one:

write( unit=10, fmt=trim(fmt_str), iostat=myiostat, iomsg=astring) member

[Bug c/82051] New: [mips]mips emit different results when compiling union var using -O0/-O2

[zwzhangwen.zhang at huawei dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82051

Bug ID: 82051
   Summary: [mips]mips emit different results when compiling union
var using -O0/-O2
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zwzhangwen.zhang at huawei dot com
  Target Milestone: ---

When compiling union var using -O0/-O2, elf print different results.
Command line:
mips-linux-gnueabi-gcc  -w -march=34kc -static ./test.c -O0/-O2

Executing results are as follows:
[O0]
g_121.f0=fce9
g_121.f1=81
g_121.f2=ce90
g_121.f3=ce
g_121.f4=ce
[O2]
g_121.f0=fce9
g_121.f1=81
g_121.f2=ce90
g_121.f3=ce
g_121.f4=fc

==> gcc-6.3.0/7.1.0/8.0.0


I have check the results with X86 compiler, the result is as expected:
g_121.f0=fce9
g_121.f1=ce9
g_121.f2=ce9
g_121.f3=e9
g_121.f4=e9

==> gcc-4.3.4

ccp2 pass g_121.f4 propagates 252 and I have no deep investigattion.

testcase:
#include   
union U0 {
   signed f0 : 12;
   volatile long long  f1;
   volatile int f2;
   const volatile unsigned char  f3;
   unsigned char  f4;
};

static union U0 g_121 = {0x549E5CE9L};/* VOLATILE GLOBAL g_121 */


/*  */
int main (int argc, char* argv[])
{

printf ("g_121.f0=%x\n",g_121.f0);
printf ("g_121.f1=%x\n",g_121.f1);
printf ("g_121.f2=%x\n",g_121.f2);
printf ("g_121.f3=%x\n",g_121.f3);
printf ("g_121.f4=%x\n",g_121.f4);

return 0;
}

[Bug c/82050] New: ICE on invalid code on x86_64-linux-gnu in column_range, at diagnostic-show-locus.c:1403

[helloqirun at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82050

Bug ID: 82050
   Summary: ICE on invalid code on x86_64-linux-gnu in
column_range, at diagnostic-show-locus.c:1403
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: helloqirun at gmail dot com
  Target Milestone: ---

The testcase is a bit large.

$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/absozero/trunk/root-gcc/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 8.0.0 20170830 (experimental) [trunk revision 251530] (GCC)


$ gcc-trunk abc.c

abc.c:14:58: internal compiler error: in column_range, at
diagnostic-show-locus.c:1403
  unsigned long long
int var_257 = (unsigned long long int) (((8105967947593530303L) | 0) <<
7049221881134420491ULL) * ((unsigned long long int) (0 ((signed char) 0)) *
((unsigned long long int) (~((8866130261576365991L) / ((long int) (0
(var_255))) * unsigned long long int) ((var_253) * (var_83))) *
(((13003573118678480506ULL) * ((unsigned long long int)
(7295088625879320774L))) * ((unsigned long long int) (!((int)
(struct_obj_5.member_1_5)) * (unsigned long long int) ((int)
(struct_obj_5.member_1_6))) * (struct_obj_2.member_1_5)) * (((unsigned long
long int) ((int) (var_130))) * (struct_obj_2.member_1_5))) * unsigned long
long int) ((int) (var_252))) * (struct_obj_1.member_1_0)) * (((unsigned
long long int) (struct_obj_3.member_1_4)) & (struct_obj_4.member_1_5)) &
(((unsigned long long int) (struct_obj_3.member_1_2)) &
(12929547516806536054ULL))) & ((unsigned long long int) ((long int)
(struct_obj_1.member_1_4 & (((~(var_128)) & ((var_128) ^
(struct_obj_3.member_1_5))) | ((unsigned long long int) ((int) ((signed char)
((var_253) & ((unsigned long long int) (struct_obj_3.member_1_3 ^
(((unsigned long long int) ((long int) (((long int) ((int) ((signed char)
(-113 & ((162326598973762782L) & ((long int) ((int) (var_255))) ^
(((unsigned long long int) ((long int) (((long int) ((int) (115))) ^
(struct_obj_4.member_1_3 & (((struct_obj_2.member_1_0) |
(2855696530460496134ULL)) & ((unsigned long long int) (~(var_129 <<
((unsigned long long int) (struct_obj_1.member_1_3)) ^
(struct_obj_6.member_1_1)) << int) 0) | ((int) 0)) - (68))) -
(13835058055282163711ULL)) - (1ULL == ((unsigned long long int) ((int)
int) 7049221881134420491ULL) * ((unsigned long long int) ((int)
((signed char) ((var_254) / (var_254)) * ((unsigned long long int)
(~((8866130261576365991L) / ((long int) ((int) (var_255))) * unsigned
long long int) ((var_253) * (var_257))) * (((13003573118678480506ULL) *
((unsigned long long int) (7295088625879320774L))) * ((unsigned long long int)
(!((int) (struct_obj_5.member_1_5)) * (unsigned long long int) ((int)
(struct_obj_5.member_1_6))) * (struct_obj_2.member_1_5)) * (((unsigned long
long int) ((int) (var_252))) * (struct_obj_2.member_1_5))) * unsigned long
long int) ((int) (var_255))) * (struct_obj_1.member_1_0)) * (((unsigned
long long int) (struct_obj_3.member_1_4)) & (struct_obj_4.member_1_5)) &
(((unsigned long long int) (struct_obj_3.member_1_2)) &
(12929547516806536054ULL))) & ((unsigned long long int) ((long int)
(struct_obj_1.member_1_4 & (((~(var_257)) & ((var_128) ^
(struct_obj_3.member_1_5))) | ((unsigned long long int) ((int) ((signed char)
((var_256) & ((unsigned long long int) (struct_obj_3.member_1_3 ^
(((unsigned long long int) ((long int) (((long int) ((int) ((signed char)
(-113 & ((162326598973762782L) & ((long int) ((int) (var_255))) ^
(((unsigned long long int) ((long int) (((long int) ((int) (115))) ^
(struct_obj_4.member_1_3 & (((struct_obj_2.member_1_0) |
(2855696530460496134ULL)) & ((unsigned long long int) (~(var_254 &&
((int) (((unsigned long long int) (-(var_129))) == (((unsigned long long
int) (struct_obj_3.member_1_4)) & (struct_obj_4.member_1_5)) & (((unsigned long
long int) (struct_obj_3.member_1_2)) & (12929547516806536054ULL))) & ((unsigned
long long int) ((long int) (struct_obj_1.member_1_4 & (((~(var_256)) &
((var_84) ^ (struct_obj_3.member_1_5))) | ((unsigned long long int) ((int)
((signed char) ((var_83) & ((unsigned long long int)
(struct_obj_3.member_1_3 ^ (((unsigned long long int) ((long int)
(((long int) ((int) ((signed char) (-113 & ((162326598973762782L) & ((long
int) (

[Bug fortran/82049] New: ICE with character(*),parameter array constructor

[john.harper at vuw dot ac.nz]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82049

Bug ID: 82049
   Summary: ICE with character(*),parameter array constructor
   Product: gcc
   Version: 6.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: john.harper at vuw dot ac.nz
  Target Milestone: ---

Internal compiler error presumably due to a character parameter array
constructor.

The program (6 lines):

program ice ! f2003
  implicit none
  character(*),parameter:: filename = 'ice', stdout = '*',&
   names(2) = [character(len(filename))::filename,stdout]
  print "(2A4)",adjustr(names)
end program ice

The compile-time result with gfortran 6.3.1:

cayley[~/Jfh] % gfortran -std=f2003 gfortranice7.f90
f951: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
cayley[~/Jfh]

Same bad result with -std=f2008. With 3 other compilers (g95,ifort,Sun), the 
program compiled and ran, printing 

 ice   *

[Bug target/81709] __attribute__((interrupt)) should handle SSE registers

[anatol.pomozov at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81709

--- Comment #6 from Anatol  ---
> I don't believe compiler needs to do all that.

I might miss something, could you please share why?

The check for FXSAVE can be a compile time: if compiled for Pentium II tune or
later then use FXSAVE otherwise use FSAVE.

if (tune >= 'pentium II')
  FXSAVE
else
  FSAVE
  ... save whatever FSAVE did not save ...
end

[Bug c++/82030] [8 Regression] ICE: Segmentation fault

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #3 from Jason Merrill  ---
Fixed.

[Bug c++/80767] Eager instantiation of generic lambda body when not required

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767

--- Comment #4 from Jason Merrill  ---
Author: jason
Date: Wed Aug 30 22:19:33 2017
New Revision: 251549

URL: https://gcc.gnu.org/viewcvs?rev=251549=gcc=rev
Log:
PR c++/82030 - ICE inheriting from multiple lambdas

PR c++/80767
* call.c (compare_ics): Handle null candidate.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-conv12.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c

[Bug c++/82030] [8 Regression] ICE: Segmentation fault

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030

--- Comment #2 from Jason Merrill  ---
Author: jason
Date: Wed Aug 30 22:19:33 2017
New Revision: 251549

URL: https://gcc.gnu.org/viewcvs?rev=251549=gcc=rev
Log:
PR c++/82030 - ICE inheriting from multiple lambdas

PR c++/80767
* call.c (compare_ics): Handle null candidate.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-conv12.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c

[Bug libfortran/81939] valgrind error message in build_float_string and heap-buffer-overflow on address sanitized libgfortran.so

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939

--- Comment #4 from Vittorio Zecca  ---
Dominique, this should be the same traceback as yours but with line numbers:

=
==21064==ERROR: AddressSanitizer: heap-buffer-overflow on address
0x61200177 at pc 0x2ad13bcaa549 bp 0x7ffeba105280 sp 0x7ffeba105278
WRITE of size 1 at 0x61200177 thread T0
#0 0x2ad13bcaa548 in build_float_string
../../../gcc/libgfortran/io/write_float.def:665
#1 0x2ad13bcafcc6 in get_float_string
../../../gcc/libgfortran/io/write_float.def:1068
#2 0x2ad13bcbcd9b in write_float_0 ../../../gcc/libgfortran/io/write.c:1596
#3 0x2ad13bcbcfc3 in _gfortrani_write_f
../../../gcc/libgfortran/io/write.c:1623
#4 0x2ad13bc73af3 in formatted_transfer_scalar_write
../../../gcc/libgfortran/io/transfer.c:2041
#5 0x2ad13bc77902 in formatted_transfer
../../../gcc/libgfortran/io/transfer.c:2279
#6 0x2ad13bc77b86 in _gfortran_transfer_real
../../../gcc/libgfortran/io/transfer.c:2310
#7 0x2ad13bc77bb4 in _gfortran_transfer_real_write
../../../gcc/libgfortran/io/transfer.c:2316
#8 0x40094a in MAIN__ (/home/vitti/1tb/vitti/f95/a.out+0x40094a)
#9 0x400ad5 in main (/home/vitti/1tb/vitti/f95/a.out+0x400ad5)
#10 0x2ad13e579509 in __libc_start_main (/usr/lib64/libc.so.6+0x20509)
#11 0x400729 in _start (/home/vitti/1tb/vitti/f95/a.out+0x400729)

0x61200177 is located 0 bytes to the right of 311-byte region
[0x61200040,0x61200177)
allocated by thread T0 here:
#0 0x2ad13897680a in __interceptor_malloc
../../../../gcc/libsanitizer/asan/asan_malloc_linux.cc:62
#1 0x2ad13aec9b2b in _gfortrani_xmalloc
../../../gcc/libgfortran/runtime/memory.c:42
#2 0x2ad13bcbc9f6 in select_string ../../../gcc/libgfortran/io/write.c:1557
#3 0x2ad13bcbccdf in write_float_0 ../../../gcc/libgfortran/io/write.c:1592
#4 0x2ad13bcbcfc3 in _gfortrani_write_f
../../../gcc/libgfortran/io/write.c:1623
#5 0x2ad13bc73af3 in formatted_transfer_scalar_write
../../../gcc/libgfortran/io/transfer.c:2041
#6 0x2ad13bc77902 in formatted_transfer
../../../gcc/libgfortran/io/transfer.c:2279
#7 0x2ad13bc77b86 in _gfortran_transfer_real
../../../gcc/libgfortran/io/transfer.c:2310
#8 0x2ad13bc77bb4 in _gfortran_transfer_real_write
../../../gcc/libgfortran/io/transfer.c:2316
#9 0x40094a in MAIN__ (/home/vitti/1tb/vitti/f95/a.out+0x40094a)
#10 0x400ad5 in main (/home/vitti/1tb/vitti/f95/a.out+0x400ad5)
#11 0x2ad13e579509 in __libc_start_main (/usr/lib64/libc.so.6+0x20509)

SUMMARY: AddressSanitizer: heap-buffer-overflow
../../../gcc/libgfortran/io/write_float.def:665 in build_float_string
Shadow bytes around the buggy address:
  0x0c247fff7fd0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c247fff7fe0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c247fff7ff0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c247fff8000: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
  0x0c247fff8010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c247fff8020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00[07]fa
  0x0c247fff8030: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
  0x0c247fff8040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c247fff8050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fa
  0x0c247fff8060: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c247fff8070: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:   00
  Partially addressable: 01 02 03 04 05 06 07 
  Heap left redzone:   fa
  Freed heap region:   fd
  Stack left redzone:  f1
  Stack mid redzone:   f2
  Stack right redzone: f3
  Stack after return:  f5
  Stack use after scope:   f8
  Global redzone:  f9
  Global init order:   f6
  Poisoned by user:f7
  Container overflow:  fc
  Array cookie:ac
  Intra object redzone:bb
  ASan internal:   fe
  Left alloca redzone: ca
  Right alloca redzone:cb
==21064==ABORTING

[Bug target/82048] [7 Regression] GCC bootstrap fails in stage1 on sparc-unknown-linux-gnu

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82048

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2017-08-30
 CC||ebotcazou at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Eric Botcazou  ---
This looks like an issue with your libc.  Where does __nldbl_fprintf come from?

[Bug target/68577] [6 Regression] ICE: in expand_direct_optab_fn, at internal-fn.c:2171

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68577

--- Comment #7 from Andrew Pinski  ---
(In reply to rsand...@gcc.gnu.org from comment #6)
> Patch applied.

This testcase now ICEs on the trunk on aarch64:
/home/jenkins/workspace/BuildThunderX_native_gcc_upstream_CENTOS/gcc/gcc/testsuite/gcc.dg/vect/pr68577.c:20:12:
internal compiler error: in simplify_subreg, at simplify-rtx.c:6050
0xb29693 simplify_subreg(machine_mode, rtx_def*, machine_mode, unsigned int)
../../gcc/gcc/simplify-rtx.c:6049
0xb2d307 simplify_gen_subreg(machine_mode, rtx_def*, machine_mode, unsigned
int)
../../gcc/gcc/simplify-rtx.c:6278
0x7f0bdf store_bit_field_1
../../gcc/gcc/expmed.c:798
0x7f0ec7 store_bit_field(rtx_def*, unsigned long, unsigned long, unsigned long,
unsigned long, machine_mode, rtx_def*, bool)
../../gcc/gcc/expmed.c:1133
0x814567 store_field
../../gcc/gcc/expr.c:6950
0x81b29f store_constructor_field
../../gcc/gcc/expr.c:6142
0x81272f store_constructor
../../gcc/gcc/expr.c:6726
0x813db3 expand_constructor
../../gcc/gcc/expr.c:8027
0x800f2f expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/gcc/expr.c:10133
0x80245b expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/gcc/expr.c:9819
0x80144f expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/gcc/expr.c:10942
0x80245b expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/gcc/expr.c:9819
0x810b07 expand_expr
../../gcc/gcc/expr.h:276
0x810b07 expand_assignment(tree_node*, tree_node*, bool)
../../gcc/gcc/expr.c:4971
0x6f1c1b expand_gimple_stmt_1
../../gcc/gcc/cfgexpand.c:3653
0x6f1c1b expand_gimple_stmt
../../gcc/gcc/cfgexpand.c:3751
0x6f5603 expand_gimple_basic_block
../../gcc/gcc/cfgexpand.c:5750
0x6fa42f execute
../../gcc/gcc/cfgexpand.c:6357
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
compiler exited with status 1

[Bug target/82002] [8 Regression] ICE in sp_valid_at, at config/i386/i386.c:13233

[daniel.santos at pobox dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002

--- Comment #2 from Daniel Santos  ---
Another problem when we throw in an ms to sysv call:

$ cat /home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c
/* { dg-do compile { target lp64 } } */
/* { dg-options "-Ofast -mstackrealign -mabi=ms" } */

void __attribute__((sysv_abi)) a (char *);
void
b ()
{
  char c[100];
  c[1099511627776] = 'b';
  a (c);
  a (c);
}


spawn
/home/daniel/proj/sys/gcc/builds/pr82002-minimal-x86_64-pc-linux-gnu/gcc/xgcc
-B/home/daniel/proj/sys/gcc/builds/pr82002-minimal-x86_64-pc-linux-gnu/gcc/
/home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -Ofast -mstackrealign
-mabi=ms -S -o pr82002-2a.s
/home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c: In
function 'b':
/home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c:12:1:
error: unrecognizable insn:
(insn/f 36 35 37 2 (set (mem/c:V4SF (plus:DI (reg/f:DI 7 sp)
(const_int 116 [0x2540be410])) [2  S16 A128])
(reg:V4SF 27 xmm6))
"/home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c":7 -1
 (expr_list:REG_DEAD (reg:V4SF 27 xmm6)
(expr_list:REG_CFA_EXPRESSION (set (mem/c:V4SF (plus:DI (reg/f:DI 7 sp)
(const_int 116 [0x2540be410])) [2  S16 A128])
(reg:V4SF 27 xmm6))
(nil
during RTL pass: cprop_hardreg
/home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c:12:1:
internal compiler error: in extract_insn, at recog.c:2306
0x5c1958 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
/home/daniel/proj/sys/gcc/git/gcc/rtl-error.c:108
0x5c1974 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
/home/daniel/proj/sys/gcc/git/gcc/rtl-error.c:116
0xba05a9 extract_insn(rtx_insn*)
/home/daniel/proj/sys/gcc/git/gcc/recog.c:2306
0xba15e8 extract_constrain_insn(rtx_insn*)
/home/daniel/proj/sys/gcc/git/gcc/recog.c:2206
0xbaaaf6 copyprop_hardreg_forward_1
/home/daniel/proj/sys/gcc/git/gcc/regcprop.c:801
0xbab8a4 execute
/home/daniel/proj/sys/gcc/git/gcc/regcprop.c:1308


I guess we don't have a 64-bit offset instruction for (v)movabs :)

[Bug c++/82030] [8 Regression] ICE: Segmentation fault

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030

Jason Merrill  changed:

   What|Removed |Added

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

[Bug go/82043] error: redefinition of ...

[ian at airs dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043

--- Comment #3 from Ian Lance Taylor  ---
I'm sorry, I can't support a mix of different GCC sources.  You are welcome to
try to figure out what is going wrong, but I don't know.  At a guess, you are
using a version of libgo/match.sh that does not know about "aix" with sources
that include AIX support.  But I'm not really sure.

[Bug target/82048] New: [7 Regression] GCC bootstrap fails in stage1 on sparc-unknown-linux-gnu

[aaro.koskinen at iki dot fi]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82048

Bug ID: 82048
   Summary: [7 Regression] GCC bootstrap fails in stage1 on
sparc-unknown-linux-gnu
   Product: gcc
   Version: 7.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: aaro.koskinen at iki dot fi
  Target Milestone: ---

When trying bootstrap GCC 7.2 with:

../gcc-7.2.0/configure --with-cpu=ultrasparc --enable-targets=all
--disable-libsanitizer --disable-nls --prefix=/home/aaro/gcctest/newcompiler
--enable-languages=c,c++ --host=sparc-unknown-linux-gnu
--build=sparc-unknown-linux-gnu --target=sparc-unknown-linux-gnu
--with-system-zlib --with-sysroot=/

gives:

checking whether the target supports .symver directive... yes
configure: versioning on shared library symbols is gnu
checking whether the target supports __sync_*_compare_and_swap... yes
configure: updating cache ./config.cache
configure: error: unsupported system, cannot find sizeof (omp_lock_t)

sparc-unknown-linux-gnu/64/libgomp/config.log tells:

configure:16738: /home/aaro/gcctest/build/./gcc/xgcc
-B/home/aaro/gcctest/build/
./gcc/ -B/home/aaro/gcctest/newcompiler/sparc-unknown-linux-gnu/bin/
-B/home/aar
o/gcctest/newcompiler/sparc-unknown-linux-gnu/lib/ -isystem
/home/aaro/gcctest/n
ewcompiler/sparc-unknown-linux-gnu/include -isystem
/home/aaro/gcctest/newcompil
er/sparc-unknown-linux-gnu/sys-include  -m64 -o conftest -g -O2 -pthread
-pthrea
d -include confdefs.h -include
../../../../gcc-7.2.0/libgomp/config/posix/omp-lo
ck.h   conftest.c -ldl  >&5
/tmp/ccyUji5P.o: In function `main':
/home/aaro/gcctest/build/sparc-unknown-linux-gnu/64/libgomp/conftest.c:80:
undef
ined reference to `__nldbl_fprintf'
collect2: error: ld returned 1 exit status
configure:16738: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU Offloading and Multi Processing Runtime Library"
| #define PACKAGE_TARNAME "libgomp"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU Offloading and Multi Processing Runtime Library
1.
0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgomp/;
| #define PACKAGE "libgomp"
| #define VERSION "1.0"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
| #define STDC_HEADERS 1
| #define TIME_WITH_SYS_TIME 1
| #define STRING_WITH_STRINGS 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_SEMAPHORE_H 1
| #define HAVE_SYS_SYSCTL_H 1
| #define HAVE_SYS_TIME_H 1
| #define LIBGOMP_USE_PTHREADS 1
| #define HAVE_LIBDL 1
| #define PLUGIN_SUPPORT 1
| #define HAVE_UNISTD_H 1
| #define HAVE_SECURE_GETENV 1
| #define HAVE_GETUID 1
| #define HAVE_GETEUID 1
| #define HAVE_GETGID 1
| #define HAVE_GETEGID 1
| #define OFFLOAD_TARGETS ""
| #define PLUGIN_NVPTX 0
| #define PLUGIN_NVPTX_DYNAMIC 0
| #define PLUGIN_HSA 0
| #define HSA_RUNTIME_LIB ""
| #define HAVE_GETLOADAVG 1
| #define HAVE_CLOCK_GETTIME 1
| #define HAVE_STRTOULL 1
| #define HAVE_PTHREAD_AFFINITY_NP 1
| #define HAVE_TLS 1
| #define HAVE_ATTRIBUTE_VISIBILITY 1
| #define HAVE_ATTRIBUTE_ALIAS 1
| #define HAVE_AS_SYMVER_DIRECTIVE 1
| #define HAVE_SYMVER_SYMBOL_RENAMING_RUNTIME_SUPPORT 1
| #define LIBGOMP_GNU_SYMBOL_VERSIONING 1
| #define HAVE_SYNC_BUILTINS 1
| /* end confdefs.h.  */
| 
| static long int longval () { return sizeof (omp_lock_t); }
| static unsigned long int ulongval () { return sizeof (omp_lock_t); }
| #include 
| #include 
| int
| main ()
| {
| 
|   FILE *f = fopen ("conftest.val", "w");
|   if (! f)
| return 1;
|   if ((sizeof (omp_lock_t)) < 0)
| {
|   long int i = longval ();
|   if (i != (sizeof (omp_lock_t)))
|   |   fprintf (f, "%ld", i);
| }
|   else
| {
|   unsigned long int i = ulongval ();
|   if (i != (sizeof (omp_lock_t)))
|   return 1;
|   fprintf (f, "%lu", i);
| }
|   /* Do not output a trailing newline, as this causes \r\n confusion
|  on some platforms.  */
|   return ferror (f) || fclose (f) != 0;
| 
|   ;
|   return 0;
| }
configure:16741: error: unsupported system, cannot find sizeof (omp_lock_t)

[Bug bootstrap/82037] powerpc64-unknown-linux-gnu bootstrap breaks in stage2 with gcc/liblto_plugin.so: wrong ELF class: ELFCLASS64

[dclarke at blastwave dot org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037

--- Comment #4 from Dennis Clarke  ---
What if the objective was to have a final 64-bit gcc binary the same as
I have on sparc : 

d # ls -lap /usr/local/gcc7/bin/gcc 
-rwxr-xr-x   3 root root 6275104 Aug 30 18:40 /usr/local/gcc7/bin/gcc

d# file /usr/local/gcc7/bin/gcc
/usr/local/gcc7/bin/gcc: ELF 64-bit MSB executable SPARCV9 Version 1,
dynamically linked, not stripped

[Bug go/82043] error: redefinition of ...

[mfe at live dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043

--- Comment #2 from martin  ---
I looked at the bash history and I used the trunk source to compile gcc. I'm
sorry for the wrong information.

[Bug c++/82029] [8 Regression] bogus error: ‘__PRETTY_FUNCTION__’ was not declared in this scope

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82029

Jason Merrill  changed:

   What|Removed |Added

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

[Bug bootstrap/82037] powerpc64-unknown-linux-gnu bootstrap breaks in stage2 with gcc/liblto_plugin.so: wrong ELF class: ELFCLASS64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037

--- Comment #3 from Andreas Schwab  ---
Try configuring with --with-cpu=default32.

[Bug c++/82047] New: non-existent variable template used to initialize variable

[john at mcfarlane dot name]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82047

Bug ID: 82047
   Summary: non-existent variable template used to initialize
variable
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: john at mcfarlane dot name
  Target Milestone: ---

The following code compiles:

template struct S {};
template constexpr T v;
constexpr auto c = v;

The result is a variable of type `struct S` which appears to be
value-initialized.

Expected: 
Compiler emits an error for `c` because there is no such variable as `v` of `S`
of `void` (or `v` of anything else for that matter).

Command:
g++ file.cpp -std=c++17

Version:
Observed in 7.1, 7.2 and 8.0 on Wandbox and in 7.1 on Ubuntu 16.04:

Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/local/ANT/johmcfj/gcc/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /home/local/ANT/johmcfj/Downloads/gcc-7.1.0/./configure
--disable-multilib --prefix=/home/local/ANT/johmcfj/gcc/
--enable-languages=c,c++,lto
Thread model: posix
gcc version 7.1.0 (GCC)