[Bug other/91048] Recent changes to contrib/mklog cause failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 Janne Blomqvist changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug other/91048] Recent changes to contrib/mklog cause failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 --- Comment #1 from Janne Blomqvist --- Author: jb Date: Tue Jul 2 05:54:31 2019 New Revision: 272921 URL: https://gcc.gnu.org/viewcvs?rev=272921=gcc=rev Log: mklog/91048: Open ~/.mklog in string mode. 2019-07-02 Janne Blomqvist

[Bug c/79632] params.def should not contain redundant comments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79632 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug fortran/79596] translation: argument to gfc_internal_error should not be translated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79596 Eric Gallager changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2017-02-22

[Bug fortran/37336] [F03] Finish derived-type finalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 --- Comment #30 from Jürgen Reuter --- Are there any plans on finishing the finalization implementation? To me it looks that the missing cases are the last open issues (besides some minor known bug) to claim complete F2003 implementation.

[Bug c++/91051] New: [9 Regression] Template conversion operator don't match when converting to constant rvalue reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91051 Bug ID: 91051 Summary: [9 Regression] Template conversion operator don't match when converting to constant rvalue reference Product: gcc Version: 9.1.0 Status:

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #24 from Jerry DeLisle --- On a different Ryzen machine: $ ./run.sh 1024 3.2604169845581055 2048 2.7804551124572754 4096 2.6416599750518799 8192 2.5986809730529785 16384 2.5525100231170654 32768

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #3

[Bug c++/90490] [9 Regression] ICE on noexcept with decltype expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90490 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/60223] [c++11] ICE with C++11-style default template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60223 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/90490] [9 Regression] ICE on noexcept with decltype expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90490 --- Comment #8 from Marek Polacek --- Author: mpolacek Date: Tue Jul 2 00:23:41 2019 New Revision: 272918 URL: https://gcc.gnu.org/viewcvs?rev=272918=gcc=rev Log: PR c++/90490 - fix decltype issues in noexcept-specifier. *

[Bug c++/60223] [c++11] ICE with C++11-style default template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60223 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Tue Jul 2 00:22:37 2019 New Revision: 272917 URL: https://gcc.gnu.org/viewcvs?rev=272917=gcc=rev Log: PR c++/60223 - ICE with T{} in non-deduced context. * pt.c

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Peter Bergner changed: What|Removed |Added CC||amodra at gcc dot gnu.org

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Peter Bergner changed: What|Removed |Added Target||powerpc*-*-* CC|

[Bug target/91050] New: -mdejagnu-cpu= does not affect the -m assembler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Bug ID: 91050 Summary: -mdejagnu-cpu= does not affect the -m assembler option Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug c++/91049] New: wrong location in -Wreturn-local-addr for a return throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91049 Bug ID: 91049 Summary: wrong location in -Wreturn-local-addr for a return throw Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/91049] wrong location in -Wreturn-local-addr for a return throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91049 Martin Sebor changed: What|Removed |Added Keywords||diagnostic Blocks|

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #23 from Thomas Koenig --- Some numbers for the provisionary patch, varying the size for the buffers. With the patch, the original benchmark (minus some output, only the elapsed time is shown) and the script for a in 1024 2048 4096

[Bug other/91048] New: Recent changes to contrib/mklog cause failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 Bug ID: 91048 Summary: Recent changes to contrib/mklog cause failure Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/66726] missed optimization, factor conversion out of COND_EXPR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726 --- Comment #21 from Jorn Wolfgang Rennecke --- Author: amylaar Date: Mon Jul 1 21:48:55 2019 New Revision: 272911 URL: https://gcc.gnu.org/viewcvs?rev=272911=gcc=rev Log: PR middle-end/66726 * tree-ssa-phiopt.c

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #15 from Marc Glisse --- https://gmplib.org/manual/Build-Options.html#index-Generic-C documents --disable-assembly as the official way to disable asm. But I am surprised that even with the snapshot you had asm. Looking at the current

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #23 from dave.anglin at bell dot net --- On 2019-07-01 3:12 p.m., elowe at elowe dot com wrote: > My configure line was: > > $ ../gcc-8.3.0/configure --enable-languages=c,c++ --prefix=/usr/local/gcc8.3 > --with-as=/usr/local/bin/as

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #22 from EML --- Thanks for the hints and options on IA64, I used the GNU AS (2.32), but the HP LD (ld: 92453-07 linker ld HP Itanium(R) B.12.65 IPF/IPF) Well, this is historically how you do it, I believe you need to use the HP

