Re: Question about symtab_node::order during LTO

2021-10-13 Thread Richard Biener via Gcc
On Tue, Oct 12, 2021 at 8:58 PM Erick Ochoa via Gcc wrote: > > Hi, > > I have an LTO pass which stores information collected during "generate > function summary" in a map which is symtab_node* -> data*. I know that > the symtab_node*s are encoded by an lto encoder and can be decoded > back during

Re: Question about semantics of cgraph_node::prevailing_p

2021-10-14 Thread Richard Biener via Gcc
On Wed, Oct 13, 2021 at 7:54 PM Erick Ochoa via Gcc wrote: > > Hi, > > My current understanding of LTO is that the callgraph is very dynamic > (i.e., optimizations might add or remove cgraph_nodes). A while back I > encountered an issue where I couldn't print the cgraph_node::name of a > function

Re: ctor/dtor priorities ignored when function is pre-declared

2021-10-29 Thread Richard Biener via Gcc
On Thu, Oct 28, 2021 at 1:26 PM Rasmus Villemoes wrote: > > Hi > > I was wondering why the vx_crtbegin.o file had a .init_array section and > not a .init_array.00101, when the function is defined with > __attribute__((constructor (101))) (see libgcc/config/vxcrtstuff.c). > > After a lot of diggin

Re: [PATCH] Bump required minimum DejaGnu version to 1.5.3

2021-10-29 Thread Richard Biener via Gcc
On Fri, Oct 29, 2021 at 2:42 AM Bernhard Reutner-Fischer via Gcc-patches wrote: > > From: Bernhard Reutner-Fischer > > Bump required DejaGnu version to 1.5.3 (or later). > Ok for trunk? OK. Thanks, Richard. > gcc/ChangeLog: > > * doc/install.texi: Bump required minimum DejaGnu version.

Re: [PATCH] Add -fopt-builtin optimization option

2021-11-02 Thread Richard Biener via Gcc
On Sun, Oct 31, 2021 at 11:13 AM Keith Packard via Gcc-patches wrote: > > This option (enabled by default) controls optimizations which convert > a sequence of operations into an equivalent sequence that includes > calls to builtin functions. Typical cases here are code which matches > memcpy, cal

Re: -Wuninitialized false positives and threading knobs

2021-11-02 Thread Richard Biener via Gcc
On Mon, Nov 1, 2021 at 4:18 PM Jeff Law via Gcc wrote: > > > > On 10/31/2021 6:12 AM, Aldy Hernandez wrote: > > After Jeff's explanation of the symbiosis between jump threading and > > the uninit pass, I'm beginning to see that (almost) every > > Wuninitialized warning is cause for reflection. It

Re: does TARGET_MEM_REF documentation need updating?

2021-11-04 Thread Richard Biener via Gcc
On Wed, Nov 3, 2021 at 7:26 PM Martin Sebor via Gcc wrote: > > The manual says that the first argument of a TARGET_MEM_REF > >"is @code{TMR_SYMBOL} and must be a @code{VAR_DECL} of an object >with a fixed address." > > The TARGET_MEM_REF below has as its first argument an ADDR_EXPR > and n

Re: [PATCH] Bump required minimum DejaGnu version to 1.5.3

2021-11-04 Thread Richard Biener via Gcc
On Thu, Nov 4, 2021 at 12:57 PM Segher Boessenkool wrote: > > On Fri, Oct 29, 2021 at 09:32:21AM +0200, Richard Biener via Gcc-patches > wrote: > > On Fri, Oct 29, 2021 at 2:42 AM Bernhard Reutner-Fischer via > > Gcc-patches wrote: > > > > > > From: Ber

Re: [PATCH] Bump required minimum DejaGnu version to 1.5.3

2021-11-05 Thread Richard Biener via Gcc
On Thu, Nov 4, 2021 at 8:12 PM Segher Boessenkool wrote: > > On Thu, Nov 04, 2021 at 01:22:24PM +0100, Martin Liška wrote: > > On 11/4/21 12:55, Segher Boessenkool wrote: > > >On Fri, Oct 29, 2021 at 09:32:21AM +0200, Richard Biener via Gcc-patches > > >wrote: >

GCC 12.0.0 Status Report (2021-11-15), Stage 3 in effect NOW

