Re: Issue with dllexport/dllimport inline function

在 2022/10/11 00:39, Xavier Claessens via Gcc 写道: Is there a trick to get that working with GCC? Or should that issue be reported somewhere? Probably. This Microsoft `dllimport` with `inline` has the same semantics with GNU `extern inline`, so may be it's an alternative. So instead of

[PATCH] RISC-V: Move function place to make it looks better.

From: Ju-Zhe Zhong gcc/ChangeLog: * config/riscv/riscv-vector-builtins.cc (rvv_switcher::rvv_switcher): Move down like ARM SVE. (rvv_switcher::~rvv_switcher): Move down like ARM SVE. (mangle_builtin_type): Move down to make it together with other global function.

[Bug rtl-optimization/107182] [13 Regression] Commit r13-2871-g1b74b5cb4e9d7191f298245063a8f9c3a1bbeff4 breaks profiledbootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107182 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[committed] [PR rtl-optimization/107182] Clear EDGE_CROSSING for jump->ret optimization

When turning a jump to a return into a return, we need to clear EDGE_CROSSING of the fallthru edge to prevent a checking failure. I considered not applying the transformation when the edge has EDGE_CROSSING set, but it still seems like we ought to eliminate the unnecessary jump in that

[Bug rtl-optimization/107182] [13 Regression] Commit r13-2871-g1b74b5cb4e9d7191f298245063a8f9c3a1bbeff4 breaks profiledbootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107182 --- Comment #4 from CVS Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:db24bdc743cf23ea12d2dcf8254d86ab366bb46d commit r13-3211-gdb24bdc743cf23ea12d2dcf8254d86ab366bb46d Author: Jeff Law Date: Tue Oct 11

[Bug analyzer/107210] New: [13 Regression] ICE in tree_to_uhwi, at tree.cc:6392

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107210 Bug ID: 107210 Summary: [13 Regression] ICE in tree_to_uhwi, at tree.cc:6392 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/107208] [aarch64] _complex integer return types could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107208 Andrew Pinski changed: What|Removed |Added Summary|[aarch64] llvm generate |[aarch64] _complex integer

[Bug tree-optimization/107209] New: [13 Regression] ICE: verify_gimple failed (error: statement marked for throw, but doesn't)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209 Bug ID: 107209 Summary: [13 Regression] ICE: verify_gimple failed (error: statement marked for throw, but doesn't) Product: gcc Version: 13.0 Status: UNCONFIRMED

Re: [PATCH][ICE] Fix for PR107193.

On 10/10/22 18:36, Eugene Rozenfeld via Gcc-patches wrote: The bug was introduced in f30e9fd33e56a5a721346ea6140722e1b193db42. A variable (cur_locus_e) was incorrectly declared inside a loop. I also moved two other declarations (last and locus) down to make the code more clear. Tested on

[Bug rtl-optimization/107208] [aarch64] llvm generate better code than gcc base on _Complex type mul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107208 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Keywords|

Re: [PATCH][ICE] Fix for PR107193.

On 10/10/22 20:36, Eugene Rozenfeld wrote: The bug was introduced in f30e9fd33e56a5a721346ea6140722e1b193db42. A variable (cur_locus_e) was incorrectly declared inside a loop. I also moved two other declarations (last and locus) down to make the code more clear. Tested on x86_64-pc-linux-gnu.

[Bug c++/107208] New: [aarch64] llvm generate better code than gcc base on _Complex type mul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107208 Bug ID: 107208 Summary: [aarch64] llvm generate better code than gcc base on _Complex type mul Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug debug/107193] [13 regression] bootstrap error caused by r13-3172-gf30e9fd33e56a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193 --- Comment #8 from Eugene Rozenfeld --- Created attachment 53690 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53690=edit Proposed patch

[PATCH] libstdc++: Implement ranges::repeat_view from P2474R2

Tested on x86_64-pc-linux-gnu, does this look OK for trunk? (The paper also makes changes to views::take and views::drop, which will be implemented separately.) libstdc++-v3/ChangeLog: * include/std/ranges (repeat_view): Define. (repeat_view::_Iterator): Define.

Re: [PATCH] RISC-V: move struct vector_type_info from *.h to *.cc and change "user_name" into "name".