[Bug c++/91044] /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 --- Comment #3 from Jonathan Wakely --- (In reply to hugo from comment #2) > Please see the following page that defines a getline: > https://en.cppreference.com/w/cpp/string/basic_string/getline That's the URL I gave you. > This other page

[Bug target/91047] PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 Shawn Landden changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/91047] PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 --- Comment #1 from Shawn Landden --- My bad, the argument is passed in vr2, but this is not the same as vs2.

[Bug target/91047] New: PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 Bug ID: 91047 Summary: PowerPC: inline assembly doesn't know the difference between altivec and vsx registers Product: gcc Version: unknown Status: UNCONFIRMED

[Bug middle-end/90923] hash_map destroys elements without constructing them

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90923 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/90923] hash_map destroys elements without constructing them

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90923 --- Comment #3 from Martin Sebor --- Author: msebor Date: Mon Jul 1 18:33:36 2019 New Revision: 272893 URL: https://gcc.gnu.org/viewcvs?rev=272893=gcc=rev Log: PR middle-end/90923 - hash_map destroys elements without constructing them

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #14 from Andrew Roberts --- One final point even vanilla gcc 9.1.0 fails to build gmp standalone if CFLAGS is set, so issue with Raspbian compiler is that it is probably setting CFLAGS and thus messing up gmp build. To cause

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #21 from dave.anglin at bell dot net --- On 2019-07-01 12:53 p.m., elowe at elowe dot com wrote: > Working assembler for hello world program: > > => 0x4c90 <+0>: [MII] alloc r33=ar.pfs,5,4,0 >

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #13 from Andrew Roberts --- Just tried --enable-assembly=no with the standalone build of gmp and this does seem to work as advertised. Everything symlinked to .c rather than .asm files, and no .asm or .s files built at all. Building

[Bug tree-optimization/91020] Enhance SRA to deal with "omp simd array" variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91020 --- Comment #3 from Martin Jambor --- Created attachment 46543 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46543=edit Proof-of-concept patch This is a proof of concept (and only mildly tested) patch which leads to successful

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #20 from Hanoch Haim --- One more thing. I would expect that the issue would be in CTimeHistogram functions (defined as aligned) but the code generation issue was in the parent object ( CCPortLatency) Why the compiler assumed that

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #20 from dave.anglin at bell dot net --- On 2019-07-01 12:53 p.m., elowe at elowe dot com wrote: > Dave, that link is to Debian HPPA - not IA64 (I cannot find Debian IA64 > working > from that site) Sorry, here is ia64 link:

[Bug target/90963] [10 Regression] FAIL: gcc.c-torture/execute/built-in-setjmp.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90963 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #19 from Hanoch Haim --- After some investigation, I think it is not a gcc issue, please verify. One of the internal object does not include a 64B alignment. #define __rte_cache_aligned __attribute__((__aligned__(64))); class

[Bug target/90963] [10 Regression] FAIL: gcc.c-torture/execute/built-in-setjmp.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90963 --- Comment #5 from John David Anglin --- Author: danglin Date: Mon Jul 1 16:55:42 2019 New Revision: 272891 URL: https://gcc.gnu.org/viewcvs?rev=272891=gcc=rev Log: PR target/90963 * config/pa/pa.md (builtin_longjmp): Restore

