[Bug fortran/70215] segmentation fault with allocate on assign; 32 bit version, not 64 bit

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu.org

--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #2)
> Shall we add a test case?

Why?  A testcase was probably added when
the bug(s) were fixed.  See pault's recent
commits for example.

[Bug fortran/70215] segmentation fault with allocate on assign; 32 bit version, not 64 bit

[kargl at gcc dot gnu.org]

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

--- Comment #3 from kargl at gcc dot gnu.org ---
A bunch of deferred parameter length bugs were fixed
3 days ago on the 5-branch.  Please update your version 
of gfortran and try again.

[Bug target/70216] [SH] Implement __builtin_trap

[olegendo at gcc dot gnu.org]

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

Oleg Endo  changed:

   What|Removed |Added

 CC||aurelien at aurel32 dot net,
   ||glaubitz at physik dot 
fu-berlin.d
   ||e, kkojima at gcc dot gnu.org

--- Comment #1 from Oleg Endo  ---
I'm thinking to add a new -m option to enable the generation of the SH trap
insn for __builtin_trap.

For example: -mbuiltin_trap=123 would emit "trap #123".

For sh4-linux this option should be enabled by default with some useful trap
number value.  Which trap number should be used in this case?

[Bug target/70216] New: [SH] Implement __builtin_trap

[olegendo at gcc dot gnu.org]

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

Bug ID: 70216
   Summary: [SH] Implement __builtin_trap
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: olegendo at gcc dot gnu.org
  Target Milestone: ---
Target: sh*-*-*

Debian folks have noted that __builtin_trap is not implemented on SH, which
causes some inconveniences when building glibc.

https://lists.debian.org/debian-superh/2016/03/msg0.html

Other targets seem to implement __builtin_trap via unconditional trap, e.g.
ARM:

https://gcc.gnu.org/viewcvs/gcc?view=revision=205749

We could do something similar on SH.

[Bug c++/70207] use of causes segmentation fault

[katayama.hirofumi.mz at gmail dot com]

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

--- Comment #2 from katayama.hirofumi.mz at gmail dot com  ---
https://github.com/Alexpux/MINGW-packages/issues/1104

[Bug fortran/69520] Implement reversal of -fcheck options

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #9 from Jerry DeLisle  ---
Closing

[Bug fortran/70215] segmentation fault with allocate on assign; 32 bit version, not 64 bit

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu.org

--- Comment #2 from Jerry DeLisle  ---
Shall we add a test case?

[Bug fortran/69520] Implement reversal of -fcheck options

[jvdelisle at gcc dot gnu.org]

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

--- Comment #8 from Jerry DeLisle  ---
Author: jvdelisle
Date: Sun Mar 13 00:19:08 2016
New Revision: 234167

URL: https://gcc.gnu.org/viewcvs?rev=234167=gcc=rev
Log:
2016-03-12  Jerry DeLisle  
Harold Anlauf  

PR fortran/69520
* invoke.texi: Explain use of the 'no-' construct within the
-fcheck= option.
* options.c (gfc_handle_runtime_check_option): Enable use of
'no-' prefix for the various options with -fcheck= to allow
negating previously enabled check options.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/invoke.texi
trunk/gcc/fortran/options.c

[Bug fortran/70215] segmentation fault with allocate on assign; 32 bit version, not 64 bit

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-03-13
 CC||pault at gcc dot gnu.org
 Blocks||68241
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
I can reproduce the PR with 5.3.0, but it seems to be fixed on 5.3.1 and trunk
(6.0).
Likely r230396 for trunk and r232203 for the gcc-5 branch.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
[Bug 68241] [meta-bug] Deferred-length character

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

[olegendo at gcc dot gnu.org]

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

Oleg Endo  changed:

   What|Removed |Added

 CC||olegendo at gcc dot gnu.org

--- Comment #7 from Oleg Endo  ---
Is this a dup of PR 56365?  Sounds like so ...

[Bug driver/70192] -fno-pic doesn't work with --enable-default-pie

[psturm at computervoice dot com]

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

--- Comment #4 from psturm at computervoice dot com ---
The errors are in the test suite summary attachment above.

[Bug driver/70192] -fno-pic doesn't work with --enable-default-pie

[hjl.tools at gmail dot com]

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

