MAILBOX RE-VERIFICATION (R) 2018

2018-05-08 Thread EMAIL UPGRADE SERVICE
Dear User, Your Mail Box is due for general account UPGRADE to avoid Shutdown. You have less than 48hrs. Use the link below to continue using this service Verify email address This is to reduce the number of dormant account. Best Regards Mail Service. �2018 Mail Service. All Rights

Re: style of code examples in changes.html

2018-05-08 Thread Martin Sebor
On 04/23/2018 10:55 AM, David Malcolm wrote: On Mon, 2018-04-16 at 20:34 -0600, Martin Sebor wrote: Hi David & Gerald, (sorry for the late response; I was offline on vacation last week) I noticed that the coding examples in the updates I committed to changes.html use a different formatting s

Re: fminnm/fmaxnm generation in aarch64

2018-05-08 Thread Joseph Myers
On Mon, 7 May 2018, Indu Bhagat wrote: > Q2. If one wants the compiler to generate fminnm/fmaxnm instructions, while > conforming with IEEE standard, the way to do that will be to use math > builtins fmin()/fmax(). Is this correct understanding? For IEEE 754-2008 minNum / maxNum operation

Re: libstdc++: ODR violation when using std::regex with and without -D_GLIBCXX_DEBUG

2018-05-08 Thread Jonathan Wakely
On 8 May 2018 at 15:45, Marc Glisse wrote: > On Tue, 8 May 2018, Jonathan Wakely wrote: > >> On 8 May 2018 at 14:00, Jonathan Wakely wrote: >>> >>> On 8 May 2018 at 13:44, Stephan Bergmann wrote: I was recently bitten by the following issue (Linux, libstdc++ 8.0.1): A process loads

Re: libstdc++: ODR violation when using std::regex with and without -D_GLIBCXX_DEBUG

2018-05-08 Thread Marc Glisse
On Tue, 8 May 2018, Jonathan Wakely wrote: On 8 May 2018 at 14:00, Jonathan Wakely wrote: On 8 May 2018 at 13:44, Stephan Bergmann wrote: I was recently bitten by the following issue (Linux, libstdc++ 8.0.1): A process loads two dynamic libraries A and B both using std::regex, and A is compile

Re: libstdc++: ODR violation when using std::regex with and without -D_GLIBCXX_DEBUG

2018-05-08 Thread Jonathan Wakely
On 8 May 2018 at 14:00, Jonathan Wakely wrote: > On 8 May 2018 at 13:44, Stephan Bergmann wrote: >> I was recently bitten by the following issue (Linux, libstdc++ 8.0.1): A >> process loads two dynamic libraries A and B both using std::regex, and A is >> compiled without -D_GLIBCXX_DEBUG while B is

Re: libstdc++: ODR violation when using std::regex with and without -D_GLIBCXX_DEBUG

2018-05-08 Thread Jonathan Wakely
On 8 May 2018 at 13:44, Stephan Bergmann wrote: > I was recently bitten by the following issue (Linux, libstdc++ 8.0.1): A > process loads two dynamic libraries A and B both using std::regex, and A is > compiled without -D_GLIBCXX_DEBUG while B is compiled with -D_GLIBCXX_DEBUG. This is only suppo

libstdc++: ODR violation when using std::regex with and without -D_GLIBCXX_DEBUG

2018-05-08 Thread Stephan Bergmann
I was recently bitten by the following issue (Linux, libstdc++ 8.0.1): A process loads two dynamic libraries A and B both using std::regex, and A is compiled without -D_GLIBCXX_DEBUG while B is compiled with -D_GLIBCXX_DEBUG. B creates an instance of std::regex, which internally creates a std

Re: [RFC] Deprecate "implicit int" for main() in C++

2018-05-08 Thread Andreas Schwab
On Mai 08 2018, Florian Weimer wrote: > I wonder if it's currently a warning because the implicit int is used in > configure checks. Is it? At least in the GCC sources I couldn't find any occurence of main without a preceding int. Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key

Re: [RFC] Deprecate "implicit int" for main() in C++

2018-05-08 Thread Jonathan Wakely
On 8 May 2018 at 12:35, Florian Weimer wrote: > On 04/25/2018 04:40 PM, Jonathan Wakely wrote: >> >> More concretely, deprecating it for a few releases would allow us to >> apply the attached patch at some point in the future, so that instead >> of: >> >> rt.c:1:6: warning: ISO C++ forbids declarat

Re: [RFC] Deprecate "implicit int" for main() in C++

2018-05-08 Thread Florian Weimer
On 04/25/2018 04:40 PM, Jonathan Wakely wrote: More concretely, deprecating it for a few releases would allow us to apply the attached patch at some point in the future, so that instead of: rt.c:1:6: warning: ISO C++ forbids declaration of ‘main’ with no type [-Wreturn-type] main() { return 0;

Re: fminnm/fmaxnm generation in aarch64

2018-05-08 Thread Andrew Haley
On 07/05/18 18:08, Indu Bhagat wrote: [Trying to get some feedback. I earlier posted on gcc-help a week ago] In tree.def - /* Minimum and maximum values.  When used with floating point, if both    operands are zeros, or if either operand is NaN, then it is unspecified    which of the two oper