[Bug c/91046] missing warning about empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91046 --- Comment #2 from Vincent Lefèvre --- It warns with -pedantic, but not without. This is an issue if this is not guaranteed to "work" with GCC (now or in the future). Indeed, the case of an empty translation unit may need additional code. For

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #12 from Andrew Roberts --- GMP 6.1.0 and later support the following configure option: --enable-assembly enable the use of assembly loops [default=yes] not sure if this could be used to stop gmp using assembler.

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #19 from EML --- Dave, that link is to Debian HPPA - not IA64 (I cannot find Debian IA64 working from that site) Working assembler for hello world program: => 0x4c90 <+0>: [MII] alloc r33=ar.pfs,5,4,0

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #11 from Andrew Roberts --- Richard, the cpu supports mls (its a ARM Cortex A72). Comment 2 shows the -v output for both building gmp within gcc and standalone. When building gmp in tree using Raspbian compiler: as --gdwarf2 -v -I

[Bug c++/91044] /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 --- Comment #2 from hugo --- Please see the following page that defines a getline: https://en.cppreference.com/w/cpp/string/basic_string/getline This other page defines another type of getline:

[Bug middle-end/64242] Longjmp expansion incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242 --- Comment #35 from Eric Botcazou --- Author: ebotcazou Date: Mon Jul 1 16:27:06 2019 New Revision: 272890 URL: https://gcc.gnu.org/viewcvs?rev=272890=gcc=rev Log: PR middle-end/64242 * config/sparc/sparc.md (nonlocal_goto):

[Bug web/90334] documentation for getting read-write SVN access is misleading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90334 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug middle-end/64242] Longjmp expansion incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242 --- Comment #34 from Eric Botcazou --- Author: ebotcazou Date: Mon Jul 1 16:26:38 2019 New Revision: 272889 URL: https://gcc.gnu.org/viewcvs?rev=272889=gcc=rev Log: PR middle-end/64242 * config/sparc/sparc.md (nonlocal_goto):

[Bug c/91046] missing warning about empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91046 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #17 from Uroš Bizjak --- The asm dump claims that the access is aligned to 32bytes: #(insn 14 31 9 2 (set (mem:V4DI (plus:DI (reg/f:DI 3 bx [orig:90 this ] [90]) #(const_int 64 [0x40])) [6 MEM[(long unsigned int

[Bug testsuite/91045] gcc installing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91045 --- Comment #2 from Dorian ROSSE --- Thank you I send the e-mail to the good mailling list  Regards. Dorian ROSSE. Provenance : Courrier pour Windows 10

[Bug c++/91040] [9/10 Regression] Incorrect "invalid use of non-lvalue array" error in conditional assignment with throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91040 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug testsuite/91045] gcc installing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91045 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #16 from Hanoch Haim --- The global/parent object CGlobalTRex is aligned (64B) as expected: (gdb) p _trex $1 = (CGlobalTRex *) 0xc365c0 Could you explain why it is a problem to define the internal objects with the aligment like

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #15 from Richard Biener --- (In reply to Richard Biener from comment #14) > (In reply to Hanoch Haim from comment #12) > > Removing __rte_cache_aligned does not solve the issue > > > > > > diff --git a/src/time_histogram.h

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #14 from Richard Biener --- (In reply to Hanoch Haim from comment #12) > Removing __rte_cache_aligned does not solve the issue > > > diff --git a/src/time_histogram.h b/src/time_histogram.h > index 07e66b49..26a37248 100755 > ---

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #13 from Hanoch Haim --- One more thing, The parent object is defined with 64Byte alignment class CGlobalTRex { .. } __rte_cache_aligned; static CGlobalTRex trex;

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Hanoch Haim changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #11 from Hanoch Haim --- thanks for the quick answer. The parent object is static (bss) and wasn't dynmicly allocated using new/malloc. gcc set the address of the parent object and the childs. Is there a way to solve it without

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #18 from dave.anglin at bell dot net --- On 2019-06-30 6:19 p.m., elowe at elowe dot com wrote: > I can compile the stage1 compiler xgcc - however, the stage1 compiler > generates > executables the immediately crash. It will happily

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #22 from David Edelsohn --- The following are unofficial results on an unspecified system running GPFS. These should not be considered official anything and should not be referenced for benchmarking. Test using 2.50e+08 doubles

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #9 from Hanoch Haim --- Attached. I hope this is what you are looking for.

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #8 from Hanoch Haim --- Created attachment 46542 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46542=edit stateful_rx_core.ss

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #7 from Hanoch Haim --- Created attachment 46541 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46541=edit stateful_rx_core.ii compress ii