Committed, thanks :) On Mon, Oct 10, 2022 at 9:58 PM wrote: > > From: Ju-Zhe Zhong > > gcc/ChangeLog: > > * config/riscv/riscv-vector-builtins.cc (struct vector_type_info): > Move from config/riscv/riscv-vector-builtins.h. > (DEF_RVV_TYPE): Change USER_NAME to NAME. >

Re: [PATCH] RISC-V: Add missing vsetvl instruction type.

Committed, thanks :) On Mon, Oct 10, 2022 at 9:44 PM wrote: > > From: Ju-Zhe Zhong > > When implementing built-in framework, I notice I missed > vsetvl instruction type, so add it in a single patch > preparing for the following patches. > > gcc/ChangeLog: > > * config/riscv/riscv.md:

Re: [PATCH][ICE] Fix for PR107193.

On Mon, Oct 10, 2022 at 5:37 PM Eugene Rozenfeld wrote: > > The bug was introduced in f30e9fd33e56a5a721346ea6140722e1b193db42. > A variable (cur_locus_e) was incorrectly declared inside a loop. > I also moved two other declarations (last and locus) down to make > the code more clear. > > Tested

[Bug c/107207] Code uses locale.h for thousands separator. Worked well in version 11.3.0, but not in 12.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107207 --- Comment #3 from Charles Hildebrant --- (In reply to Andrew Pinski from comment #2) > Most likely you want to report it to these folks: > Built by Equation Solution . That's interesting, Andrew. I'll do that.

[Bug c/107207] Code uses locale.h for thousands separator. Worked well in version 11.3.0, but not in 12.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107207 --- Comment #2 from Andrew Pinski --- Most likely you want to report it to these folks: Built by Equation Solution .

[Bug c/107207] Code uses locale.h for thousands separator. Worked well in version 11.3.0, but not in 12.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107207 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/107207] New: Code uses locale.h for thousands separator. Worked well in version 11.3.0, but not in 12.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107207 Bug ID: 107207 Summary: Code uses locale.h for thousands separator. Worked well in version 11.3.0, but not in 12.1.0 Product: gcc Version: 12.1.0 Status: UNCONFIRMED

Re: [EXTERNAL] Re: [PATCH] Set discriminators for call stmts on the same line within the same basic block

I sent a patch that fixes a bug introduced by this patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603203.html What you are seeing could have been caused by the same bug since it involves an uninitialized variable. Eugene On Oct 10, 2022, at 5:54 PM, David Edelsohn wrote: 

Re: [PATCH] Set discriminators for call stmts on the same line within the same basic block

This patch causes a bootstrap comparison failure on AIX. It apparently does not cause a failure on PPC64BE Linux with the same ABI, so I suspect that the failure may be related to the way that function aliases are implemented on AIX, which doesn't have ELF symbol alias semantics. "This change

[PATCH][ICE] Fix for PR107193.

The bug was introduced in f30e9fd33e56a5a721346ea6140722e1b193db42. A variable (cur_locus_e) was incorrectly declared inside a loop. I also moved two other declarations (last and locus) down to make the code more clear. Tested on x86_64-pc-linux-gnu. gcc/ChangeLog: PR debug/107193

[Bug target/103109] madd not used for multiply add on POWER9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103109 --- Comment #4 from HaoChen Gui --- (In reply to Peter Bergner from comment #3) > (In reply to HaoChen Gui from comment #2) > > Fixed by r13-2107. > > This is marked version = GCC 12. Were you planning on backporting this? Not sure if the

[Bug target/107172] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172 --- Comment #11 from H.J. Lu --- Assuming (reg:CCC 17 flags) is set to 1 by compare properly, how should (insn 50 49 51 2 (parallel [ (set (reg:SI 93) (neg:SI (ltu:SI (reg:CCC 17 flags)

[Bug c++/107206] New: Bogus -Wuninitialized in std::optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107206 Bug ID: 107206 Summary: Bogus -Wuninitialized in std::optional Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

Re: [RFC] Add support for vectors in comparisons (like the C++ frontend does)

On Mon, 10 Oct 2022, Paul Iannetta via Gcc-patches wrote: > I have a patch to bring this feature to the C front-end as well, and > would like to hear your opinion on it, especially since it may affect > the feature-set of the objc front-end as well. > Currently, this is only a tentative patch

