Re: Status of C++11 support

Overview: https://gcc.gnu.org/projects/cxx-status.html#cxx11 Am 09.12.2019 um 04:17 schrieb Nicholas Krause: Greetings, I was wondering what the current status of being able to use C++11 is without the gcc project. Seems it will be much easier to implement  basic spinlocks with the  C++11 memo

Re: PPC64 libmvec implementation of sincos

On Sun, Dec 8, 2019 at 10:40 PM GT wrote: > > ‐‐‐ Original Message ‐‐‐ > On Friday, December 6, 2019 12:43 PM, Richard Biener > richard.guent...@gmail.com wrote: > > ... > ... > > > > Are we certain the change we want is to support _Complex double so that > > > cexpi is auto-vectorized? >

Re: Possible Bugs in cgraphunit.c

On 12/5/19 5:08 PM, Nicholas Krause wrote: On 12/5/19 7:08 AM, Martin Liška wrote: On 12/5/19 9:00 AM, Nicholas Krause wrote: Greetings, Seems that the extend_trucks return values are not returned when called in both, cnode::assemble_thunks_and_aliases and cnode::create_wrapper. I'm not sure

How to build gcc with address sanitizer?

Hello, When using gcc8.2.1 to build one application, it’s out of memory during “cc1”, We suspect that there are some memory leak problem in “cc1”, therefore tried to build Gcc with address sanitizer in order to detect the memory leak during compilation. However, it took me a lot of time in or

Re: Status of C++11 support

On 12/9/19 3:16 AM, Dennis Luehring wrote: Overview: https://gcc.gnu.org/projects/cxx-status.html#cxx11 I'm asking of what support exists in the gcc codebase itself not for other projects using gcc. Nick Am 09.12.2019 um 04:17 schrieb Nicholas Krause: Greetings, I was wondering what the

Re: PPC64 libmvec implementation of sincos

‐‐‐ Original Message ‐‐‐ On Monday, December 9, 2019 3:39 AM, Richard Biener richard.guent...@gmail.com wrote: > > I'm modifying the code trying to get complex double accepted as a valid > > type by the vectorizer. > > This is the first time I'm dealing with GCC source so I ask for some

Re: Status of C++11 support

On 12/9/19 5:03 PM, Nicholas Krause wrote: >> https://gcc.gnu.org/projects/cxx-status.html#cxx11 > I'm asking of what support exists in the gcc codebase itself not for other > projects using gcc. That is what you got. -- Andrew Haley (he/him) Java Platform Lead Engineer Red Hat UK Ltd.

Re: Proposal for the transition timetable for the move to GIT

On Fri, 6 Dec 2019, Eric S. Raymond wrote: > Reposurgeon has been used for several major conversions, including groff > and Emacs. I don't mean to be nasty to Maxim, but I have not yet seen > *anybody* who thought they could get the job done with ad-hoc scripts > turn out to be correct. Unfor

Re: Status of C++11 support

On Mon, 2019-12-09 at 18:09 +, Andrew Haley wrote: > On 12/9/19 5:03 PM, Nicholas Krause wrote: > > > https://gcc.gnu.org/projects/cxx-status.html#cxx11 > > > > I'm asking of what support exists in the gcc codebase itself not > > for other projects using gcc. > > That is what you got. IIUC N

Re: Status of C++11 support

On 12/9/19 1:09 PM, Andrew Haley wrote: On 12/9/19 5:03 PM, Nicholas Krause wrote: https://gcc.gnu.org/projects/cxx-status.html#cxx11 I'm asking of what support exists in the gcc codebase itself not for other projects using gcc. That is what you got. No its not  as its just talking about

Re: Status of C++11 support

On 12/9/19 1:31 PM, Paul Smith wrote: On Mon, 2019-12-09 at 18:09 +, Andrew Haley wrote: On 12/9/19 5:03 PM, Nicholas Krause wrote: https://gcc.gnu.org/projects/cxx-status.html#cxx11 I'm asking of what support exists in the gcc codebase itself not for other projects using gcc. That is

Re: Proposal for the transition timetable for the move to GIT

On 12/9/19 7:19 PM, Joseph Myers wrote: For any conversion we're clearly going to need to run various validation (comparing properties of the converted repository, such as contents at branch tips, with expected values of those properties based on the SVN repository) and fix issues shown up by th

Re: Status of C++11 support

>From the earlier email thread, I think the plan is to switch to C++11 for GCC 11. Jason On Mon, Dec 9, 2019 at 1:43 PM Nicholas Krause wrote: > > > On 12/9/19 1:31 PM, Paul Smith wrote: > > On Mon, 2019-12-09 at 18:09 +, Andrew Haley wrote: > >> On 12/9/19 5:03 PM, Nicholas Krause wrote:

Re: Proposal for the transition timetable for the move to GIT

Joseph Myers : > I think we should fix whatever the remaining relevant bugs are in > reposurgeon and do the conversion with reposurgeon being used to read and > convert the SVN history and do any desired surgical operations on it. On behalf of the reposurgeon crew - Julien Rivaud, Daniel Brooks,

Re: Proposal for the transition timetable for the move to GIT

On Mon, 9 Dec 2019, Bernd Schmidt wrote: > On 12/9/19 7:19 PM, Joseph Myers wrote: > > > > For any conversion we're clearly going to need to run various validation > > (comparing properties of the converted repository, such as contents at > > branch tips, with expected values of those properties

Re: Proposal for the transition timetable for the move to GIT

Bernd Schmidt : > On 12/9/19 7:19 PM, Joseph Myers wrote: > > > > For any conversion we're clearly going to need to run various validation > > (comparing properties of the converted repository, such as contents at > > branch tips, with expected values of those properties based on the SVN > > repos

Re: Questions about IPA/clones and new LTO pass

Hello, this is an update on the LTO pass we've been working on. The optimization is called ipa-initcall-cp because it propagates constant values written to variables with static lifetimes (such as ones initialized in initialization functions). This patch can be applied to: commit 3cce71b23f6ed221

Usage of C11 Annex K Bounds-checking interfaces on GCC

Hi All, We are using gcc in our projects and we found some of the C standard functions (like memcpy, strcpy) used in gcc may induce security vulnerablities like buffer overflow. Currently we have not found any instances which causes such issues. But we feel better to change these calls to Cll An

Usage of C11 Annex K Bounds-checking interfaces on GCC

Hi All, We are using gcc in our projects and we found some of the C standard functions (like memcpy, strcpy) used in gcc may induce security vulnerablities like buffer overflow. Currently we have not found any instances which causes such issues. But we feel better to change these calls to Cll An

Re: Usage of C11 Annex K Bounds-checking interfaces on GCC

On Mon, Dec 9, 2019 at 10:14 PM li zi wrote: > > Hi All, > We are using gcc in our projects and we found some of the C standard > functions (like memcpy, strcpy) used in gcc may induce security > vulnerablities like buffer overflow. Currently we have not found any > instances which causes such