[Bug c++/91044] /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/91046] New: missing warning about empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91046 Bug ID: 91046 Summary: missing warning about empty translation unit Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #10 from Richard Earnshaw --- (In reply to Andrew Roberts from comment #9) > For completeness I've also built gcc 8.3.0 with in tree gmp 6.1.2 using the > newly built 9.1.0. And then in turn used this gcc 8.3.0 to rebuild gcc 9.1.0 >

[Bug tree-optimization/58483] missing optimization opportunity for const std::vector compared to std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483 Richard Biener changed: What|Removed |Added CC||dominik.infuehr at gmail dot com ---

[Bug fortran/88079] warn about procedure arguments without INTENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88079 --- Comment #6 from MarkEggleston --- Where a module is used: module foo implicit none interface subroutine dusty(n) integer :: n end subroutine end interface contains subroutine bar(n) integer, intent(in) :: n

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #6 from Uroš Bizjak --- (In reply to Hanoch Haim from comment #5) > if anything else is needed I would provide it Please follow the procedure, outlined in [1]. [1] https://www.gnu.org/software/gcc/bugs/

[Bug testsuite/91045] New: gcc installing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91045 Bug ID: 91045 Summary: gcc installing Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee:

[Bug fortran/88079] warn about procedure arguments without INTENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88079 --- Comment #5 from MarkEggleston --- Given the program below: program main implicit none integer :: n n = 5 call bar(n) end program main subroutine bar(n) integer, intent(in) :: n real :: x print *,"bar before dusty", n call

[Bug c++/91044] New: /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 Bug ID: 91044 Summary: /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp| 12|error: no matching function for call to ‘getline(std::string [50], int, char)’| Product:

[Bug tree-optimization/58483] missing optimization opportunity for const std::vector compared to std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483 --- Comment #13 from Richard Biener --- Oh, and with late FRE even the original testcase now works. DSE fails to eliminate the memcpy () and thus consequently the stores to the temporary array. We don't have DECL_IS_OPERATOR_DELETE it seems

[Bug fortran/88079] warn about procedure arguments without INTENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88079 --- Comment #4 from MarkEggleston --- Created attachment 46539 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46539=edit Warn about missing intent or value Work in progress. Warns at declaration, assignment and possible modification of a

[Bug tree-optimization/58483] missing optimization opportunity for const std::vector compared to std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483 --- Comment #12 from Richard Biener --- (In reply to Marc Glisse from comment #11) > (In reply to Richard Biener from comment #10) > > Wit GCC 9 and trunk we are left with > > > >[local count: 118111600]: > > MEM[(int *)] = 85899345930; >

[Bug libstdc++/90415] [9/10 Regression] std::is_copy_constructible> is incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Component|c++

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #9 from Andrew Roberts --- For completeness I've also built gcc 8.3.0 with in tree gmp 6.1.2 using the newly built 9.1.0. And then in turn used this gcc 8.3.0 to rebuild gcc 9.1.0 with in tree gmp. So the host gcc 8.3.0 doesn't work

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #5 from Hanoch Haim --- It was fast. The way to build are here https://github.com/cisco-system-traffic-generator/trex-core/wiki#how-to-build-trex ``` $ git clone g...@github.com:cisco-system-traffic-generator/trex-core.git $cd

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.5

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #3 from Hanoch Haim --- With Ubuntu gcc7.4 package, there is no bug. I've built the gcc from source and it has an issue. There are a diffrent configuration values