[Bug debug/107193] [13 regression] bootstrap error caused by r13-3172-gf30e9fd33e56a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193 --- Comment #7 from Eugene Rozenfeld --- No, locus won't be changed by the loop. But the purpose of the loop is to change statement locations (by adding discriminators) in this line: gimple_set_location (stmt, dloc); I think the code would

[Bug debug/107193] [13 regression] bootstrap error caused by r13-3172-gf30e9fd33e56a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193 --- Comment #6 from H.J. Lu --- gimple *last = last_stmt (bb); location_t locus = last ? gimple_location (last) : UNKNOWN_LOCATION; location_t curr_locus = UNKNOWN_LOCATION; int curr_discr = 0; /* Traverse the

[Bug debug/107193] [13 regression] bootstrap error caused by r13-3172-gf30e9fd33e56a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #5

[Bug bootstrap/107205] [13 Regression] Bootstrap failure with --with-arch=native --with-cpu=native caused by r13-3172

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107205 H.J. Lu changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

Re: Makeinfo generates wrong link

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Does this replacement text give the right results? @itemize @bullet @item Some

Go patch committed: Treat S("") as a string constant

This Go frontend patch treats S("") as a string constant. The compiler neglected to notice that a conversion from a string constant to a string type was a valid string constant. I didn't add a test case because this only caused a compiler failure when compiling without optimization, which is not

Go patch committed: Only build thunk struct type when needed

This patch to the Go frontend delays building the struct type for a go/defer thunk until it is needed. We were building it in the determine_types pass. Now, we delay until the simplify_thunk_statements pass. That ensures that we are consistent in determining whether an argument is constant.

[Bug bootstrap/107205] New: [13 Regression] Bootstrap failure with --with-arch=native --with-cpu=native caused by r13-3172

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107205 Bug ID: 107205 Summary: [13 Regression] Bootstrap failure with --with-arch=native --with-cpu=native caused by r13-3172 Product: gcc Version: 13.0

Re: [PATCH] middle-end IFN_ASSUME support [PR106654]

On Mon, Oct 10, 2022 at 05:09:29PM -0400, Jason Merrill wrote: > On 10/10/22 04:54, Jakub Jelinek via Gcc-patches wrote: > > My earlier patches gimplify the simplest non-side-effects assumptions > > into if (cond) ; else __builtin_unreachable (); and throw the rest > > on the floor. > > The

Re: [PATCH] middle-end IFN_ASSUME support [PR106654]

On 10/10/22 04:54, Jakub Jelinek via Gcc-patches wrote: Hi! My earlier patches gimplify the simplest non-side-effects assumptions into if (cond) ; else __builtin_unreachable (); and throw the rest on the floor. The following patch attempts to do something with the rest too. For -O0, it actually

Re: [PATCH RESEND 1/1] p1689r5: initial support

On 10/4/22 11:12, Ben Boeckel wrote: This patch implements support for [P1689R5][] to communicate to a build system the C++20 module dependencies to build systems so that they may build `.gcm` files in the proper order. Thanks! Support is communicated through the following three new flags:

Re: [PATCH RESEND 1/1] p1689r5: initial support

On 10/4/22 11:12, Ben Boeckel wrote: This patch implements support for [P1689R5][] to communicate to a build system the C++20 module dependencies to build systems so that they may build `.gcm` files in the proper order. Thanks! Support is communicated through the following three new flags:

Re: [PATCH] c++ modules: lazy loading from within template [PR99377]

On 10/4/22 13:36, Patrick Palka wrote: Here when lazily loading the binding for f at parse time from the template g, processing_template_decl is set and thus the call to note_vague_linkage_fn from module_state::read_cluster has no effect, and we never push f onto deferred_fns and end up never

[Bug target/107172] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172 --- Comment #10 from Segher Boessenkool --- The input to combine has (insn 49 10 50 2 (parallel [ (set (reg:CCC 17 flags) (ne:CCC (reg:SI 82 [ a.1_2 ]) (const_int 0 [0]))) (set