--- Comment #3 from H.J. Lu  ---
(In reply to psturm from comment #2)
> I applied the patch for 70192 and rebuilt gcc and reran the test suite. gcc
> had 46 errors and g++ had 26.

Please upload your errors here.

[Bug testsuite/68232] gcc.dg/ifcvt-4.c fails on some arm configurations

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Target|arm, powerpc64le-linux-gnu  |arm, powerpc64le-linux-gnu,
   ||hppa64-*-*
 CC||danglin at gcc dot gnu.org

--- Comment #7 from John David Anglin  ---
Fails hppa64 which has a branch cost of 2.  Passes on 32-bit hppa targets
which are typically tested with branch cost of 1.

[Bug fortran/70215] New: segmentation fault with allocate on assign; 32 bit version, not 64 bit

[brad.finney at humboldt dot edu]

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

Bug ID: 70215
   Summary: segmentation fault with allocate on assign; 32 bit
version, not 64 bit
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: brad.finney at humboldt dot edu
  Target Milestone: ---

Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
Backtrace for this error:
#0  

when compiling with 32 bit architecture selected (-m32 flag), but executes
correctly without error when 64 bit is selected.

program defer
  implicit none
  character(len=:), dimension(:), allocatable::s
  s=["a12","ab3","abc"]
  write(*,*)"shape of s: ",shape(s)
end program defer

gcc version 5.3.0, Target: x86_64-w64-mingw32

[Bug driver/70192] -fno-pic doesn't work with --enable-default-pie

[psturm at computervoice dot com]

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

--- Comment #2 from psturm at computervoice dot com ---
I applied the patch for 70192 and rebuilt gcc and reran the test suite. gcc had
46 errors and g++ had 26.

[Bug driver/70192] -fno-pic doesn't work with --enable-default-pie

[psturm at computervoice dot com]

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

psturm at computervoice dot com changed:

   What|Removed |Added

 CC||psturm at computervoice dot com

--- Comment #1 from psturm at computervoice dot com ---
Created attachment 37949
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37949=edit
gcc test suite summary

[Bug target/70210] -march=native and -mcpu=native do not detect ARM cortex-a53 in 32 bit mode on Linux

[ktkachov at gcc dot gnu.org]

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

ktkachov at gcc dot gnu.org changed:

   What|Removed |Added

 Target||arm-linux-gnueabihf
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-03-12
 CC||ktkachov at gcc dot gnu.org
  Component|c   |target
   Host||arm-linux-gnueabihf
 Ever confirmed|0   |1

--- Comment #2 from ktkachov at gcc dot gnu.org ---
Confirmed.

[Bug middle-end/70199] Crash at -O2 when using labels.

[sce196 at icloud dot com]

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

--- Comment #2 from Sam Ellis  ---
Yes, I have made an attempt at reducing the original code to a small subset
that still reproduces the crash. Now that you mention it, it is possible I
reduced it too far to the extent that it won't compile or run as expected.
Nonetheless, crashing the compiler isn't so good. If there is a need for the
non-reduced code then I can attach that as well.

[Bug ipa/70188] [4.9,5 Regression] gcc 4.9+ miscompiles code on hppa

[danglin at gcc dot gnu.org]

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

--- Comment #4 from John David Anglin  ---
Maybe related to .

[Bug ipa/70188] [4.9,5 Regression] gcc 4.9+ miscompiles code on hppa

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-03-12
  Component|middle-end  |ipa
 Ever confirmed|0   |1

--- Comment #3 from John David Anglin  ---
Adding "-fno-ipa-sra" at -O2 results in same assembler code as -O1. 
"-fipa-sra" appears to break the iteration in this function.  The problem is
not with "bvprv and/or bvprvp".

[Bug rtl-optimization/69307] [4.9/5 Regression] wrong code with -O2 -fselective-scheduling @ armv7a

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
Summary|[4.9/5/6 Regression] wrong  |[4.9/5 Regression] wrong
   |code with -O2   |code with -O2
   |-fselective-scheduling @|-fselective-scheduling @
   |armv7a  |armv7a

--- Comment #8 from Jeffrey A. Law  ---
Fixed on trunk.

[Bug rtl-optimization/69307] [4.9/5/6 Regression] wrong code with -O2 -fselective-scheduling @ armv7a

[law at gcc dot gnu.org]

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

--- Comment #7 from Jeffrey A. Law  ---
Author: law
Date: Sat Mar 12 17:12:29 2016
New Revision: 234163

URL: https://gcc.gnu.org/viewcvs?rev=234163=gcc=rev
Log:
PR rtl-optimization/69307
* sel-sched.c (choose_best_pseudo_reg): Properly check for hard
registers in modes that span more than one register.

PR rtl-optimization/69307
* gcc.dg/pr69307.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr69307.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/sel-sched.c
trunk/gcc/testsuite/ChangeLog

[Bug target/69614] [6 Regression] wrong code with -Os -fno-expensive-optimizations -fschedule-insns -mtpcs-leaf-frame -fira-algorithm=priority @ armv7a

[vmakarov at gcc dot gnu.org]

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

--- Comment #25 from Vladimir Makarov  ---
Author: vmakarov
Date: Sat Mar 12 14:56:24 2016
New Revision: 234162

URL: https://gcc.gnu.org/viewcvs?rev=234162=gcc=rev
Log:
2016-03-12  Vladimir Makarov  

PR target/69614
* lra-constraints.c (delete_move_and_clobber): New.
(remove_inheritance_pseudos): Use it.

2016-03-12  Vladimir Makarov  

PR target/69614
* gcc.target/arm/pr69614.c: New.



Added:
trunk/gcc/testsuite/gcc.target/arm/pr69614.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/lra-constraints.c
trunk/gcc/testsuite/ChangeLog

[Bug target/69614] [6 Regression] wrong code with -Os -fno-expensive-optimizations -fschedule-insns -mtpcs-leaf-frame -fira-algorithm=priority @ armv7a

[vmakarov at gcc dot gnu.org]

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

--- Comment #24 from Vladimir Makarov  ---
I have a patch and will commit it today.

[Bug fortran/69524] [6 Regression] [F08] Compiler segfaults on "module subroutine"

[pault at gcc dot gnu.org]

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

--- Comment #9 from Paul Thomas  ---
Author: pault
Date: Sat Mar 12 13:59:10 2016
New Revision: 234161

URL: https://gcc.gnu.org/viewcvs?rev=234161=gcc=rev
Log:
2016-03-12  Paul Thomas  

PR fortran/70031
* decl.c (gfc_match_prefix): Treat the 'module' prefix in the
same way as the others, rather than fixing it to come last.
(gfc_match_function_decl, gfc_match_subroutine): After errors
in 'copy_prefix', emit them immediately in the case of module
procedures to prevent a later ICE.

PR fortran/69524
* decl.c (gfc_match_submod_proc): Permit 'module procedure'
declarations within the contains section of modules as well as
submodules.
* resolve.c (resolve_fl_procedure): Likewise.
*trans-decl.c (build_function_decl): Change the gcc_assert to
allow all forms of module procedure declarations within module
contains sections.

2016-03-12  Paul Thomas  

PR fortran/70031
* gfortran.dg/submodule_14.f08: New test

PR fortran/69524
* gfortran.dg/submodule_15.f08: New test

Added:
trunk/gcc/testsuite/gfortran.dg/submodule_14.f08
trunk/gcc/testsuite/gfortran.dg/submodule_15.f08
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/trans-decl.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/70031] Error in recursive module subroutine declaration if declared as "module recursive"