[Bug web/90334] documentation for getting read-write SVN access is misleading

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90334 --- Comment #5 from Jonathan Wakely --- Maybe just saying "sourceware.org / gcc.gnu.org" would be good enough to avoid confusion. That's obviously not a URL that you're supposed to copy & paste.

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #2 from Hanoch Haim --- /usr/local/gcc-8.3/bin/gcc -v Using built-in specs. COLLECT_GCC=/usr/local/gcc-8.3/bin/gcc COLLECT_LTO_WRAPPER=/usr/local/gcc-8.3/libexec/gcc/x86_64-pc-linux-gnu/8.3.0/lto-wrapper Target: x86_64-pc-linux-gnu

[Bug c++/91043] GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Hanoch Haim changed: What|Removed |Added Target||x86 Host|

[Bug c++/91043] New: GCC produces unaligned vmovdqa vector data access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Bug ID: 91043 Summary: GCC produces unaligned vmovdqa vector data access Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9

[Bug web/63873] target links in Concepts Index in gccint do not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63873 Jonathan Wakely changed: What|Removed |Added Status|WAITING |NEW --- Comment #4 from Jonathan

[Bug c++/91040] [9/10 Regression] Incorrect "invalid use of non-lvalue array" error in conditional assignment with throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91040 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgcc/90929] libgcc MIPS __clear_cache shouldn't be a no-op

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90929 Dragan Mladjenovic changed: What|Removed |Added CC||dragan.mladjeno...@rt-rk.co

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 --- Comment #8 from Martin Liška --- This fails for all versions (7,8,9) for me: $ cat pr91042.cc typedef enum { Op_swap_rb, Op_matrix_3x3 } Op; template struct A { typedef T __attribute__((vector_size(N * sizeof(T V; }; template using

[Bug other/89259] liboffloadmic/runtime/offload_omp_host.cpp:692: pointless test ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89259 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 --- Comment #7 from Martin Liška --- (In reply to ktkachov from comment #6) > ahh, GCC 7 ICEs on the full testcase for me, but not on the reduced one Yes, you are right. I'm reducing that one more time with GCC7.

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 --- Comment #6 from ktkachov at gcc dot gnu.org --- ahh, GCC 7 ICEs on the full testcase for me, but not on the reduced one

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 --- Comment #5 from ktkachov at gcc dot gnu.org --- (In reply to Martin Liška from comment #4) > @Kyril: Is it really failing for GCC 7.x ? > > For me it works: > > $ arm-suse-linux-gnueabi-g++-7 -v > gcc version 7.4.1 20190424 [gcc-7-branch

[Bug middle-end/88056] gcc/config/i386/host-mingw32.c:170: use of out of scope pointer ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88056 Martin Liška changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 --- Comment #4 from Martin Liška --- @Kyril: Is it really failing for GCC 7.x ? For me it works: $ arm-suse-linux-gnueabi-g++-7 -v gcc version 7.4.1 20190424 [gcc-7-branch revision 270538] (SUSE Linux) $ arm-suse-linux-gnueabi-g++-7

[Bug middle-end/91042] [7/8/9 Regression] ICE in convert_move, at expr.c:218

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042 Martin Liška changed: What|Removed |Added Keywords|needs-reduction | --- Comment #3 from Martin Liška ---

[Bug other/89863] [meta-bug] Issues that static analyzers (cppcheck, clang-static-analyzer) find that gcc misses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863 --- Comment #4 from Martin Liška --- (In reply to David Binderman from comment #3) > --language=c++ seems to be required for C++ code. That works for me, thank you! > > --force helps cppcheck to avoid a too-early finish. > > I use the

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #8 from Andrew Roberts --- Build of 9.1.0 using system gmp worked fine. Rebuild of 9.1.0 with in tree gmp-6.1.2 using that version of gcc also worked fine. Thus probably a host gcc compiler problem, I'll report to Raspbian.

  1   2   >