[Bug fortran/106817] clobber ordering problem when an actual intent(in) argument depends on the value of an intent(out) argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106817 --- Comment #9 from CVS Commits --- The releases/gcc-10 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:b394ebd90e1f9c125216c70beedf97d6d8739773 commit r10-11029-gb394ebd90e1f9c125216c70beedf97d6d8739773 Author: Mikael Morin

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #35 from CVS Commits --- The releases/gcc-10 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:9d18ff4606dabadc5bda11e6cdadc4383ec2f4e5 commit r10-11028-g9d18ff4606dabadc5bda11e6cdadc4383ec2f4e5 Author: Mikael Morin

[Bug debug/107193] [13 regression] bootstrap error caused by r13-3172-gf30e9fd33e56a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193 --- Comment #4 from Eugene Rozenfeld --- Yes, that's the problem. Sorry about that, will send a patch with the fix shortly.

[Bug target/107204] gcc/config/sh/divtab-sh4.cc: 2 * possible float conversion overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107204 --- Comment #1 from Andrew Pinski --- Oh this code is not used directly. The table after it is generated is copied into libgcc/config/sh/lib1funcs.S . So I doubt anyone has ran this code recently (since 2006 when it was added).

Re: [committed] libstdc++: std::make_signed_t should be ill-formed

On Mon, 10 Oct 2022 at 15:05, Jonathan Wakely wrote: > > On Mon, 10 Oct 2022 at 14:50, Tim Song via Libstdc++ > wrote: > > > > On Mon, Oct 10, 2022 at 8:09 AM Patrick Palka via Libstdc++ > > wrote: > > > > > > On Mon, 10 Oct 2022, Jonathan Wakely via Libstdc++ wrote: > > > > > > > Tested

Re: [PATCH RESEND 0/1] RFC: P1689R5 support

On 10/4/22 11:11, Ben Boeckel wrote: This patch adds initial support for ISO C++'s [P1689R5][], a format for describing C++ module requirements and provisions based on the source code. This is required because compiling C++ with modules is not embarrassingly parallel and need to be ordered to

Re: [PATCH RESEND 0/1] RFC: P1689R5 support

On 10/4/22 11:11, Ben Boeckel wrote: This patch adds initial support for ISO C++'s [P1689R5][], a format for describing C++ module requirements and provisions based on the source code. This is required because compiling C++ with modules is not embarrassingly parallel and need to be ordered to

Re: [PATCH] c++: Remove maybe-rvalue OR in implicit move

On 9/28/22 17:26, Marek Polacek wrote: This patch removes the two-stage overload resolution when performing implicit move, whereby the compiler does two separate overload resolutions: one treating the operand as an rvalue, and then (if that resolution fails) another one treating the operand as

[Bug go/107203] Possible missing sanity check in gofrontend/ast-dump.cc ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107203 Ian Lance Taylor changed: What|Removed |Added Resolution|--- |WONTFIX

[Bug fortran/106817] clobber ordering problem when an actual intent(in) argument depends on the value of an intent(out) argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106817 --- Comment #8 from CVS Commits --- The releases/gcc-11 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:fee1edea459ca655917f14605bdd38fe0e8f344e commit r11-10300-gfee1edea459ca655917f14605bdd38fe0e8f344e Author: Mikael Morin

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #34 from CVS Commits --- The releases/gcc-11 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:e34e5195025acd623c2383c36b99cc88ca026acf commit r11-10299-ge34e5195025acd623c2383c36b99cc88ca026acf Author: Mikael Morin

[Bug go/107203] Possible missing sanity check in gofrontend/ast-dump.cc ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107203 --- Comment #1 from David Binderman --- git blame says: 706cd57f714f (Roberto Lublinerman 2011-08-24 19:22:44 + 278) ++it;

[Bug target/107204] New: gcc/config/sh/divtab-sh4.cc: 2 * possible float conversion overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107204 Bug ID: 107204 Summary: gcc/config/sh/divtab-sh4.cc: 2 * possible float conversion overflow Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug go/107203] New: Possible missing sanity check in gofrontend/ast-dump.cc ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107203 Bug ID: 107203 Summary: Possible missing sanity check in gofrontend/ast-dump.cc ? Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug c++/106937] [10/11/12 Regression] ICE tree check: expected identifier_node, have tree_list in pp_tree_identifier, at tree-pretty-print.cc:4606 since r10-1214-g1bf32c1141e23074

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106937 Marek Polacek changed: What|Removed |Added Summary|[10/11/12/13 Regression]|[10/11/12 Regression] ICE