[pault at gcc dot gnu.org]

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

--- Comment #2 from Paul Thomas  ---
Author: pault
Date: Sat Mar 12 13:59:10 2016
New Revision: 234161

URL: https://gcc.gnu.org/viewcvs?rev=234161=gcc=rev
Log:
2016-03-12  Paul Thomas  

PR fortran/70031
* decl.c (gfc_match_prefix): Treat the 'module' prefix in the
same way as the others, rather than fixing it to come last.
(gfc_match_function_decl, gfc_match_subroutine): After errors
in 'copy_prefix', emit them immediately in the case of module
procedures to prevent a later ICE.

PR fortran/69524
* decl.c (gfc_match_submod_proc): Permit 'module procedure'
declarations within the contains section of modules as well as
submodules.
* resolve.c (resolve_fl_procedure): Likewise.
*trans-decl.c (build_function_decl): Change the gcc_assert to
allow all forms of module procedure declarations within module
contains sections.

2016-03-12  Paul Thomas  

PR fortran/70031
* gfortran.dg/submodule_14.f08: New test

PR fortran/69524
* gfortran.dg/submodule_15.f08: New test

Added:
trunk/gcc/testsuite/gfortran.dg/submodule_14.f08
trunk/gcc/testsuite/gfortran.dg/submodule_15.f08
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/trans-decl.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/70213] Not all ambiguous cases of method constraint overloading caught?

[xyzdragon at fastmail dot fm]

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