2021-11-15 Thread Richard Biener via Gcc
Status == The GCC development branch now is open for general bugfixing (Stage 3). Take the quality data below with a big grain of salt - most of the new P3 classified bugs will become P1 or P2 (generally every regression against GCC 11 is to be considered P1 if it concerns primary or second

Re: -fchecking bug, what does it mean?

2021-11-19 Thread Richard Biener via Gcc
On Fri, Nov 19, 2021 at 7:35 AM Gary Oblock via Gcc wrote: > > Our test group added "-fchecking" to a script and my optimization > failed. > > I can't find any explanation of this type of bug. I grepped the code > and flag_checking was all over the place so it's not like > I can use gdb to pin it

Re: [EXTERNAL] Re: Question about match.pd

2021-11-25 Thread Richard Biener via Gcc
On Thu, Nov 25, 2021 at 10:40 PM Navid Rahimi via Gcc wrote: > > > (A << B) eq/ne 0 > Yes that is correct. But for detecting such pattern you You have to detect B > and make sure B is boolean. GIMPLE transfers that Boolean to integer before > shifting. Note it's the C language specification th

Re: odd internal failure

2021-12-01 Thread Richard Biener via Gcc
On Wed, Dec 1, 2021 at 8:46 AM Gary Oblock via Gcc wrote: > > What is happening should be trivial to determine but for some reason it's > not. I'd normally bounce this off a coworker but given the pandemic > and modern dispersed hiring practices it's not even remotely possible. > > I'm making this

Re: odd internal failure

2021-12-02 Thread Richard Biener via Gcc
On Wed, Dec 1, 2021 at 9:56 PM Gary Oblock wrote: > > Richard, > > I rebuilt at "-O0" and that particular call now works but on a call to > the same function with a different offset it fails. 😱 use a debugger to see why > Thanks, > > Gary > > > _

Re: Updating phi nodes on deleting gimple statement

2021-12-16 Thread Richard Biener via Gcc
On December 16, 2021 7:33:37 AM GMT+01:00, Shubham Narlawar via Gcc wrote: >Hello, > > >I have a PHI node that defines a variable that is used in 1 statement. I >then delete the statement. I think I need to update the PHI node to no >longer reference that variable. I looked through some code and

Re: gm2 development status (tracking gcc-12 20211209)

2021-12-16 Thread Richard Biener via Gcc
On December 16, 2021 9:43:56 PM GMT+01:00, Gaius Mulley wrote: > > >I've been testing the gm2 development branch (based on gcc-12) >against lto and non lto builds. > > git clone git://gcc.gnu.org/git/gcc.git gcc-git > cd gcc-git > git checkout devel/modula-2 > >I'm using the configure options:

Re: Why do these two trees print differently

2022-01-03 Thread Richard Biener via Gcc
On Wed, Dec 15, 2021 at 7:10 AM Gary Oblock via Gcc wrote: > > This is one of those things that has always puzzled > me so I thought I break down and finally ask. > > There are two ways a memory reference (tree) prints: > > MEM[(struct arc_t *)_684].flow > > and > > _684->flow > > Poking under the

Re: Why do these two trees print differently

2022-01-03 Thread Richard Biener via Gcc
gnoring qualifiers. */ > && (TYPE_MAIN_VARIANT (TREE_TYPE (node)) > == TYPE_MAIN_VARIANT > (TREE_TYPE (TREE_TYPE (TREE_OPERAND (node, 1) > && (!(flags & TDF_ALIAS) > || MR_DEPENDENCE_CLIQUE (node) == 0)) > >

Re: Why do these two trees print differently

2022-01-04 Thread Richard Biener via Gcc
urpose. It simply shows that GCC evolved over its lifetime ;) Richard. > Thanks, > > Gary > > > > From: Richard Biener > Sent: Monday, January 3, 2022 11:28 PM > To: Gary Oblock > Cc: gcc@gcc.gnu.org > Subject: Re: Why do thes

Re: reordering of trapping operations and volatile

2022-01-08 Thread Richard Biener via Gcc
On January 8, 2022 9:32:24 AM GMT+01:00, Martin Uecker wrote: > >Hi Richard, > >I have a question regarding reodering of volatile >accesses and trapping operations. My initial >assumption (and hope) was that compilers take >care to avoid creating traps that are incorrectly >ordered relative to o

Re: Issue with a flag that I defined getting set to zero

2022-01-10 Thread Richard Biener via Gcc
On Fri, Jan 7, 2022 at 9:12 AM Gary Oblock via Gcc wrote: > > An optimization flag that I recently added is being > set to zero in push_cfun (which after a couple of > levels of calls cl_optimization_restore to this.) > > The flag defined like this: > > finterleaving-index-32-bits > Common Var(fla

Re: reordering of trapping operations and volatile

2022-01-10 Thread Richard Biener via Gcc
On Sat, Jan 8, 2022 at 10:09 PM Martin Uecker via Gcc wrote: > > Am Samstag, den 08.01.2022, 10:35 -0800 schrieb Andrew Pinski: > > On Sat, Jan 8, 2022 at 12:33 AM Martin Uecker via Gcc > > wrote: > > > > > > Hi Richard, > > > > > > I have a question regarding reodering of volatile > > > accesse

GCC 12.0.0 Status Report (2022-01-10), Stage 3 ends Jan 16th

2022-01-10 Thread Richard Biener via Gcc
Status == The GCC development branch is open for general bugfixing (Stage 3) and will transition to regression and documentation fixing only (Stage 4) on the end of Jan 16th. Take the quality data below with a big grain of salt - most of the new P3 classified bugs will become P1 or P2 (genera

Re: reordering of trapping operations and volatile

2022-01-10 Thread Richard Biener via Gcc
On Mon, Jan 10, 2022 at 6:36 PM Martin Uecker wrote: > > Am Montag, den 10.01.2022, 10:04 +0100 schrieb Richard Biener: > > On Sat, Jan 8, 2022 at 10:09 PM Martin Uecker via Gcc > > wrote: > > > Am Samstag, den 08.01.2022, 10:35 -0800 schrieb Andrew Pinski: > >

Re: reordering of trapping operations and volatile

2022-01-11 Thread Richard Biener via Gcc
On Tue, Jan 11, 2022 at 9:17 AM Martin Uecker wrote: > > Am Dienstag, den 11.01.2022, 08:11 +0100 schrieb Richard Biener: > > On Mon, Jan 10, 2022 at 6:36 PM Martin Uecker wrote: > > > Am Montag, den 10.01.2022, 10:04 +0100 schrieb Richard Biener: > > Hi Richard, &

Re: GCC and OpenACC

2022-01-11 Thread Richard Biener via Gcc
On Tue, Jan 11, 2022 at 1:52 PM Mikel Mendizabal via Gcc wrote: > > Dear GCC developers, > > In the past year we started the offload of our software to GPUs. We decided > to go with OpenACC. The program we are trying to offload is Millepede2 (MP2), > a tracker alignment software used to align t

Re: Accessing const parameter of GIMPLE_CALL

2022-01-17 Thread Richard Biener via Gcc
On Mon, Jan 17, 2022 at 12:54 AM David Malcolm via Gcc wrote: > > On Sun, 2022-01-16 at 18:52 +0530, Shubham Narlawar via Gcc wrote: > > Hello, > > Hi; various notes inline below... > > > > > My aim is to iterate over gimple call stmt parameters and check > > whether it is constant or constant exp

GCC 12.0.1 Status Report (2022-01-17), Stage 4 starts now

2022-01-17 Thread Richard Biener via Gcc
Status == The GCC master branch is now in regression and documentation fixing mode (Stage 4) in preparation for the release of GCC 13. Re-opening of general development will happen once we reach zero P1 regressions which is when we branch for the release. Time wise history projects that to

Re: reordering of trapping operations and volatile

2022-01-18 Thread Richard Biener via Gcc
On Mon, Jan 17, 2022 at 3:11 PM Michael Matz via Gcc wrote: > > Hello, > > On Sat, 15 Jan 2022, Martin Uecker wrote: > > > > Because it interferes with existing optimisations. An explicit > > > checkpoint has a clear meaning. Using every volatile access that way > > > will hurt performance of code

Re: Accessing const parameter of GIMPLE_CALL

2022-01-18 Thread Richard Biener via Gcc
On Mon, Jan 17, 2022 at 8:19 PM Shubham Narlawar wrote: > > On Mon, Jan 17, 2022 at 1:55 PM Richard Biener > wrote: > > > > On Mon, Jan 17, 2022 at 12:54 AM David Malcolm via Gcc > > wrote: > > > > > > On Sun, 2022-01-16 at 18:52 +0530,

Re: [ANNOUNCEMENT] Mass rename of C++ .c files to .cc suffix is going to happen on Jan 17 evening UTC TZ

2022-01-18 Thread Richard Biener via Gcc
On Tue, Jan 18, 2022 at 9:46 AM Eric Botcazou via Gcc-patches wrote: > > > Release managers. > > They certainly have authority on the timing, but not on the contents. Technically all release managers are also global reviewers, but I agree the speciality of the Ada setup (esp. the runtime being in

Re: Query regarding generating NOTE instruction at GIMPLE level

2022-02-07 Thread Richard Biener via Gcc
On Sun, Feb 6, 2022 at 8:42 PM Shubham Narlawar via Gcc wrote: > > Hello, > > Is it possible to generate a NOTE instruction at GIMPLE level? > > My use case scenario is as below - > I want to create a note for __builtin_xyz(_x) such that there is a > placeholder just before function call and in RT

Re: Compiling GCC source

2022-02-07 Thread Richard Biener via Gcc
On Sun, Feb 6, 2022 at 8:14 PM Mohamed Atef via Gcc wrote: > > After i built it > I tried make - j 8 and it's recompiling now i thought i will have messege > like > Every thing is up to date or there are no change done > But it actually started to compile again If you modify parts of gcc/ only th

Re: Uninit warnings due to optimizing short-circuit conditionals

2022-02-14 Thread Richard Biener via Gcc
On Mon, Feb 14, 2022 at 6:38 PM Mark Wielaard wrote: > > On Mon, 2022-02-14 at 12:20 -0500, David Malcolm wrote: > > On Mon, 2022-02-14 at 17:57 +0100, Mark Wielaard wrote: > > > On Mon, 2022-02-14 at 10:57 -0500, David Malcolm wrote: > > > > [CCing Mark in the hopes of insight from the valgrind s

Re: Uninit warnings due to optimizing short-circuit conditionals

2022-02-15 Thread Richard Biener via Gcc
On Tue, Feb 15, 2022 at 2:00 PM Julian Seward wrote: > > Sorry for the delayed response. I've been paging this all back in. > > I first saw this problem when memcheck-ing Firefox as compiled by Clang, some > years back. Not long after GCC was also at it. The transformation in > question is (at

Re: Benchmark recommendations needed

2022-02-15 Thread Richard Biener via Gcc
On Tue, Feb 15, 2022 at 3:25 PM Andras Tantos wrote: > > Hello all! > > I'm working on porting GCC to a new processor architecture. I think > I've finally got to a fairly stable stage, so the next logical step > would be to test and optimize. For that, I would need some benchmarks, > and this is w

Re: Validation of adding left shift stmt at GIMPLE - [Custom GCC plugin]]

2022-02-20 Thread Richard Biener via Gcc
On Sun, Feb 20, 2022 at 11:44 PM Andrew Pinski via Gcc wrote: > > On Sun, Feb 20, 2022 at 10:45 AM Shubham Narlawar > wrote: > > > > On Sat, Feb 19, 2022 at 1:15 AM Andrew Pinski wrote: > > > > > > On Fri, Feb 18, 2022 at 11:04 AM Shubham Narlawar via Gcc > > > wrote: > > > > > > > > Hello, >

Re: Validation of adding left shift stmt at GIMPLE - [Custom GCC plugin]]

2022-02-22 Thread Richard Biener via Gcc
On Tue, Feb 22, 2022 at 8:38 AM Shubham Narlawar wrote: > > On Mon, Feb 21, 2022 at 1:02 PM Richard Biener > wrote: > > > > On Sun, Feb 20, 2022 at 11:44 PM Andrew Pinski via Gcc > > wrote: > > > > > > On Sun, Feb 20, 2022 at 10:45 AM Shubham Narlaw

Re: Validation of adding left shift stmt at GIMPLE - [Custom GCC plugin]]

2022-02-22 Thread Richard Biener via Gcc
On Tue, Feb 22, 2022 at 2:10 PM Shubham Narlawar wrote: > > On Tue, Feb 22, 2022 at 3:55 PM Richard Biener > wrote: > > > > On Tue, Feb 22, 2022 at 8:38 AM Shubham Narlawar > > wrote: > > > > > > On Mon, Feb 21, 2022 at 1:02 PM Richard Biener >

Re: ASSERT_EXPR during SIMPLE_IPA_PASS and LTO

2022-03-01 Thread Richard Biener via Gcc
On Tue, Mar 1, 2022 at 3:37 PM Erick Ochoa via Gcc wrote: > > Hi, > > I am working on an analysis that is able to determine some static > information about a specific variable. At the moment, I would like to avoid > much of the transformation by taking advantage of other GCC's passes. So, I > can

Re: Question on updating function body on specialized functions

2022-03-09 Thread Richard Biener via Gcc
On Tue, Mar 8, 2022 at 4:31 PM Erick Ochoa via Gcc wrote: > > Hi Martin! > > Thanks for replying, turns out that while I was trying to reply to you I > was able to get the answer. Turns out there is indeed one tree node which > is shared across the two functions. And that is > > TREE_OPERAND (MEM_

Re: Question on not sharing trees (tree_node_can_be_shared)

2022-03-21 Thread Richard Biener via Gcc
On Mon, Mar 21, 2022 at 11:56 AM Erick Ochoa wrote: > > Hi, > > I am interested in annotating INTEGER_CSTs. I have added a field to > typed_trees and set the value in some cases. However, INTEGER_CSTs can be > shared and copied across the function and even copied to other functions. I > don't w

Re: Question on path from C parser to DECL_INITIAL

2022-03-23 Thread Richard Biener via Gcc
On Wed, Mar 23, 2022 at 12:55 PM Erick Ochoa via Gcc wrote: > > Hi, > > I am trying to understand what path is executed in GCC from parsing a C > expression (in a global variable declaration) to the value in DECL_INITIAL. > At the moment, I have annotated a tree during parsing. I have another > de

Re: Validation of adding left shift stmt at GIMPLE - [Custom GCC plugin]]

2022-03-28 Thread Richard Biener via Gcc
On Sun, Mar 27, 2022 at 7:44 PM Shubham Narlawar wrote: > > On Wed, Feb 23, 2022 at 12:52 PM Richard Biener > wrote: > > > > On Tue, Feb 22, 2022 at 2:10 PM Shubham Narlawar > > wrote: > > > > > > On Tue, Feb 22, 2022 at 3:55 PM Richard Biener >

GCC 12.0.1 Status Report (2022-04-04)

2022-04-04 Thread Richard Biener via Gcc
Status == The GCC development branch is in regression and documentation fixing mode (Stage 4) in preparation for the release of GCC 13. Re-opening of general development will happen once we reach zero P1 regressions which is when we branch for the release. Time wise history projects that t

GCC 11.2.1 Status Report (2022-04-07)

2022-04-07 Thread Richard Biener via Gcc
Status == The gcc-11 branch is in regression and documentation fixing mode. It's time to prepare for the release of GCC 11.3 as we have accumulated quite a number of fixes since GCC 11.2 was released. The plan is to create a release candidate on Wednesday, April 13th, which is in about one

Re: Complex multiply optimization working?

2022-04-11 Thread Richard Biener via Gcc
On Mon, Apr 11, 2022 at 1:26 PM Andrew Stubbs wrote: > > Hi all, > > I've been looking at implementing the complex multiply patterns for the > amdgcn port, but I'm not getting the code I was hoping for. When I try > to use the patterns on x86_64 or AArch64 they don't seem to work there > either, s

Re: testsuite requires LTO?

2022-04-12 Thread Richard Biener via Gcc
On Tue, Apr 12, 2022 at 1:53 AM Steve Kargl via Gcc wrote: > > If I configure gcc with the following > > ../gccx/configure --prefix=$HOME/work/x --enable-languages=c,c++,fortran \ > --enable-bootstrap --disable-nls --enable-checking --disable-multilib \ > --disable-libsanitizer --disable-lto.

Re: testsuite requires LTO?

2022-04-12 Thread Richard Biener via Gcc
On Tue, Apr 12, 2022 at 9:07 AM Richard Biener wrote: > > On Tue, Apr 12, 2022 at 1:53 AM Steve Kargl via Gcc wrote: > > > > If I configure gcc with the following > > > > ../gccx/configure --prefix=$HOME/work/x --enable-languages=c,c++,fortran \ > > --ena

Re: [GSoC]Bypass assembler when generating LTO object files

2022-04-12 Thread Richard Biener via Gcc
On Tue, Apr 12, 2022 at 11:20 AM Jan Hubicka via Gcc wrote: > > Hi, > > > > > > > On 08-Apr-2022, at 6:32 PM, Jan Hubicka wrote: > > > > > > Ankur, > > >> I was browsing the list of submitted GSoC projects this year and the > > >> project regarding bypassing assembler when generating LTO object f

Re: [GSoC]Bypass assembler when generating LTO object files

2022-04-12 Thread Richard Biener via Gcc
On Tue, Apr 12, 2022 at 2:53 PM Iain Sandoe wrote: > > > > > On 12 Apr 2022, at 13:31, Martin Liška wrote: > > > > On 4/12/22 11:58, Richard Biener wrote: > >> On Tue, Apr 12, 2022 at 11:20 AM Jan Hubicka via Gcc > >> wrote: > >>> > &

GCC 11.2.1 Status Report (2022-04-13), branch frozen for release

2022-04-13 Thread Richard Biener via Gcc
Status == The gcc-11 branch is now frozen in preparation for a GCC 11.3 release candidate and the GCC 11.3 release next week. All changes now require release manager approval. The remaining P1 bugs have been resolved or pushed back to GCC 11.4. Quality Data Priority

GCC 11.3 Release Candidate available from gcc.gnu.org

2022-04-14 Thread Richard Biener via Gcc
The first release candidate for GCC 11.3 is available from https://gcc.gnu.org/pub/gcc/snapshots/11.3.0-RC-20220414/ ftp://gcc.gnu.org/pub/gcc/snapshots/11.3.0-RC-20220414/ and shortly its mirrors. It has been generated from git commit r11-9879-g53254184bda630. I have so far bootstrapped an

Re: GCC 11.2.1 Status Report (2022-04-13), branch frozen for release

2022-04-14 Thread Richard Biener via Gcc
On Thu, 14 Apr 2022, Andreas Krebbel wrote: > On 4/13/22 09:30, Richard Biener via Gcc wrote: > > > > Status > > == > > > > The gcc-11 branch is now frozen in preparation for a GCC 11.3 release > > candidate and the GCC 11.3 release next week. All

GCC 11.3.1 Status Report (2022-04-21)

2022-04-21 Thread Richard Biener via Gcc
Status == The gcc-11 branch is again open for regression and documentation fixes. Quality Data Priority # Change from last report --- --- P1 0 P2 428 + 6 P3 55 P4

GCC 11.3 Released

2022-04-21 Thread Richard Biener via Gcc
The GNU Compiler Collection version 11.3 has been released. GCC 11.3 is a bug-fix release from the GCC 11 branch containing important fixes for regressions and serious bugs in GCC 11.2 with more than 189 bugs fixed since the previous release. This release is available from the WWW and FTP serve

Re: GCC 12.1 Release Candidate available from gcc.gnu.org

2022-05-01 Thread Richard Biener via Gcc
> Am 01.05.2022 um 13:42 schrieb Jakub Jelinek via Gcc : > > On Sun, May 01, 2022 at 11:02:29AM +0100, Iain Sandoe wrote: >> All of these show new fails (presumably because checking is off): >> >> XPASS: c-c++-common/goacc/kernels-decompose-pr100400-1-2.c -std=c++98 >> (internal compiler er

GCC 12.1 Released

2022-05-06 Thread Richard Biener via Gcc
The GCC developers are proud to announce another major GCC release, 12.1. This year we celebrated the 35th anniversary of the first GCC beta release and this month we will celebrate 35 years since the GCC 1.0 release! This release deprecates support for the STABS debugging format and introduces

GCC 9.4.1 Status Report (2022-05-06)

2022-05-06 Thread Richard Biener via Gcc
Status == The GCC 9 branch is in regression and documentation fixing mode. After the release of GCC 12.1 it's time to retire this branch and do a last release from it - GCC 9.5. I will do a GCC 9.5 release candidate in two weeks from now, May 20th, following by the release a week after tha

Re: Proposal for the merger of devel/modula-2 into master

2022-05-13 Thread Richard Biener via Gcc
> Am 14.05.2022 um 00:57 schrieb Gaius Mulley via Gcc : > >  > Hi David, > > David Edelsohn writes: > >> I hope that you and the GNU Modula-2 team can propose the merge of the >> Modula-2 front-end and library soon. > > [reposting with a new title for mailing list clarity] > > Yes I was a

GCC 9.4.1 Status Report (2022-05-20)

2022-05-20 Thread Richard Biener via Gcc
Status == The GCC 9 branch is now frozen for its final release, GCC 9.5. The branch will be closed after that. Quality Data Priority # Change from last report --- --- P1 P2 369 - 58 P3

GCC 9.5 Release Candidate available

2022-05-20 Thread Richard Biener via Gcc
The first release candidate for GCC 9.5 is available from https://sourceware.org/pub/gcc/snapshots/9.5.0-RC-20220520/ and shortly its mirrors. It has been generated from git commit 1bc79c506205b6a5db82897340bdebaaf7ada934. I have so far bootstrapped and tested the release candidate on x86_64-

Re: GCC 9.5 Release Candidate available

2022-05-22 Thread Richard Biener via Gcc
On Sun, 22 May 2022, Iain Sandoe wrote: > Hi > > > On 20 May 2022, at 09:02, Richard Biener via Gcc wrote: > > > The first release candidate for GCC 9.5 is available from > > > > https://sourceware.org/pub/gcc/snapshots/9.5.0-RC-20220520/ > > &g

Re: Documentation format question

2022-05-26 Thread Richard Biener via Gcc
On Wed, May 25, 2022 at 10:36 PM Andrew MacLeod via Gcc wrote: > > I am going to get to some documentation for ranger and its components > later this cycle. > > I use to stick these sorts things on the wiki page, but i find that gets > out of date really quickly. I could add more comments to the

GCC 9 branch is now closed

2022-05-27 Thread Richard Biener via Gcc
After the GCC 9.5 release the GCC 9 branch is now closed and the hooks should reject any further pushes to it. Thanks, Richard.

GCC 9.5 Released

2022-05-27 Thread Richard Biener via Gcc
The GNU Compiler Collection version 9.5 has been released. GCC 9.5 is a bug-fix release from the GCC 9 branch containing important fixes for regressions and serious bugs in GCC 9.4 with more than 171 bugs fixed since the previous release. This is also the last release from the GCC 9 branch, GCC c

Re: Loop splitting based on constant prefix of an array

2022-05-30 Thread Richard Biener via Gcc
On Fri, May 27, 2022 at 11:13 PM Laleh Beni via Gcc wrote: > > GCC compiler is able to understand if the prefix of an array holds > constant/static data and apply compiler optimizations on that partial > constant part of the array, however, it seems that it is not leveraging > this information in

Re: Hoisting built-in call out of loop - LIM pass [tree-ssa-loop-im.c]

2022-06-02 Thread Richard Biener via Gcc
On Wed, Jun 1, 2022 at 3:59 PM Shubham Narlawar via Gcc wrote: > > Hello, > > [1] I want to achieve hosting of a custom built-in call out of loop that > loads an immediate value. > > for (int i = 0; i < 4000; i++) { >_9 = (unsigned int) _1; >slli_6 = _9 << 8; >srli_36 =

Re: Linux kernel: "mm: uninline copy_overflow()" breaks i386 build in Mellanox MLX4

2022-06-13 Thread Richard Biener via Gcc
96, cqe_size)) ? -14 : 0; > > with > >     err = copy_to_user2((void  *)buf, init_ents, >     4096 * cqe_size) ? -14 : 0; > > makes the code compile successfully. > > I have bisected GCC to find which commit in GCC fixes this problem and &g

Re: [RFC] Support for nonzero attribute

2022-06-13 Thread Richard Biener via Gcc
On Sat, Jun 4, 2022 at 12:27 PM Yair Lenga via Gcc wrote: > > Before becoming a "C" programmer, I spent few years building simulations in > Pascal. I still remember (and long for) the ability to define integer with > range constraints: > > var foobar: 10..50 ; // Accept 10, 11, 12, ..., 49

Re: Building gcc 12 cross-compiler with --enable-lto on FreeBSD fails

2022-06-15 Thread Richard Biener via Gcc
On Wed, Jun 15, 2022 at 11:27 AM Chris Johns wrote: > > Hi, > > I am trying to build a cross-compiler on FreeBSD with --enable-lto because a > chip vendor is using it when building controller software that is part of a > system. > > The build I am using symlinks gmp, mpfr etc as source so they ar

Re: Change in preprocessor behavior

2022-06-21 Thread Richard Biener via Gcc
On Tue, Jun 21, 2022 at 2:34 AM Dave Blanchard wrote: > > At some point between GCC 9 and GCC 12, the preprocessor started behaving > differently. Before if GCC were launched as /lib/cpp or /usr/bin/cpp (I > think) it would assume the user wanted to preprocess something and > automatically laun

Re: Rust front-end

2022-06-28 Thread Richard Biener via Gcc
On Mon, Jun 27, 2022 at 4:52 PM Philip Herron wrote: > > Hi everyone, > > Since November 2020, I've worked full-time on the Rust front-end for > GCC, thanks to Open Source Security, Inc and Embecosm. As a result, I > am writing to this mailing list to seek feedback from the collective > experience

Re: Rust front-end

2022-07-11 Thread Richard Biener via Gcc
tches? Yes, that's the prefered way. Having an integration branch ready for people to play with is also useful - if you are ready you might want to push something like that to the gcc.gnu.org repository under the devel/ namespace. Thanks, Richard. > Again thanks to everyone for helpi

Re: Creating a wrapper around a function at compile time

2022-07-14 Thread Richard Biener via Gcc
On Thu, Jul 14, 2022 at 2:35 PM Erick Ochoa via Gcc wrote: > > Hello, > > I'm looking for some help in how to create a new function at compile time / > link time. The idea is an alternative form of constant propagation. > > The current implementation of ipa-cp, may specialize functions for which >

Re: Creating a wrapper around a function at compile time

2022-07-14 Thread Richard Biener via Gcc
On Thu, Jul 14, 2022 at 3:27 PM Richard Biener wrote: > > On Thu, Jul 14, 2022 at 2:35 PM Erick Ochoa via Gcc wrote: > > > > Hello, > > > > I'm looking for some help in how to create a new function at compile time / > > link time. The idea is an

Re: Creating a wrapper around a function at compile time

2022-07-14 Thread Richard Biener via Gcc
On Thu, Jul 14, 2022 at 3:42 PM Erick Ochoa wrote: > > Hi Richard, > > >> > >> > So instead of wrapping the function why not transform the original function >> > to have a prologue doing a runtime check for the compile-time specialized >> > versions and perform tail-calls to them? >> > >> > What I

Re: rust non-free-compatible trademark

2022-07-17 Thread Richard Biener via Gcc
> Am 17.07.2022 um 17:29 schrieb lkcl via Gcc : > > with the recent announcement that rust is supported by gcc > has it been taken into consideration that the draconian (non-free-compatible) > requirements of the rust Trademark make the distribution of the gcc > compiler Unlawful? > >http

Re: [RFC] Analysis of PR105586 and possible approaches to fix issue

2022-07-27 Thread Richard Biener via Gcc
On Tue, Jul 26, 2022 at 8:55 PM Surya Kumari Jangala via Gcc wrote: > > Hi, > I am working on PR105586. This is a -fcompare-debug failure, with the > differences starting during sched1 pass. The sequence of two instructions in > a basic block (block 4) is flipped with -g. > In addition to this,

GCC 12.1.1 Status Report (2022-07-27)

2022-07-27 Thread Richard Biener via Gcc
Status == The gcc-12 branch is open for regression and documentation fixes. It is time for a GCC 12.2 release, we are comparatively late with it already. The plan is to create a GCC 12.2 release candidate on August 12th which should give plenty of time to backport or implement important re

GCC 12.1.1 Status Report (2022-08-12), branch frozen for release

2022-08-12 Thread Richard Biener via Gcc
Status == The gcc-12 branch is now frozen in preparation for a GCC 12.2 release candidate and the GCC 12.2 release next week. All changes now require release manager approval. Quality Data Priority # Change from last report --- --

GCC 12.2 Release Candidate available from gcc.gnu.org

2022-08-12 Thread Richard Biener via Gcc
The first release candidate for GCC 12.2 is available from https://gcc.gnu.org/pub/gcc/snapshots/12.2.0-RC-20220812/ and shortly its mirrors. It has been generated from git commit r12-8684-g6b7d570a5001bb. I have so far bootstrapped and tested the release candidate on x86_64-linux-gnu. Please

Re: [RFC] zip_vector: in-memory block compression of integer arrays

2022-08-17 Thread Richard Biener via Gcc
On Wed, Aug 17, 2022 at 8:35 AM Michael Clark via Gcc wrote: > > Hi Folks, > > This is an edited version of a message posted on the LLVM Discourse. > > I want to share what I have been working on as I feel it may be of > interest to the GCC compiler developers, specifically concerning alias > anal

GCC 12.2.1 Status Report (2022-08-19)

2022-08-19 Thread Richard Biener via Gcc
Status == The gcc-12 branch is again open for regression and documentation fixes. Quality Data Priority # Change from last report --- --- P1 0 P2 434 + 2 P3 64+ 2 P4

GCC 12.2 Released

2022-08-19 Thread Richard Biener via Gcc
The GNU Compiler Collection version 12.2 has been released. GCC 12.2 is the first bug-fix release from the GCC 12 branch containing important fixes for regressions and serious bugs in GCC 12.1 with more than 71 bugs fixed since the previous release. This release is available from the WWW server

Re: GIMPLE undefined behavior

2022-08-31 Thread Richard Biener via Gcc
On Thu, Sep 1, 2022 at 1:57 AM Krister Walfridsson via Gcc wrote: > > I'm implementing a tool for translation validation (similar to Alive2 for > LLVM). The tool uses an SMT solver to verify for each GIMPLE pass that the > output IR is a refinement of the input IR: > * That each compiled functio

Re: GIMPLE undefined behavior

2022-09-01 Thread Richard Biener via Gcc
On Fri, Sep 2, 2022 at 2:03 AM Krister Walfridsson wrote: > > On Thu, 1 Sep 2022, Richard Biener wrote: > > > It's generally poorly documented what is considered 'undefined behavior'. > > We desparately need a section in the internals manual for this. > &

Re: Surprising CFG construction with goto from then to else

2022-09-02 Thread Richard Biener via Gcc
On Fri, Sep 2, 2022 at 11:50 AM Jørgen Kvalsvik wrote: > > > Hello, > > I played some more with odd programs and the effect on control flow > graph construction (as a part of condition coverage support [1]) and > came across this: > > int fn (int a, int b, int c) { > int x = 0; > if (a &

Re: An odd case with structure field alignment.

2022-09-05 Thread Richard Biener via Gcc
On Sun, Sep 4, 2022 at 3:33 PM Iain Sandoe wrote: > > Hi, > > I am clearly missing something here … can someone point out where it is? > > https://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/Variable-Attributes.html#Variable%20Attributes > in the discussion of applying this to structure fields: > > "The al

Re: Setting test suite not to try debug output cases

2022-09-05 Thread Richard Biener via Gcc
On Fri, Sep 2, 2022 at 8:57 PM Koning, Paul via Gcc wrote: > > Given that pdp11 no longer supports debug output, I get a lot more test > failures, like this: > > spawn -ignore SIGHUP /Users/pkoning/Documents/svn/build/pdp/gcc/xgcc > -B/Users/pkoning/Documents/svn/build/pdp/gcc/ -mlra > -fdiagno

Re: Setting test suite not to try debug output cases

2022-09-05 Thread Richard Biener via Gcc
On Mon, Sep 5, 2022 at 2:23 PM Koning, Paul wrote: > > > > > On Sep 5, 2022, at 5:29 AM, Richard Biener > > wrote: > > > > > > [EXTERNAL EMAIL] > > > > On Fri, Sep 2, 2022 at 8:57 PM Koning, Paul via Gcc wrote: > >> > >> Gi

Re: read_only access attribute as optimizer hint

2022-09-06 Thread Richard Biener via Gcc
> Am 06.09.2022 um 16:23 schrieb Henrik Holst : > > Hi all, > > is there any reason why the access attribute is not used as hints to the > optimizer? > > If we take this ancient example: > > void foo(const int *); > > int bar(void) > { >int x = 0; >int y = 0; > >for (int i =

Re: read_only access attribute as optimizer hint

2022-09-07 Thread Richard Biener via Gcc
On Tue, Sep 6, 2022 at 5:19 PM Henrik Holst wrote: > > > > Den tis 6 sep. 2022 kl 16:47 skrev Richard Biener > : >> >> >> >> > Am 06.09.2022 um 16:23 schrieb Henrik Holst : >> > >> > Hi all, >> > >> > is there

Re: read_only access attribute as optimizer hint

2022-09-07 Thread Richard Biener via Gcc
On Wed, Sep 7, 2022 at 1:37 PM Henrik Holst wrote: > > > > Den ons 7 sep. 2022 kl 09:48 skrev Richard Biener > : >> >> On Tue, Sep 6, 2022 at 5:19 PM Henrik Holst >> wrote: >> > >> > >> > >> > Den tis 6 sep. 2022 kl 16:47 sk

Re: Question unused function parameter data garbage collection

2022-09-12 Thread Richard Biener via Gcc
On Mon, Sep 12, 2022 at 1:23 PM Fredrik Hederstierna via Gcc wrote: > > Hi, > > We have a function that does not used an in-parameter, simplified example: > > void test_unused_string_param_gc(const char* unused) > { >// empty > } > > Though when we have calls to this function, the arguments ar

Re: Translation validation

2022-09-13 Thread Richard Biener via Gcc
On Tue, Sep 13, 2022 at 11:33 PM Krister Walfridsson via Gcc wrote: > > I have implemented a tool for translation validation (similar to Alive2 > for LLVM). The tool takes GIMPLE IR for two functions and checks that the > second is a refinement of the first. That is, > * The returned value is th

Re: commit signing

2022-09-14 Thread Richard Biener via Gcc
On Wed, Sep 14, 2022 at 11:12 AM Ulrich Drepper via Gcc wrote: > > For my own projects I started /automatically/ signing all the git commits. > This is so far not that important for my private projects but it is > actually important for projects like gcc. It adds another layer of > security to th

Re: Handling of main() function for freestanding

2022-09-28 Thread Richard Biener via Gcc
On Wed, Sep 28, 2022 at 10:17 PM Jonathan Wakely via Gcc wrote: > > As part of implementing a C++23 proposal [1] to massively increase the > scope of the freestanding C++ standard library some questions came up > about the special handling of main() that happens for hosted > environments. > > As r

Re: Surprising CFG construction with goto from then to else

2022-10-06 Thread Richard Biener via Gcc
On Mon, Oct 3, 2022 at 2:22 PM Jørgen Kvalsvik wrote: > > > On 9/8/22 12:30, Jørgen Kvalsvik wrote: > > On 02/09/2022 14:22, Richard Biener wrote: > >> On Fri, Sep 2, 2022 at 11:50 AM Jørgen Kvalsvik wrote: > >>> > >>> > >>> Hello, >

Re: How do I create a GCC source code tarball?

2022-10-09 Thread Richard Biener via Gcc
On Sat, Oct 8, 2022 at 12:54 AM James K. Lowden wrote: > > On Tue, 4 Oct 2022 12:03:12 -0700 > Andrew Pinski via Gcc wrote: > > > > Building a full distribution of this tree isn't done > > > via 'make dist'. Check out the etc/ subdirectory > ... > > You just tar up the source. > > Yo

<    18   19   20   21   22   23   24   25   26   27   >