[Bug tree-optimization/107200] False positive -Wdangling-pointer?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107200 Rémi Galan Alfonso changed: What|Removed |Added CC||remi.galanalfonso at gmail dot

Re: [patch] configury support for VxWorks shared libraries

On Mon, 10 Oct 2022 at 19:06, Olivier Hainque via Libstdc++ wrote: > > Sorry, I forgot to cc libstdc++ on > > https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603182.html > > which includes a regen of libstdc++-v3/configure after an update > libtool.m4. OK, thanks for the heads up.

[Bug c++/106937] [10/11/12/13 Regression] ICE tree check: expected identifier_node, have tree_list in pp_tree_identifier, at tree-pretty-print.cc:4606 since r10-1214-g1bf32c1141e23074

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106937 --- Comment #3 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:67efffec943656a509e036cd3c785a5c3d6885e1 commit r13-3202-g67efffec943656a509e036cd3c785a5c3d6885e1 Author: Marek Polacek Date:

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #28 from Brendan Dolan-Gavitt --- (In reply to H.J. Lu from comment #27) > (In reply to Florian Weimer from comment #25) > > (In reply to H.J. Lu from comment #24) > > > Dropping crtfastmath.o with -shared makes sense. > > > > Are

[Bug c++/107202] New: inheriting assignment operators from CRTP-base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107202 Bug ID: 107202 Summary: inheriting assignment operators from CRTP-base Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

Re: [PATCH v5] c-family: ICE with [[gnu::nocf_check]] [PR106937]

On 10/10/22 15:18, Marek Polacek wrote: On Mon, Oct 10, 2022 at 10:49:34AM -0400, Jason Merrill wrote: On 10/7/22 18:16, Marek Polacek wrote: On Fri, Oct 07, 2022 at 05:56:18PM -0400, Jason Merrill wrote: On 10/7/22 17:08, Marek Polacek wrote: On Fri, Oct 07, 2022 at 12:17:34PM -0400, Jason

Re: [PATCH] c++: parser - Support for target address spaces in C++

On 10/9/22 12:12, Paul Iannetta wrote: Hi, On Thu, Oct 06, 2022 at 01:34:40PM -0400, Jason Merrill wrote: [snip] Hmm? We mangle __restrict: void f(int *__restrict *p) { } // _Z1fPrPi Indeed, I have overlooked that point. Thank you for pointing it out. but cv-qualifiers (including

Re: [PATCH] c++: Remove maybe-rvalue OR in implicit move

Ping. On Wed, Sep 28, 2022 at 05:26:34PM -0400, Marek Polacek via Gcc-patches wrote: > This patch removes the two-stage overload resolution when performing > implicit move, whereby the compiler does two separate overload resolutions: > one treating the operand as an rvalue, and then (if that

[PATCH v5] c-family: ICE with [[gnu::nocf_check]] [PR106937]

On Mon, Oct 10, 2022 at 10:49:34AM -0400, Jason Merrill wrote: > On 10/7/22 18:16, Marek Polacek wrote: > > On Fri, Oct 07, 2022 at 05:56:18PM -0400, Jason Merrill wrote: > > > On 10/7/22 17:08, Marek Polacek wrote: > > > > On Fri, Oct 07, 2022 at 12:17:34PM -0400, Jason Merrill wrote: > > > > >

[Bug target/107172] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172 --- Comment #9 from H.J. Lu --- (In reply to Segher Boessenkool from comment #7) > Please show the (relevant part of) output of -fdump-rtl-combine-all ? At > least > those parts where it decided (ltu:SI (const_int 1) (const_int 0)) is valid >

[Bug target/107160] [13 regression] r13-2641-g0ee1548d96884d causes verification failure in spec2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107160 --- Comment #5 from seurer at gcc dot gnu.org --- I added that option and 554.roms_r now runs OK.

[Bug tree-optimization/107200] False positive -Wdangling-pointer?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107200 --- Comment #2 from Carlos Galvez --- Created attachment 53688 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53688=edit Preprocessed source Attaching preprocessed source. Had to use a tarball since it exceeds the 1 MB limit.

[Bug c/92286] Possible improvement for -Wduplicated-cond warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92286 --- Comment #5 from David Binderman --- A quick grep suggests two problems in gcc source code: trunk.git/gcc/ada/sysdep.c:423:26: style: Expression is always true because 'else if' condition is opposite to previous condition at line 415.

[Bug c/92286] Possible improvement for -Wduplicated-cond warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92286 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment

Re: [PATCH v2 0/9] fortran: clobber fixes [PR41453]

Le 23/09/2022 à 09:54, Mikael Morin a écrit : Le 22/09/2022 à 22:42, Harald Anlauf via Fortran a écrit : This LGTM.  It also fixes a regression introduced with r9-3030 :-) If you think that this set (1-3) is backportable, feel free to do so. Yes, 2 and 3 are worth backporting, I will see how