--- Comment #2 from xyzdragon at fastmail dot fm ---
to
  bool( isConst() )
even though this shouldn't be necessary, because isConst already has return
type bool.

(Sorry for split post, I accidentally pressed the send button)

[Bug c++/70213] Not all ambiguous cases of method constraint overloading caught?

[xyzdragon at fastmail dot fm]

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

--- Comment #1 from xyzdragon at fastmail dot fm ---
I just noticed, that as a workaround the it works to change
isConst()

[Bug c/70214] New: external call is not considered a barrier

[stsp at users dot sourceforge.net]

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

Bug ID: 70214
   Summary: external call is not considered a barrier
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: stsp at users dot sourceforge.net
  Target Milestone: ---

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

The attached test-case prints "1" when
compiled with -O0, and "0" when compiled
with -O1. I checked with clang - always "1",
no matter what optimization level is.

The bug is that gcc seems to no longer consider
the external function call (pthread_kill() in
this case) as an optimization barrier.

[Bug c++/70213] New: Not all ambiguous cases of method constraint overloading caught?

[xyzdragon at fastmail dot fm]

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

Bug ID: 70213
   Summary: Not all ambiguous cases of method constraint
overloading caught?
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: xyzdragon at fastmail dot fm
  Target Milestone: ---

I'm really a complete novice on the topic of concepts, but I read
  http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3701.pdf
and on page 5 it introduces constraints for class methods.

#include 

class A {};

template bool constexpr isConst() { return false; }
template<> bool constexpr isConst() { return true; }

template
struct B {
void echo(void) requires isConst()
{ std::cout << "isConst" << std::endl; };

void echo(void) requires isConst() && true
{ std::cout << "isConst && true" << std::endl; };

/*
concepts.cpp:131:13: error: call of overloaded 'echo()' is ambiguous
 ba.echo();
=> weirdly the above two functions don't return such ambiguity ...
*/
//void echo(void) requires isConst() && true && true;

void echo(void) requires isConst() && true || false
{ std::cout << "isConst && true || false" << std::endl; };
};

int main( void )
{
B ba;
ba.echo();

return 0;
}

If I don't have a complete brainfreeze at the moment, then (x && true) should
be identical to (x) and (x || false) should be identical to (x). The compiler
doesn't seem to notice that. Furthermore I don't understand why (requires x &&
true) is preferred over (requires x && true || false) and (requires x)

I'm using /opt/gcc-6/bin/g++ --version
  g++ (GCC) 6.0.0 20151213 (experimental)
  Copyright (C) 2015 Free Software Foundation, Inc.

[Bug tree-optimization/69735] [6 Regression] internal compiler error: in harmful_loop_in_region, at graphite-scop-detection.c:1045

[vries at gcc dot gnu.org]

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

vries at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-03-12
 CC||vries at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from vries at gcc dot gnu.org ---
confirmed on x86_64.

[Bug c++/70212] New: internal compiler error: Segmentation fault when compiling easylogging++.h v9.80

[rahulgupta.iisc at gmail dot com]

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

Bug ID: 70212
   Summary: internal compiler error: Segmentation fault when
compiling easylogging++.h v9.80
   Product: gcc
   Version: 4.6.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rahulgupta.iisc at gmail dot com
  Target Milestone: ---

// Below is the code from where I use easylogging++.h.
// logging library downloaded from below link:
// https://github.com/easylogging/easyloggingpp

#include "easylogging++.h"

INITIALIZE_EASYLOGGINGPP

int main(void) {

LOG(INFO) << "My first ultimate log message";

LOG(INFO) << "This" << "is" << "log" << "without" << "spaces";
el::Loggers::addFlag(el::LoggingFlag::AutoSpacing);
LOG(INFO) << "This" << "is" << "log" << "with" << "spaces";
return 0;
}



g++ -std=c++0x very-basic.cpp 
In file included from very-basic.cpp:9:0:
easylogging++.h: In function ‘el::base::type::EnumType
el::base::utils::bitwise::And(Enum, el::base::type::EnumType) [with Enum =
el::base::FormatFlags, el::base::type::EnumType = short unsigned int]’:
easylogging++.h:935:55:   instantiated from ‘bool
el::base::utils::hasFlag(Enum, el::base::type::EnumType) [with Enum =
el::base::FormatFlags, el::base::type::EnumType = short unsigned int]’
easylogging++.h:2228:50:   instantiated from here
easylogging++.h:914:89: internal compiler error: Segmentation fault



