[Bug target/64345] [SH] Improve single bit extraction

2015-07-19 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64345 --- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org --- A recent change in the middle end has triggered this: FAIL: gcc.target/sh/pr54236-1.c scan-assembler-times negc 2 The test int test_07 (int *vec) { /* Must not see a 'sett' or

[Bug c/66903] The gcc 4.9.2 crashes when processing declarations such as: int (( ... (x) ... ))

2015-07-19 Thread speirofr at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66903 --- Comment #4 from Salva Peiró speirofr at gmail dot com --- Confirmed, the cause of the crash is the parser _cpp_lex_direct() consuming the default 8 MB Linux stack. Indeed, ulimit -s shows the stack size limit is set to 8192 KB, After

[Bug target/54236] [SH] Improve addc and subc insn utilization

2015-07-19 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236 --- Comment #16 from Oleg Endo olegendo at gcc dot gnu.org --- Created attachment 36012 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36012action=edit addsicc pattern (In reply to Oleg Endo from comment #9) The following function compiled

[Bug target/63304] Aarch64 pc-relative load offset out of range

2015-07-19 Thread david.abdurachmanov at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #14 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I hit another two cases of this. 1. g2root tool, which converts GEANT geometry to ROOT geometry. It create a single function, which contains lots of descriptions

[Bug target/64345] [SH] Improve single bit extraction

2015-07-19 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64345 --- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org --- (In reply to Oleg Endo from comment #2) The following pattern seems to fix the test case. === --- gcc/config/sh/sh.md

[Bug c++/66934] Compiler accepting ill-formed program with extern variable declarations and using-declaration

2015-07-19 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66934 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- I think we could combine most of your reports into one or two PRs since they're all related and fixing them one by one would probably not be very efficient.

[Bug preprocessor/66932] Preprocessor includes wrong header file

2015-07-19 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66932 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug c/66918] Disable inline function declared but never defined warning

2015-07-19 Thread eugene.zelenko at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66918 --- Comment #4 from Eugene Zelenko eugene.zelenko at gmail dot com --- (In reply to Manuel López-Ibáñez from comment #3) Does Clang have an option for this? GCC could use the same name. (The same warning exists in the C++ FE, thus it should

[Bug middle-end/64394] ICE: in build_linearized_memory_access, at graphite-interchange.c:121 (isl_constraint.c:558: expecting integer value) with -floop-interchange

2015-07-19 Thread jana at saout dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64394 --- Comment #4 from Jana Saout jana at saout dot de --- Indeed - I've applied the patch on top of 5.2.0 and I can't reproduce the issue anymore with any of the packages that have failed before. Looking fine.

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that umask() is available

2015-07-19 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #5 from Keith Marshall keith.marshall at mailinator dot com --- (In reply to kargl from comment #4) Update title. The code in question is #ifdef HAVE_UMASK /* Temporarily set the umask such that the file has 0600 permissions.

[Bug c++/66934] Compiler accepting ill-formed program with extern variable declarations and using-declaration

2015-07-19 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66934 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org --- Problem report i.e. bugzilla bug.

[Bug c/66938] New: using bool as destination in overflow checkers

2015-07-19 Thread rv at rasmusvillemoes dot dk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66938 Bug ID: 66938 Summary: using bool as destination in overflow checkers Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component:

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that umask() is available

2015-07-19 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #6 from Keith Marshall keith.marshall at mailinator dot com --- (In reply to kargl from comment #4) Update title. The code in question is #ifdef HAVE_UMASK /* Temporarily set the umask such that the file has 0600 permissions.

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that umask() is available

2015-07-19 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug c++/66934] Compiler accepting ill-formed program with extern variable declarations and using-declaration

2015-07-19 Thread anders.granlund.0 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66934 --- Comment #2 from Anders Granlund anders.granlund.0 at gmail dot com --- (In reply to Jonathan Wakely from comment #1) I think we could combine most of your reports into one or two PRs since they're all related and fixing them one by one

[Bug libgcc/66939] New: build error gcc-5.2.0/libgcc/libgcc2.c:1955:6 internal compiler error: in real_from_string, at real.c:2078

2015-07-19 Thread richardbroadbent+gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66939 Bug ID: 66939 Summary: build error gcc-5.2.0/libgcc/libgcc2.c:1955:6 internal compiler error: in real_from_string, at real.c:2078 Product: gcc Version: 5.2.0 Status:

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that umask() is available

2015-07-19 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #8 from Keith Marshall keith.marshall at mailinator dot com --- (In reply to kargl from comment #7) So add #define S_IRWXG 0 #define S_IRWXO 0 to the header file wherever mingw defines the available mask bits for umask(3).

[Bug driver/66732] ISL 0.15 released, has breaking changes to gcc

2015-07-19 Thread jamespharvey20 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66732 --- Comment #2 from jamespharvey20 at gmail dot com --- Patches https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01162.html and https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01506.html Appear to resolve the issue. Compiling with ISL 0.15 just

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available

2015-07-19 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #2 from Keith Marshall keith.marshall at mailinator dot com --- (In reply to kargl from comment #1) The name of the language is Fortran. The language has been called Fortran since 1988 or so. It was always FORTRAN, in the days

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available

2015-07-19 Thread sgk at troutmask dot apl.washington.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu --- On Sun, Jul 19, 2015 at 05:29:35PM +, keith.marshall at mailinator dot com wrote: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 --- Comment #2 from Keith

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available

2015-07-19 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P5 Severity|normal

[Bug inline-asm/49611] Inline asm should support input/output of flags

2015-07-19 Thread gcc.hall at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49611 --- Comment #15 from Jeremy gcc.hall at gmail dot com --- Perhaps the optimizer can reduce seta; test; jnz to ja since the compiler now knows the intention. In which case this is a great solution. On 17 July 2015 at 22:24, gccbugzilla at

[Bug libfortran/66936] New: io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available

2015-07-19 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 Bug ID: 66936 Summary: io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available Product: gcc Version: unknown Status: UNCONFIRMED

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that mkstemp() is available

2015-07-19 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug c++/66937] New: Do not compare constraints for unconstrained template template parameters

2015-07-19 Thread rbock at eudoxos dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66937 Bug ID: 66937 Summary: Do not compare constraints for unconstrained template template parameters Product: gcc Version: c++-concepts Status: UNCONFIRMED

[Bug preprocessor/66932] Preprocessor includes wrong header file

2015-07-19 Thread pilot.mm at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66932 --- Comment #3 from Michael McWilliam pilot.mm at gmail dot com --- (In reply to Jonathan Wakely from comment #2) Works for me too, with any version. gcc_bug$ which gcc ~/gcc/4.9.3/bin/gcc gcc_bug$ cd gas gas$ ./compile.sh ^[[3~In file

[Bug libfortran/66936] io/unix.c gratuitously uses S_IRWXG and S_IRWXO on the basis that umask() is available

2015-07-19 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66936 kargl at gcc dot gnu.org changed: What|Removed |Added Summary|io/unix.c gratuitously uses |io/unix.c gratuitously uses

[Bug middle-end/64327] ../../gcc/gcc/rtlanal.c:4881:48: runtime error: shift exponent 4294967295 is too large for 64-bit type 'long unsigned int'

2015-07-19 Thread zeccav at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327 --- Comment #5 from Vittorio Zecca zeccav at gmail dot com --- In 5.2.0 too.

[Bug c++/66941] New: Missing diagnostic extraneous template parameter list in template specialization

2015-07-19 Thread miyuki at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66941 Bug ID: 66941 Summary: Missing diagnostic extraneous template parameter list in template specialization Product: gcc Version: 6.0 Status: UNCONFIRMED Severity:

[Bug rtl-optimization/66940] New: ifcvt.c:1907 signed integer overflow

2015-07-19 Thread zeccav at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66940 Bug ID: 66940 Summary: ifcvt.c:1907 signed integer overflow Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/64833] [SH]: Error: pcrel too far when compiling imagemagick and graphicsmagick on Debian sh4

2015-07-19 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64833 --- Comment #25 from John Paul Adrian Glaubitz glaubitz at physik dot fu-berlin.de --- (In reply to Kazumoto Kojima from comment #24) Fixed. Can confirm, graphicsmagick just built successfully for the first time since 2013 :).

[Bug target/66917] ARM: NEON: memcpy compiles to vld1 and vst1 with incorrect alignment

2015-07-19 Thread mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66917 --- Comment #2 from Mikael Pettersson mikpelinux at gmail dot com --- This test case changed behaviour twice in the 4.7-4.8 development cycle. First r185807 broke it by replacing code for unaligned memory accesses with code requiring more