[PATCH] Avoid calling tracer.trailer() twice.

[Andrew, you OK with this? I can't tell whether the trailer() call was actually needed.] logical_combine is calling tracer.trailer() one too many times causing the second trailer() call to subtract a 0 indent by 2, yielding an indent of SOMETHING_REALLY_BIG :). You'd be surprised how many tools

[Bug tree-optimization/107195] [13 Regression] wrong code with "-O1 -fno-tree-ccp" on x86_64-linux-gnu since r13-3090-gdf4c584c567263fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195 --- Comment #6 from Aldy Hernandez --- Created attachment 53687 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53687=edit untested patch

[Bug tree-optimization/107195] [13 Regression] wrong code with "-O1 -fno-tree-ccp" on x86_64-linux-gnu since r13-3090-gdf4c584c567263fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195 Aldy Hernandez changed: What|Removed |Added CC||amacleod at redhat dot com ---

[Bug tree-optimization/107195] [13 Regression] wrong code with "-O1 -fno-tree-ccp" on x86_64-linux-gnu since r13-3090-gdf4c584c567263fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195 --- Comment #4 from Aldy Hernandez --- *** Bug 107194 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/107194] [13 Regression] wrong code at -O1 on x86_64-linux-gnu since r13-3090-gdf4c584c567263fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107194 Aldy Hernandez changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug target/107172] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172 --- Comment #8 from Segher Boessenkool --- Bah, scratch that last part, of course it is valid (I thought this was using 0 in a MODE_CC but I just cannot read).

[Bug target/107172] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[Bug tree-optimization/103633] Missed popcount recognition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103633 --- Comment #2 from Andrew Pinski --- A few extra testcase: ``` unsigned short fs(unsigned int execs) { unsigned i; unsigned short num_algorithms = 0; for (i=0; i<32; i++) { if ((1<

[Bug c/89549] [10/11/12/13 Regression] -Wmisleading-indentation is disabled from this point onwards, since column-tracking was disabled due to the size of the code/headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549 --- Comment #26 from David Blaikie --- FWIW I'm not sure it's a pragma I'd want, but it might be sufficient (put the pragma at the start of very long/autogenerated files) - I'd have thought what some folks (myself/LLVM included, I think) is a

Ping: [PATCH] elf: ELF toolchain --without-{headers, newlib} should provide stdint.h

Evening, Ping on this patch, it should fix some configuration issues we get on ELF targets (especially in libstdc++). https://gcc.gnu.org/pipermail/gcc-patches/2022-October/602751.html Thanks, -- Arsen Arsenović signature.asc Description: This is a digitally signed message part.

Re: [patch] configury support for VxWorks shared libraries

Sorry, I forgot to cc libstdc++ on https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603182.html which includes a regen of libstdc++-v3/configure after an update libtool.m4. Not committed yet. With Kind Regards, Olivier > On 10 Oct 2022, at 19:05, Olivier Hainque wrote: > > Hello,

Re: [PATCH v2] LoongArch: Libvtv add loongarch support.

On Tue, Sep 27, 2022 at 3:04 AM Lulu Cheng wrote: > > v1 - > v2: > > 1. When the macro __loongarch_lp64 is defined, the VTV_PAGE_SIZE is set to > 64K. > 2. In the vtv_malloc.cc file __vtv_malloc_init function, it does not check >whether VTV_PAGE_SIZE is equal to the system page size, if the

[Bug middle-end/107190] [aarch64] regression with optimization -fexpensive-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107190 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|middle-end --- Comment #2 from Andrew

Error: attempt to get value of unresolved symbol `L0'

Hello! During development and debugging of U-Boot bootloader I got strange error from ARM GNU assembler, which looks like a bug in binutils or gcc. Below is simplified code which can trigger it: $ cat test.S kernoffs: .word KERNEL_OFFSET - (. - CONFIG_SYS_TEXT_BASE) $

[patch] configury support for VxWorks shared libraries

Hello, This change introduces configury infrastructure allowing the production of shared libraries for VxWorks, amenable to use with non-static rtps (linked with "-non-static"). The ability to produce PIC code is not a given on all VxWorks configurations, so activating this has to be explicitly

[Bug rtl-optimization/107190] [aarch64] regression with optimization -fexpensive-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107190 Andrew Pinski changed: What|Removed |Added Component|c++ |rtl-optimization --- Comment #1 from

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #27 from H.J. Lu --- (In reply to Florian Weimer from comment #25) > (In reply to H.J. Lu from comment #24) > > Dropping crtfastmath.o with -shared makes sense. > > Are you going to send a patch? I can give it a try as well

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #26 from H.J. Lu --- Created attachment 53686 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53686=edit A patch not to add crtfastmath.o for -shared on x86

Issue with dllexport/dllimport inline function

Hi, I'm trying to dllexport/dllimport an inline function, but I get this warning: ``` inline function ‘g_strcmp0’ declared as dllimport: attribute ignored [- Wattributes] ``` This is when cross compiling my code on Linux for Windows using mingw. The relevant code is ``` GLIB_API inline int

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #32 from Segher Boessenkool --- (In reply to Peter Bergner from comment #31) > (In reply to Segher Boessenkool from comment #30) > > We have to disallow all (*all*) operands that require prefixed insns, until > > we can handle those

Re: Adding a new thread model to GCC

在 2022-10-04 20:44, LIU Hao 写道: Attached are revised patches. These are exported from trunk. Revised further. The patch for libgfortran has been committed to trunk today, so I include only the other two. * In the second patch, a space character has been inserted after `(int)` for

Re: [PATCH] Add new target hook: simplify_modecc_const.

On Thu, Jul 28, 2022 at 5:40 AM Richard Sandiford via Gcc-patches wrote: > > Seems this thread has become a bit heated, so I'll try to proceed > with caution :-) > > In the below, I'll use "X-mode const_int" to mean "a const_int that > is known from context to represent an X-mode value". Of

Re: [RFC] Add support for vectors in comparisons (like the C++ frontend does)

Hi Paul, > On 10 Oct 2022, at 16:20, Paul Iannetta wrote: > On Mon, Oct 10, 2022 at 03:37:24PM +0100, Iain Sandoe wrote: >> Hi Paul, >> >> Not a review of the patch - but a couple of observations. >> >>> On 10 Oct 2022, at 15:11, Paul Iannetta via Gcc-patches >>> wrote: >> >>> I am trying

[PATCH] 15/19 modula2 front end: cc1gm2 additional non modula2 source files

This patch set contains the .h, .cc and .flex files found in gcc/m2. The files are tightly coupled with the gimple interface (see 04-gimple-interface) and built using the rules found in (01-03-make). --8<--8<--8<--8<--8<--8< diff -ruw

[PATCH] 16/19 modula2 front end: bootstrap and documentation tools

This patch set contains the bootstrap linking tool as well as python3 scripts to automatically generate texi libraries section of the gm2 documentation. In the fullness of time this will be changed to emit sphinx. --8<--8<--8<--8<--8<--8<

[PATCH] 11/19 modula2 front end: gimple interface *[a-d]*.cc

This patchset contains the gimple interface. --8<--8<--8<--8<--8<--8< diff -ruw /dev/null gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2assert.cc --- /dev/null 2022-08-24 16:22:16.88870 +0100 +++ gcc-git-devel-modula2/gcc/m2/gm2-gcc/m2assert.cc

[PATCH] 4/19 modula2 front end: libgm2/libm2pim contents

This patch set consists of the makefiles, autoconf sources necessary to build the various libgm2/libm2pim libraries. The c/c++/h files are included in the patch set. The modula-2 sources are found in gcc/m2/ as they are used by the compiler.

  1   2   3   >