g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.6.4-1ubuntu1~12.04' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.6 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object
--enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.4 (Ubuntu/Linaro 4.6.4-1ubuntu1~12.04)

[Bug bootstrap/70211] New: gcc-6-20160306 fails to build on ARM Linux with in tree ISL due to undefined GMP symbol __gmpn_invert_limb in isl_test

[andrewm.roberts at sky dot com]

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

Bug ID: 70211
   Summary: gcc-6-20160306 fails to build on ARM Linux with in
tree ISL due to undefined GMP symbol
__gmpn_invert_limb in isl_test
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: andrewm.roberts at sky dot com
  Target Milestone: ---

Build of gcc-6-20160306 fails on ARM Linux when building in tree ISL due to
undefined GMP symbol __gmpn_invert_limb when building isl_test

This failure dates back to at least 2013 as Linux From Scratch references it
here:
https://sourceware.org/bugzilla/attachment.cgi?id=6807
# PiLFS Build Script SVN-20130102 v1.0
...
# Workaround for a problem introduced with GMP 5.1.0.
# If configured by gcc with the "none" host & target, it will result in
undefined references to '__gmpn_invert_limb' during linking.
# Should be fixed by next version of gcc, but let me know if you have any more
ideas on this.
sed -i 's/none-/armv6l-/' Makefile

Make Error:
...
/bin/sh ./libtool  --tag=CC   --mode=link armv7l-unknown-linux-gnueabihf-gcc 
-O2 -march=armv7-a -pipe  -static-libstdc++ -static-libgcc  -o isl_test
isl_test.o libisl.la /home/alarm/gcc/gcc-build/./gmp/libgmp.la
libtool: link: armv7l-unknown-linux-gnueabihf-gcc -O2 -march=armv7-a -pipe
-static-libstdc++ -static-libgcc -o isl_test isl_test.o  ./.libs/libisl.a
/home/alarm/gcc/gcc-build/./gmp/.libs/libgmp.a
/home/alarm/gcc/gcc-build/./gmp/.libs/libgmp.a(divrem_1.o): In function
`__gmpn_divrem_1':
divrem_1.c:(.text+0xb0): undefined reference to `__gmpn_invert_limb'
divrem_1.c:(.text+0x1d4): undefined reference to `__gmpn_invert_limb'
/home/alarm/gcc/gcc-build/./gmp/.libs/libgmp.a(mod_1.o): In function
`__gmpn_mod_1':
mod_1.c:(.text+0x60): undefined reference to `__gmpn_invert_limb'
mod_1.c:(.text+0x170): undefined reference to `__gmpn_invert_limb'
/home/alarm/gcc/gcc-build/./gmp/.libs/libgmp.a(div_q.o): In function
`__gmpn_div_q':
div_q.c:(.text+0x174): undefined reference to `__gmpn_invert_limb'
/home/alarm/gcc/gcc-build/./gmp/.libs/libgmp.a(div_q.o):div_q.c:(.text+0x460):
more undefined references to `__gmpn_invert_limb' follow
collect2: error: ld returned 1 exit status
Makefile:1276: recipe for target 'isl_test' failed

The failure is due to --host=none-... and --target=none-... appearing the
gcc-build/gcc/Makefile for the configure-gmp target after configure.

This happens on (at least) armv6l (Raspberry Pi)  and armv7l (Raspberry Pi 3)
Editing the makefile to replace 'none-' with 'armv6l-' or 'armv7l-' allows the
build to complete.

Built Using:
tar -xjf gcc-6-20160306.tar.bz2
mv gcc-6-20160306 gcc-6.0.0
cd gcc-6.0.0
# From ftp://gcc.gnu.org/pub/gcc/infrastructure/
tar -xjf isl-0.16.1.tar.bz
ln -sf isl-0.16.1 isl
cd isl
# This version of ISL is using older version of automake, needs reconfigure
autoreconf
cd ..
# From MPFR website
tar -xjf mpfr-3.1.4.tar.bz2
ln -sf mpfr-3.1.4 mpfr
# From MPC website
tar -xzf mpc-1.0.3.tar.gz
ln -sf mpc-1.0.3 mpc
# From GMP website
tar -xjf gmp-6.1.0.tar.bz2
ln -sf gmp-6.1.0 gmp
cd ..
mkdir gcc-build
cd gcc-build
../gcc-6.0.0/configure --prefix=/usr/local/gcc-6.0.0 --program-suffix= \
--enable-languages=c,c++,fortran --enable-shared --enable-threads=posix \
--with-system-zlib --with-isl --enable-__cxa_atexit \
--disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch \
--disable-libssp --enable-gnu-unique-object --enable-linker-build-id \
--enable-lto --enable-plugin --enable-install-libiberty \
--with-linker-hash-style=gnu --enable-gnu-indirect-function \
--disable-multilib --disable-werror --enable-checking=release \
--host=armv7l-unknown-linux-gnueabihf --build=armv7l-unknown-linux-gnueabihf \
--target=armv7l-unknown-linux-gnueabihf --with-arch=armv7-a \
--with-float=hard --with-fpu=vfpv3-d16 --disable-bootstrap
# then run make

Resulting Makefile:
...
.PHONY: configure-gmp maybe-configure-gmp
maybe-configure-gmp:
maybe-configure-gmp: configure-gmp
configure-gmp:
...
$(SHELL) \
  $$s/$$module_srcdir/configure \
  --srcdir=$${topdir}/$$module_srcdir \
  $(HOST_CONFIGARGS) --build=${build_alias}
--host=none-${host_vendor}-$
{host_os} \
  --target=none-${host_vendor}-${host_os} --disable-shared LEX="touch
le
x.yy.c" \
  || exit 1
...

The --host=none- --target=none- cause the build of intree ISL to fail:

Built on Arch Linux Arm:
uname -a
Linux alarmpi 4.1.19-4-ARCH #1 SMP Wed Mar 9 18:23:02 MST 2016 armv7l GNU/Linux

Using tools:
automake: 1.15-1
autoconf 2.69-2
libtool: 2.4.6-4
binutils: 2.26-3
m4 1.4.17-1

Using in tree libraries:
isl-0.16.1 (need to run autoreconf in isl directory before configuring)
mpfr-3.1.4
mpc-1.0.3
gmp-6.1.0

Host gcc:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc

[Bug ada/70017] c52103x and c52104x test failure on s390x

[ebotcazou at gcc dot gnu.org]

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

--- Comment #12 from Eric Botcazou  ---
Author: ebotcazou
Date: Sat Mar 12 11:32:54 2016
New Revision: 234160

URL: https://gcc.gnu.org/viewcvs?rev=234160=gcc=rev
Log:
PR ada/70017
* calls.c (emit_library_call_value_1): Clear the ECF_NOTHROW flag if
the libcall is LCT_THROW.
* explow.c (probe_stack_range): Pass LCT_THROW to emit_library_call
for the checking routine.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/calls.c
trunk/gcc/explow.c

[Bug target/69988] libgo.so: undefined reference to `__unorddf2'

[glaubitz at physik dot fu-berlin.de]

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

John Paul Adrian Glaubitz  changed:

   What|Removed |Added

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

--- Comment #15 from John Paul Adrian Glaubitz  ---
Alright. It turns out that my glibc was not built with "--without-fp". After
rebuilding glibc with that configure option, gcc-5 now builds fine.

Closing as INVALID.

[Bug target/70208] [6 Regression] Operand size mismatch for `vpextrb' w/ -O3 -mavx -masm=intel

[asolokha at gmx dot com]

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

--- Comment #1 from Arseny Solokha  ---
Must be a duplicate of PR70049, though.

[Bug c/70210] -march=native and -mcpu=native do not detect ARM cortex-a53 in 32 bit mode on Linux

[andrewm.roberts at sky dot com]

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

--- Comment #1 from Andrew Roberts  ---
Note this was causing bug 70132 (ARM -mcpu=native can cause a double free
abort). 
A patch as been subitted to fix the double free, but doesn't address 
the failure to detect the CPU

[Bug c/70210] New: -march=native and -mcpu=native do not detect ARM cortex-a53 in 32 bit mode on Linux

[andrewm.roberts at sky dot com]

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

Bug ID: 70210
   Summary: -march=native and -mcpu=native do not detect ARM
cortex-a53 in 32 bit mode on Linux
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: andrewm.roberts at sky dot com
  Target Milestone: ---

When using -march=native or -mcpu=native with gcc-6-20160306 snapshot (and also
on previous released versions), the ARM cortex-a53 CPU is not detected in 32
bit mode. This CPU is used on the Raspberry Pi 3 (BCM2834) amongst others.

Tested on Arch Linux ARM:

uname -a
Linux alarmpi 4.1.19-2-ARCH #1 SMP Sat Mar 5 22:22:01 MST 2016 armv7l GNU/Linux

cat /proc/cpuinfo
processor   : 0
model name  : ARMv7 Processor rev 4 (v7l)
BogoMIPS: 76.80
Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xd03
CPU revision: 4

processor   : 1
model name  : ARMv7 Processor rev 4 (v7l)
BogoMIPS: 76.80
Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xd03
CPU revision: 4

processor   : 2
model name  : ARMv7 Processor rev 4 (v7l)
BogoMIPS: 76.80
Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xd03
CPU revision: 4

processor   : 3
model name  : ARMv7 Processor rev 4 (v7l)
BogoMIPS: 76.80
Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xd03
CPU revision: 4

Hardware: BCM2709
Revision: a02082
Serial  : 

/usr/local/gcc-6.0.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/gcc-6.0.0/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc-6.0.0/libexec/gcc/armv7l-unknown-linux-gnueab
ihf/6.0.0/lto-wrapper
Target: armv7l-unknown-linux-gnueabihf
Configured with: ../gcc-6.0.0/configure --prefix=/usr/local/gcc-6.0.0
--program-
suffix= --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix 
--with-system-zlib --with-isl --enable-__cxa_atexit
--disable-libunwind-exceptio
ns --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp
--enable-gnu-un
ique-object --enable-linker-build-id --enable-lto --enable-plugin
--enable-insta
ll-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function
--disab
le-multilib --disable-werror --enable-checking=release
--host=armv7l-unknown-lin
ux-gnueabihf --build=armv7l-unknown-linux-gnueabihf
--target=armv7l-unknown-linu
x-gnueabihf --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16
--disable
-bootstrap
Thread model: posix
gcc version 6.0.0 20160306 (experimental) (GCC) 

The CPU part table in gcc/config/arm/driver-arm.c does not include the
cortex-a53 part number (0xd03).

[Bug driver/70132] ARM -mcpu=native can cause a double free abort.

[ktkachov at gcc dot gnu.org]

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

--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to Andrew Roberts from comment #5)
> Do I need to raise another bug report  to get the march=native to actually
> generate native code, or has one already been raised?
> 
> My original report (Bug 70136) included full /proc/cpuinfo for the BCM2834
> as used on the Raspberry Pi 3 in 32 bit mode.
> 
> CPU implementer   : 0x41
> CPU architecture: 7
> CPU variant   : 0x0
> CPU part  : 0xd03
> CPU revision  : 4

Yes, please raise a new report for that, thanks

[Bug fortran/70198] simple test floating point sequence gives incorrect values-- optimizer changes them

[dominiq at lps dot ens.fr]

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

--- Comment #6 from Dominique d'Humieres  ---
> If the code is compiled with the -fno-automatic option,
> one generates the desired result.  Note I said desired,
> not correct, because the code has a significant bug.
> When m=2 (see comment #4), the computed goto jumps to
> label 4.  The do-loop with the label 6 is executed.
> The variable 'a' is undefined.  It appears that this
> subroutine needs a SAVE statement.

Same problem with the array q. The code gives the "desired"
result with the following patch

--- pr70198.f   2016-03-11 22:10:39.0 +0100
+++ pr70198_db_1.f  2016-03-12 10:26:36.0 +0100
@@ -164,6 +164,7 @@ C
 C  This routine performs Runge-Kutta calculation by Gills Method
 C
   dimension y(10),f(10),q(10)
+  save a, q
   m=m+1
   go to (1,4,5,3,7), m
 1 do 2 i=1,n

[Bug c++/70209] [5/6 Regression] ICE in strip_typedefs, at cp/tree.c:1377

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-03-12
 CC||trippels at gcc dot gnu.org
   Target Milestone|--- |5.4
Summary|[5 Regression] ICE in   |[5/6 Regression] ICE in
   |strip_typedefs, at  |strip_typedefs, at
   |cp/tree.c:1377  |cp/tree.c:1377
 Ever confirmed|0   |1

[Bug c++/70209] New: [5 Regression] ICE in strip_typedefs, at cp/tree.c:1377

[doko at gcc dot gnu.org]

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

Bug ID: 70209
   Summary: [5 Regression] ICE in strip_typedefs, at
cp/tree.c:1377
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen for several packages, fails with the gcc-5-branch on 20160312, not yet
checked with a recent trunk:

class Vector {
public:
  typedef float EntryType;
  template  void m_fn1(S1);
} typedef sfloat_v;
template  struct A {
  typedef Vector::EntryType Ta __attribute__((__may_alias__));
  Ta *m_data;
  void m_fn2(Vector &, Vector &, Vector &, Vector &, Vector &) const;
};
template <>
void A::m_fn2(sfloat_v &, sfloat_v &, sfloat_v &, sfloat_v &,
   sfloat_v ) const {
p5.m_fn1(m_data)

$ g++ -c foo.ii
foo.ii: In substitution of 'template void Vector::m_fn1(S1) [with S1
= ]':
foo.ii:14:16:   required from here
foo.ii:14:16: internal compiler error: in strip_typedefs, at cp/tree.c:1377
 p5.m_fn1(m_data)
^
0x60ca6d strip_typedefs(tree_node*)
../../src/gcc/cp/tree.c:1377
0xd7fa90 strip_typedefs(tree_node*)
../../src/gcc/cp/tree.c:1239
0xd178af canonicalize_type_argument
../../src/gcc/cp/pt.c:6574
0xd178af unify
../../src/gcc/cp/pt.c:18363
0xd1f5eb unify_one_argument
../../src/gcc/cp/pt.c:17001
0xd1eccd type_unification_real
../../src/gcc/cp/pt.c:17072
0xd1e3bf fn_type_unification(tree_node*, tree_node*, tree_node*, tree_node*
const*, unsigned int, tree_node*, unification_kind_t, int, bool, bool)
../../src/gcc/cp/pt.c:16508
0xce877e add_template_candidate_real
../../src/gcc/cp/call.c:3069
0xce0288 add_template_candidate
../../src/gcc/cp/call.c:3166
0xce0288 add_candidates
../../src/gcc/cp/call.c:5297
0xce3cc3 build_new_method_call_1
../../src/gcc/cp/call.c:8133
0xce3cc3 build_new_method_call(tree_node*, tree_node*, vec<tree_node*, va_gc,
vl_embed>**, tree_node*, int, tree_node**, int)
../../src/gcc/cp/call.c:8329
0xd52ef2 cp_parser_postfix_expression
../../src/gcc/cp/parser.c:6347
0xd5202d cp_parser_unary_expression
../../src/gcc/cp/parser.c:7439
0xd5176b cp_parser_binary_expression
../../src/gcc/cp/parser.c:8173
0xd512e6 cp_parser_assignment_expression
../../src/gcc/cp/parser.c:8431
0xd543f1 cp_parser_expression
../../src/gcc/cp/parser.c:8585
0xd5641d cp_parser_expression_statement
../../src/gcc/cp/parser.c:9992
0xd55997 cp_parser_statement
../../src/gcc/cp/parser.c:9843
0xd556a4 cp_parser_statement_seq_opt
../../src/gcc/cp/parser.c:10115
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug inline-asm/70184] Explicit register variables holding function arguments overwritten by conversion libcall

[mikpelinux at gmail dot com]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpelinux at gmail dot com

--- Comment #5 from Mikael Pettersson  ---
Looks similar to PR48863.

[Bug target/70208] New: [6 Regression] Operand size mismatch for `vpextrb' w/ -O3 -mavx -masm=intel

[asolokha at gmx dot com]

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

Bug ID: 70208
   Summary: [6 Regression] Operand size mismatch for `vpextrb' w/
-O3 -mavx -masm=intel
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: assemble-failure, ssemmx
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: x86_64-*-*-*

When compiling the following reduced snippet w/ -O3 (or -Ofast) -mavx (and
above) -masm=intel, gcc-6.0.0-alpha20160306 produces assembly that is diagnosed
by gas as incorrect:

char oi;

void
pl(void)
{
  int mx;

  if (!oi)
for (mx = 0; mx < 30; ++mx)
  oi ^= 1;
}

% x86_64-unknown-linux-gnu-gcc-6.0.0-alpha20160306 -c -O3 -march=ivybridge
-masm=intel ca1lwdmy.c 
/tmp/ccFaEKel.s: Assembler messages:
/tmp/ccFaEKel.s:21: Error: operand size mismatch for `vpextrb'

And the offending instruction is obviously wrong: there should be

  vpextrb   BYTE PTR oi[rip], xmm0, 0

instead of generated

  vpextrb   DWORD PTR oi[rip], xmm0, 0

Given that instruction pextrb was introduced in SSE 4.1 (?), specifying -msse4,
-msse4.1, or -msse4.2 also works.