Re: Feature request: -Wno-unknown-warnings to silently ignore unknown warning control flags.

On 10/12/2017 10:49 PM, Oren Ben-Kiki wrote: On Fri, Oct 13, 2017 at 4:47 AM, Martin Sebor mailto:mse...@gmail.com>> wrote: My organization was particularly focused on warnings so I'm quite familiar with the challenges you're hoping to overcome. I figured I was

Re: Feature request: -Wno-unknown-warnings to silently ignore unknown warning control flags.

On 10/17/2017 03:55 PM, Manuel López-Ibáñez wrote: On 13/10/17 02:47, Martin Sebor wrote: [*] We wrote a script scrape those off the online HTML manual and create a "database" mapping options to GCC versions they were introduced in (or first documented in, as not every option a

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 10/19/2017 09:57 AM, Thomas Schwinge wrote: Hi! Still waiting for any kind of reaction -- general process-change inertia, chicken-and-egg problem, I suppose. ;-/ I have now put the proposed text onto a wiki page, so that those interested have a convenient handle to use,

Re: Please review writeup for fixing PR 78809 (inline strcmp for small constant strings)

On 11/03/2017 08:59 AM, Qing Zhao wrote: Hi, This is the first time I am asking for a design review for fixing a GCC enhancement request, Let me know if I need to send this email to other mailing list as well. I have been studying PR 78809 for some time https://gcc.gnu.org/bugzilla/show_bug.c

Re: Please review writeup for fixing PR 78809 (inline strcmp for small constant strings)

On 11/16/2017 03:39 PM, Qing Zhao wrote: Hi, Jeff, thanks a lot for your comments. please see my reply in below: On Nov 16, 2017, at 12:47 PM, Jeff Law wrote: B. for strncmp (s1, s2, n) (!)= 0 or strcmp (s1, s2) (!)= 0 if the result is ONLY used to do a simple equality test against

Re: Please review writeup for fixing PR 78809 (inline strcmp for small constant strings)

On 11/17/2017 04:08 PM, Qing Zhao wrote: On Nov 17, 2017, at 1:50 AM, Jakub Jelinek wrote: On Thu, Nov 16, 2017 at 06:14:35PM -0700, Jeff Law wrote: However, this routine currently miss a very obvious case as the following: char s[100] = {'a','b','c','d’}; __builtin_strcmp(s, "abc") != 0

Re: Fail to compile GDB with recent GCC trunk (-Werror=stringop-overflow=, -Werror=stringop-truncation)

strncpy only with a bound that reflects the size of the destination, never that of the source. Martin 2017-11-10 Martin Sebor * gdb/cli/cli-decode.c (help_list): Use strcpy and memcpy instead of strncpy. * gdb/cp-namespace.c (cp_lookup_transparent_type_loop): Use strcpy instead of str

question about inlining

While testing a libstdc++ patch that relies on inlining to expose a GCC limitation I noticed that the same member function of a class template is inlined into one function in the test but not into the other, even though it is inlined into each if each is compiled separately (i.e., in a file on its

Re: question about inlining

On 12/06/2017 12:11 PM, Richard Biener wrote: On December 6, 2017 6:38:11 PM GMT+01:00, Martin Sebor wrote: While testing a libstdc++ patch that relies on inlining to expose a GCC limitation I noticed that the same member function of a class template is inlined into one function in the test

Re: question about inlining

On 12/06/2017 11:45 PM, Richard Biener wrote: On December 7, 2017 2:15:53 AM GMT+01:00, Martin Sebor wrote: On 12/06/2017 12:11 PM, Richard Biener wrote: On December 6, 2017 6:38:11 PM GMT+01:00, Martin Sebor wrote: While testing a libstdc++ patch that relies on inlining to expose a GCC

Re: question about inlining

On 12/08/2017 12:00 AM, Richard Biener wrote: On December 8, 2017 4:26:05 AM GMT+01:00, Martin Sebor wrote: On 12/06/2017 11:45 PM, Richard Biener wrote: On December 7, 2017 2:15:53 AM GMT+01:00, Martin Sebor wrote: On 12/06/2017 12:11 PM, Richard Biener wrote: On December 6, 2017 6:38:11

Re: Implementing p0515 - spaceship operator

On 01/08/2018 02:07 PM, Tim van Deurzen wrote: Hi, I've been spending some time the past few weeks implementing p0515r2, i.e. the proposal for consistent comparisons for C++ (aka the spaceship operator). I've received some very valuable help on the IRC channel, but I'm still a little bit stuck.

Bugzilla timing out

I'm having trouble bringing up bugs or updating them. Has anyone else noticed Bugzilla (and/or other services running on gcc.gnu.org) being very slow or timing out? Thanks Martin

Re: Bugzilla timing out

On 01/22/2018 11:08 AM, Frank Ch. Eigler wrote: Hi - Problems are still occurring for me; Bugzilla gives me 504 Gateway Time-outs when I try to access it tonight... OK, we reworked some of the database routine maintenance workload, e.g., a nightly cleanup pass that was quite likely excessive,

Re: Bugzilla timing out

On 01/26/2018 04:08 PM, Frank Ch. Eigler wrote: Hi - Many copies of a 5 MB message have apparently been timing out in sourceware's spam processing, resulting in sourceware repeatedly accepting the message while the sender's mail server also times out (sooner) and keeps resending it. [...] Tha

Re: Unused GCC builtins

On 01/24/2018 07:09 AM, Jakub Jelinek wrote: On Wed, Jan 24, 2018 at 03:04:55PM +0100, Manuel Rigger wrote: In a second step, we also considered internal builtins and found that the vararg handling builtins (__builtin_va_start, __builtin_va_end, __builtin_va_arg, and __builtin_va_copy) are relie

Re: gdb 8.x - g++ 7.x compatibility

On 02/03/2018 10:01 PM, Simon Marchi wrote: On 2018-02-03 13:35, Manfred wrote: n4659 17.4 (Type equivalence) p1.3: Two template-ids refer to the same class, function, or variable if ... their corresponding non-type template arguments of integral or enumeration type have identical values ... I

Re: gdb 8.x - g++ 7.x compatibility

On 02/04/2018 10:06 PM, Simon Marchi wrote: Hi Martin, Thanks for the reply. On 2018-02-04 02:17 PM, Martin Sebor wrote: Printing the suffix is unhelpful because it leads to unnecessary differences in diagnostics (even in non-template contexts). For templates with non-type template

Re: Debugging optimizer problems

On 02/02/2018 12:29 PM, jacob navia wrote: Hi I am confronted with a classical problem: a program gives correct results when compiled with optimizations off, and gives the wrong ones with optimization (-O2) on. I have isolated the probem in a single file but now there is no way that I can furth

Re: gdb 8.x - g++ 7.x compatibility

On 02/05/2018 09:59 AM, Simon Marchi wrote: On 2018-02-05 11:45, Martin Sebor wrote: Yes, with auto, the type of the constant does determine the type of the specialization of the template in the source code. In non-type template arguments, and more to the point I was making, in diagnostics

Re: gcc 7.3: Replacing global operator new/delete in shared libraries

On 02/06/2018 03:56 PM, Paul Smith wrote: Hi all. Hopefully this isn't too annoying a question :). My environment has been using GCC 6.2 (locally compiled) on GNU/Linux systems. We use a separate heap management library (jemalloc) rather than the libc allocator. The way we did this in the pas

how to debug go build errors

Hi Ian, While testing what should be an innocuous patch to add LTO to a bunch of middle-end warning options https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00381.html I get Go errors during ordinary bootstrap about undefined names for errno constants: /opt/notnfs/msebor/src/gcc/84212/libgo/go/

Re: how to debug go build errors

is still there! @@ -1186,7 +1186,6 @@ ansi C ObjC C++ ObjC++ A synonym for -std=c89 (for C) or -std=c++98 (for C++). -d C ObjC C++ ObjC++ Joined ; Documented in common.opt. FIXME - what about -dI, -dD, -dN and -dD? Sorry for the noise! On 02/08/2018 04:24 PM, Martin Sebor wrote: Hi Ian, Whi

Re: how to debug go build errors

On 02/08/2018 05:39 PM, Ian Lance Taylor wrote: On Thu, Feb 8, 2018 at 3:24 PM, Martin Sebor wrote: While testing what should be an innocuous patch to add LTO to a bunch of middle-end warning options https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00381.html I get Go errors during ordinary

determining aggregate member from MEM_REF

There are APIs to determine the base object and an offset into it from all sorts of expressions, including ARRAY_REF, COMPONENT_REF, and MEM_REF, but none of those I know about makes it also possible to discover the member being referred to. Is there an API that I'm missing or a combination of ca

Re: determining aggregate member from MEM_REF

On 02/16/2018 04:22 AM, Richard Biener wrote: On Thu, Feb 15, 2018 at 6:28 PM, Martin Sebor wrote: There are APIs to determine the base object and an offset into it from all sorts of expressions, including ARRAY_REF, COMPONENT_REF, and MEM_REF, but none of those I know about makes it also

Re: determining aggregate member from MEM_REF

On 02/26/2018 05:08 AM, Richard Biener wrote: On Fri, Feb 16, 2018 at 8:07 PM, Martin Sebor wrote: On 02/16/2018 04:22 AM, Richard Biener wrote: On Thu, Feb 15, 2018 at 6:28 PM, Martin Sebor wrote: There are APIs to determine the base object and an offset into it from all sorts of

where should C++ options be documented?

Jason, The manual mentions some C++-only options in the language independent section 3.8 Options to Request or Suppress Warnings and others in 3.5 Options Controlling C++ Dialect. For example, -Wcatch-value, -Wconditionally-supported, and -Wzero-as-null-pointer-constant are mentioned only on the

Re: "file name" vs "filename"

On 04/01/2018 04:54 PM, Sandra Loosemore wrote: On 04/01/2018 02:56 PM, Joel Sherrill wrote: On Sun, Apr 1, 2018, 3:16 PM Gerald Pfeifer mailto:ger...@pfeifer.com>> wrote: And now to the most important question of all. ;-) Should we use "file name" or "filename" when referring to the

Re: where should C++ options be documented?

On 04/03/2018 08:08 AM, Jason Merrill wrote: On Mon, Apr 2, 2018 at 9:33 PM, Martin Sebor wrote: Jason, The manual mentions some C++-only options in the language independent section 3.8 Options to Request or Suppress Warnings and others in 3.5 Options Controlling C++ Dialect. For example

Re: where should C++ options be documented?

On 04/03/2018 06:20 AM, David Brown wrote: On 03/04/18 03:33, Martin Sebor wrote: Jason, The manual mentions some C++-only options in the language independent section 3.8 Options to Request or Suppress Warnings and others in 3.5 Options Controlling C++ Dialect. For example, -Wcatch-value

Re: where should C++ options be documented?

Let me try gzipping the attachment to see if it gets past SpamAssassin. On 04/04/2018 11:08 AM, Martin Sebor wrote: On 04/04/2018 05:49 AM, Nathan Sidwell wrote: On 04/03/2018 07:05 PM, Martin Sebor wrote: @@ -3914,6 +3916,7 @@ Options} and @ref{Objective-C and Objective-C++ Di -Wc++11-compat

Re: where should C++ options be documented?

On 04/04/2018 07:05 AM, Jason Merrill wrote: On Tue, Apr 3, 2018 at 7:05 PM, Martin Sebor wrote: On 04/03/2018 08:08 AM, Jason Merrill wrote: On Mon, Apr 2, 2018 at 9:33 PM, Martin Sebor wrote: Jason, The manual mentions some C++-only options in the language independent section 3.8

style of code examples in changes.html

Hi David & Gerald, I noticed that the coding examples in the updates I committed to changes.html use a different formatting style than David's. I just copied mine from GCC 7 changes.html, and those I copied from David's for that version :) Should we make an effort to make them all look the same?

Re: style of code examples in changes.html

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 format

[PATCH] tighten up -Wclass-memaccess for ctors/dtors (PR 84851)

A fix for 84851 - missing -Wclass-memaccess for a memcpy in a copy ctor with a non-trivial member was implemented but disabled for GCC 8 but because it was late, with the expectation we would enable it for GCC 9. The attached removes the code that guards the full fix to enable it. Martin PR c++/

[PATCH] tighten up -Wclass-memaccess for ctors/dtors (PR 84851)

A fix for 84851 - missing -Wclass-memaccess for a memcpy in a copy ctor with a non-trivial member was implemented but disabled for GCC 8 but because it was late, with the expectation we would enable it for GCC 9. The attached removes the code that guards the full fix to enable it. Martin PR c++

bootstrap failure due to declaration mismatch in r260956

Honza, I think your r260956 is missing the following hunk: Index: include/simple-object.h === --- include/simple-object.h (revision 260969) +++ include/simple-object.h (working copy) @@ -203,7 +203,7 @@ simple_object_release

Re: bootstrap failure due to declaration mismatch in r260956

On 05/30/2018 12:27 PM, Gerald Pfeifer wrote: On Wed, 30 May 2018, Martin Sebor wrote: I think your r260956 is missing the following hunk: If this fixes the bootstrap for you (also ran into this myself just now), can you please go ahead and commit? We can always sort out things later, if

aliasing between internal zero-length-arrays and other members

GCC silently (without -Wpedantic) accepts declarations of zero length arrays that are followed by other members in the same struct, such as in: struct A { char a, b[0], c; }; Is it intended that accesses to elements of such arrays that alias other members be well-defined? In my tests, GCC ass

LTO and other test failures on trunk

I've been noticing a number of failures in LTO (and some other) tests in my x86_64-builds most of which don't appear in results reported on gcc-testresults (all those on lines that start with with the '!' below) and that I don't recall seeing before. The LTO tests seem to fail with errors like th

Re: LTO and other test failures on trunk

On 06/11/2018 12:34 PM, David Malcolm wrote: On Mon, 2018-06-11 at 12:19 -0600, Martin Sebor wrote: I've been noticing a number of failures in LTO (and some other) tests in my x86_64-builds most of which don't appear in results reported on gcc-testresults (all those on lines that

libstdc++ bootstrap failure after r261525

Bootstrap fails in libstdc++ with the following error. I haven't investigated it much except to take a peek at recent libstdc++ commits where r261525 looks like it introduced __glibcxx_check_can_increment_range, so it seems like it might have something to do with it. I don't see a __glibcxx_requi

Re: LTO and other test failures on trunk

David, Have you been able to reproduce the jit test failures below on tor? Is there some information I can get you from my builds to help you debug it? Thanks Martin On 06/11/2018 01:20 PM, Martin Sebor wrote: On 06/11/2018 12:34 PM, David Malcolm wrote: On Mon, 2018-06-11 at 12:19 -0600

Re: LTO and other test failures on trunk

On 06/19/2018 04:37 AM, Thomas Schwinge wrote: Hi! In case that you have not yet found it: On Mon, 11 Jun 2018 12:19:23 -0600, Martin Sebor wrote: I've been noticing a number of failures in LTO (and some other) tests in my x86_64-builds most of which don't appear in results repor

Re: ChangeLog's: do we have to?

On 07/05/2018 02:07 AM, Richard Biener wrote: On Thu, Jul 5, 2018 at 9:47 AM Aldy Hernandez wrote: After 20 years of hacking on GCC I feel like I have literally wasted days of my life typing out ChangeLog entries that could have easily been generated programmatically. Can someone refresh my m

interrupting Ada tests

Ada tests don't seem to respond to the INT signal: when I interrupt a parallel make check while the Ada tests are running, other test suites are interrupted as well and go away, but ada tests keep running. Is there some trick to have Ctrl-C have the expected effect on the Ada test suite as well o

Re: -Wclass-memaccess warning should be in -Wextra, not -Wall

On 07/05/2018 05:14 PM, Soul Studios wrote: Simply because a struct has a constructor does not mean it isn't a viable target/source for use with memcpy/memmove/memset. As the documentation that Segher quoted explains, it does mean exactly that. Some classes have user-defined copy and default c

Re: -Wclass-memaccess warning should be in -Wextra, not -Wall

On 07/09/2018 07:22 PM, Soul Studios wrote: On 07/05/2018 05:14 PM, Soul Studios wrote: Simply because a struct has a constructor does not mean it isn't a viable target/source for use with memcpy/memmove/memset. As the documentation that Segher quoted explains, it does mean exactly that. Some

Re: [RFC] Update coding conventions to restrict use of non-const references

On 07/12/2018 04:41 AM, Richard Sandiford wrote: Following on from: https://gcc.gnu.org/ml/gcc-patches/2018-07/msg00603.html this patch is an RFC to mention references in the C++ coding conventions. It allows const references anywhere they're useful but only allows non-constant references i

Re: [RFC] Update coding conventions to restrict use of non-const references

On 07/16/2018 02:19 AM, Richard Sandiford wrote: Aldy Hernandez writes: On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely wrote: On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote: +Only use non-constant references in the following situations: + + + +when they are necessary to conform to a

Re: O2 Agressive Optimisation by GCC

On 07/20/2018 06:19 AM, Umesh Kalappa wrote: Hi All , We are looking at the C sample i.e extern int i,j; int test() { while(1) { i++; j=20; } return 0; } command used :(gcc 8.1.0) gcc -S test.c -O2 the generated asm for x86 .L2: jmp .L2 we understand that,the infi

Re: O2 Agressive Optimisation by GCC

On 07/20/2018 12:17 PM, Richard Biener wrote: On July 20, 2018 7:59:10 PM GMT+02:00, Martin Sebor wrote: On 07/20/2018 06:19 AM, Umesh Kalappa wrote: Hi All , We are looking at the C sample i.e extern int i,j; int test() { while(1) { i++; j=20; } return 0; } command used

why does c_strlen() return a signed integer?

PR 87059 - internal compiler error: in set_value_range, at tree-vrp.c:289, is apparently due to an argument type mismatch in a MIN_EXPR introduced by expand_builtin_strncmp(). The function calls c_strlen() to compute the length of the two string arguments to strncmp() and then replaces the third

commits in Bugzilla attributed to others?

It looks as though commits with bug fixes appear in Bugzilla comments made by others(*). Fox instance, commit r10-7151 for PR 92071 shows in comment #16 on the bug under Martin Liška's name. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071#c16 Similarly, commits r9-8372, r10-7152, and r8-10

Re: commits in Bugzilla attributed to others?

On 3/13/20 9:50 AM, Marek Polacek wrote: On Fri, Mar 13, 2020 at 09:46:40AM -0600, Martin Sebor via Gcc wrote: It looks as though commits with bug fixes appear in Bugzilla comments made by others(*). Fox instance, commit r10-7151 for PR 92071 shows in comment #16 on the bug under Martin

access to Subversion links forbidden?

I've been getting Error 403 (Forbidden - You don't have permission to access /viewcvs on this server) following the Subversion links in Bugzilla for some time now (they worked for me before the switch to Git, but I'm not sure if they also did before the recent hardware upgrade). For example:

Re: New mklog script

On 5/15/20 2:59 AM, Martin Liška wrote: Hi. Since we moved to git world and we're in the preparation for ChangeLog messages being in git commit messages, I think it's the right time to also simplify mklog script. I'm sending a new version (which should eventually replace contrib/mklog and c

C++ 11 errors building go on 10-branch?

The Go front end fails to build for me on 10-branch with the error below (and many others that look like they're cause by it). Git log doesn't show any recent changes that might be responsible for it. It looks like the code is guarded by the conditional #if defined(HAVE_UNORDERED_MAP) and HAVE_U

ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

clined to update refs/heads/master To git+ssh://gcc.gnu.org/git/gcc.git ! [remote rejected] master -> master (hook declined) error: failed to push some refs to 'git+ssh://mse...@gcc.gnu.org/git/gcc.git' $ head gcc/cp/ChangeLog 2020-05-18 Martin Sebor PR c++

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

On 5/19/20 1:03 PM, Martin Sebor wrote: I'm having trouble with the commit hook that tries to enforce ChangeLog contents.  It fails with an error that doesn't make sense to me: the file it complains isn't mentioned clearly is listed there and I can't tell what about how it&

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

On 5/19/20 1:11 PM, Marek Polacek wrote: On Tue, May 19, 2020 at 01:03:09PM -0600, Martin Sebor via Gcc wrote: I'm having trouble with the commit hook that tries to enforce ChangeLog contents. It fails with an error that doesn't make sense to me: the file it complains isn't me

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

On 5/19/20 1:26 PM, Martin Liška wrote: On 5/19/20 9:19 PM, Martin Sebor via Gcc wrote: Yep, that was it.  It's one of those things that you can stare at for minutes before you notice it. Thank you for the report, it's 1:0 for the hook ;) Next time, please CC me to a similar issu

Re: New mklog script

On 5/21/20 2:16 AM, Martin Liška wrote: Hello Martin. Can you please compare the current mklog.py. Is there anything you miss compared to your current script? Nope, it matches the format I get with my script and even works better and runs faster. Very nice! I'll be happy to switch to using i

Re: New mklog script

On 5/26/20 7:14 AM, Martin Liška wrote: On 5/26/20 3:11 PM, Richard Earnshaw wrote: On 26/05/2020 14:09, Martin Liška wrote: On 5/26/20 1:18 PM, Richard Earnshaw wrote: On 26/05/2020 12:14, Martin Liška wrote: On 5/26/20 12:23 PM, Richard Earnshaw wrote: I thought we had a convention that ali

sign_and_send_pubkey: signing failed: agent refused operation

git pull from the GCC and Glibc repos is failing for me with the error below. It worked fine last week and I haven't made any changes to my ssh keys. Is this a transient glitch or has something changed recently that I need to make some adjustments for? sign_and_send_pubkey: signing failed: agen

Re: sign_and_send_pubkey: signing failed: agent refused operation

On 6/1/20 12:10 PM, Frank Ch. Eigler wrote: Hi - git pull from the GCC and Glibc repos is failing for me with the error below. It worked fine last week and I haven't made any changes to my ssh keys. And are you logging in from the same workstation with access to the same set of ssh private k

Re: sign_and_send_pubkey: signing failed: agent refused operation

On 6/1/20 1:25 PM, Jonathan Wakely wrote: On Mon, 1 Jun 2020 at 20:16, Martin Sebor via Gcc wrote: On 6/1/20 12:10 PM, Frank Ch. Eigler wrote: Hi - git pull from the GCC and Glibc repos is failing for me with the error below. It worked fine last week and I haven't made any changes

Re: sign_and_send_pubkey: signing failed: agent refused operation

On 6/1/20 1:53 PM, Frank Ch. Eigler wrote: Hi - ~/.ssh/known_hosts exists and ~/.ssh is rwx only by the owner. Everything works fine if I add my key by running ssh-add. What's not so great is the errors I get when I forget to do that: "agent refused operation?" Yeah, there is something odd o

Re: sign_and_send_pubkey: signing failed: agent refused operation

On 6/1/20 1:12 PM, Jonathan Wakely via Overseers wrote: On Mon, 1 Jun 2020 at 19:11, Frank Ch. Eigler via Gcc wrote: Hi - git pull from the GCC and Glibc repos is failing for me with the error below. It worked fine last week and I haven't made any changes to my ssh keys. And are you loggi

Re: sign_and_send_pubkey: signing failed: agent refused operation

On 6/2/20 2:43 PM, Jonathan Wakely wrote: On Tue, 2 Jun 2020 at 21:26, Martin Sebor wrote: On 6/1/20 1:12 PM, Jonathan Wakely via Overseers wrote: On Mon, 1 Jun 2020 at 19:11, Frank Ch. Eigler via Gcc wrote: Hi - git pull from the GCC and Glibc repos is failing for me with the error

ERR: ChangeLog, DATESTAMP, BASE-VER and DEV-PHASE updates

Could someone explain what the following error means and how to avoid it? It's for a commit to the 10 branch with the usual commit message format and changes to only .c/.C files (same as in r11-1899). There's nothing more about the subject of the ERR at the link it points to than what it says.

Re: ERR: ChangeLog, DATESTAMP, BASE-VER and DEV-PHASE updates

On 7/13/20 8:21 AM, Martin Sebor wrote: Could someone explain what the following error means and how to avoid it?  It's for a commit to the 10 branch with the usual commit message format and changes to only .c/.C files (same as in r11-1899).  There's nothing more about the subject of

Re: GCC 10.2: Spurious(?) stringop-overflow warning (not strlen/strcpy/etc.)

On 8/3/20 2:18 PM, Paul Smith wrote: I'm testing upgrading from GCC 9.3 to 10.2 and I'm seeing this new warning: $ g++ --version x86_64-unknown-linux-gnu-g++ (GCC) 10.2.0 ... $ g++ -Wall -Werror -O2 -c -o stringop.o stringop.cpp In member function 'void LeafNode::markUpdate(

Re: GCC 10.2: Spurious(?) stringop-overflow warning (not strlen/strcpy/etc.)

On 8/3/20 10:58 PM, Paul Smith wrote: On Mon, 2020-08-03 at 17:02 -0600, Martin Sebor wrote: If the code is designed to treat Node sort of like a struct with a flexible array member I would suggest to make that explicit by adding a zero-element array member to Node and using it to access other

Re: GCC 10.2: Spurious(?) stringop-overflow warning (not strlen/strcpy/etc.)

On 8/6/20 2:14 PM, Martin Sebor wrote: On 8/3/20 10:58 PM, Paul Smith wrote: On Mon, 2020-08-03 at 17:02 -0600, Martin Sebor wrote: If the code is designed to treat Node sort of like a struct with a flexible array member I would suggest to make that explicit by adding a zero-element array

how to debug Ada front end

Could someone either point me to directions or explain how to start the Ada front end in GDB? I've searched the GCC Wiki but couldn't find anything useful and no matter what I do I get errors, either: fatal error, run-time library not installed correctly cannot locate file system.ads compilation

Re: how to debug Ada front end

I've got it. Just removing all the gnatmake cruft and options the GCC driver doesn't understand and invoking GCC as usual works. Phew. It would be useful to update the GNAT Wiki with this. I'll probably get most of it wrong but let me give it a try. On 8/14/20 3:53 PM, Mar

Re: about souce code location

On 9/4/20 6:26 AM, 易会战 via Gcc wrote: how to check the location corresponding to a gimple statement? My instrument stmt include some memory access, I wish get right source code line. By context it is possible get wrong line. The gimple_location() function returns the location of the GIMPLE st

Re: irange best practices document

On 9/3/20 1:14 AM, Aldy Hernandez via Gcc wrote: Below is a documented we have drafted to provide guidance on using irange's and converting passes to it.  This will future proof any such passes so that they will work with the ranger, or any other mechanism using multiple sub-ranges (as opposed

duplicate arm test results?

Hi Christophe, While checking recent test results I noticed many posts with results for various flavors of arm that at high level seem like duplicates of one another. For example, the batch below all have the same title, but not all of the contents are the same. The details (such as test failur

Re: duplicate arm test results?

On 9/22/20 9:15 AM, Christophe Lyon wrote: On Tue, 22 Sep 2020 at 17:02, Martin Sebor wrote: Hi Christophe, While checking recent test results I noticed many posts with results for various flavors of arm that at high level seem like duplicates of one another. For example, the batch below

Re: duplicate arm test results?

On 9/23/20 2:54 AM, Christophe Lyon wrote: On Wed, 23 Sep 2020 at 01:47, Martin Sebor wrote: On 9/22/20 9:15 AM, Christophe Lyon wrote: On Tue, 22 Sep 2020 at 17:02, Martin Sebor wrote: Hi Christophe, While checking recent test results I noticed many posts with results for various

Re: VLA warning on recent git

On 10/23/20 7:41 AM, Uecker, Martin wrote: I tested a recent GCC from git and noticed a couple of new warnings for VLA parameters. (Martin, I assume this is your work. First, let me say: thank you! I think this is really important.) Here is some feedback from running this on an existing code

Re: broken check: You should edit tm.texi.in rather than tm.texi

On 11/20/20 6:23 AM, Martin Liška wrote: Hello. I hit the following issue: /bin/sh /home/marxin/Programming/gcc/gcc/../move-if-change tmp-tm.texi tm.texi You should edit /home/marxin/Programming/gcc/gcc/doc/tm.texi.in rather than /home/marxin/Programming/gcc/gcc/doc/tm.texi . Steps to reprod

Re: broken check: You should edit tm.texi.in rather than tm.texi

On 11/23/20 12:45 PM, Joseph Myers wrote: On Mon, 23 Nov 2020, Martin Sebor via Gcc wrote: I never did understand what it was complaining about, or the point of making us jump through these hoops for updates to the internals manual when the (arguably far more impactful) changes to GCC source

Re: broken check: You should edit tm.texi.in rather than tm.texi

On 11/23/20 1:25 PM, Joseph Myers wrote: On Mon, 23 Nov 2020, Martin Sebor via Gcc wrote: I'd expect the best way to ensure the two copies of the contributed text are in sync is to copy it automatically. If the only point of asking the author to do it by hand each time they change the fi

Re: PETITION TO REMOVE -fexec-charset in GCC. That is purely garbage and undefined behavior.

On 11/25/20 8:15 AM, Zack Weinberg wrote: printf(“Hello World\n”); is UB under -fexec-charset= EBCDIC. WTF WTF!!! It's not undefined behavior. It does, however, appear to trip various bugs in GCC. $ cat test.c #include int main(void) { printf("hello world\n"); } $ gcc-9 --version | head -n1

how to get the library DECL for a built-in function

I'm looking for a way to get the FUNCTION_DECL for the library (i.e., non-built-in) form of a function given the corresponding built-in DECL. Is there an API I can all with either the built -in DECL or its code to get it in the middle end? In C, what I'm looking for appears to be DECL_CHAIN(decl

Re: how to get the library DECL for a built-in function

On 12/4/20 4:33 PM, Martin Sebor wrote: I'm looking for a way to get the FUNCTION_DECL for the library (i.e., non-built-in) form of a function given the corresponding built-in DECL.  Is there an API I can all with either the built -in DECL or its code to get it in the middle end? In C, wha

Re: cacheflush.2

On 12/11/20 11:14 AM, Alejandro Colomar (man-pages) via Gcc wrote: It looks like GCC recently moved from 'char *' to 'void *'. This SO question[1] (4 years ago) quotes the GCC docs and they had 'char *'. __builtin___clear_cache in GCC has always been declared to take void*. The signature in th

Re: Ping: cacheflush.2

declaration for __builtin___clear_cache is here: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/builtins.def;h=fa8b0641ab13b36f983c591a7020f6b432e5fb3d;hb=refs/heads/releases/gcc-10#l837 Martin Thanks, Alex P.S.: Michael, wait for a patch revision (v6). On 12/14/20 10:13 PM, Martin Sebor wro

Re: More consistency for Git log messages?

On 12/29/20 1:49 AM, Jonathan Wakely via Gcc wrote: On Mon, 28 Dec 2020, 23:55 Gerald Pfeifer, wrote: Having spent a bit more time with GCC sources (as opposed to wwwdocs) recently and looking for prior art to guide me, I noticed there's a lot of options to specific the ChangeLog file(s) to us

[RFC] restricting aliasing by standard containers (PR 98465)

The test case in PR 98465 brings to light a problem we've discussed before (e.g., PR 93971) where a standard container (std::string in this case but the problem applies to any class that owns and manages allocated memory) might trigger warnings for unreachable code. The code is not eliminated due

Re: [RFC] restricting aliasing by standard containers (PR 98465)

On 1/8/21 12:51 AM, Richard Biener wrote: On Thu, Jan 7, 2021 at 10:41 PM Martin Sebor wrote: The test case in PR 98465 brings to light a problem we've discussed before (e.g., PR 93971) where a standard container (std::string in this case but the problem applies to any class that own

Re: Fw: Problems with compiling autogen with GCC8 or newer versions

On 1/8/21 12:38 PM, Bruce Korb via Gcc wrote:    $ bash cc.sh    + wrn+=' -Werror=format-overflow'    + gcc -DHAVE_CONFIG_H -I. -I.. -I../autoopts    -Wno-format-contains-nul -Wall -Werror -Wcast-align    -Wmissing-prototypes -Wpointer-arith -Wshadow -Wstrict-prototypes    -Wwrite-strings -

Re: Fw: Problems with compiling autogen with GCC8 or newer versions

On 1/10/21 12:28 PM, Bruce Korb wrote: Hi Martin, On 1/10/21 11:01 AM, Martin Sebor wrote: On 1/8/21 12:38 PM, Bruce Korb via Gcc wrote: This is the code that must be confusing to GCC. "def_str" points to the second character in the 520 byte buffer. "def_scan" points to

Re: Static analysis updates in GCC 11

On 1/28/21 2:27 PM, David Malcolm via Gcc wrote: On Thu, 2021-01-28 at 22:06 +0100, David Brown wrote: On 28/01/2021 21:23, David Malcolm via Gcc wrote: I wrote a blog post covering what I've been working on in the analyzer in this release:   https://developers.redhat.com/blog/2021/01/28/stati

Re: using undeclared function returning bool results in wrong return value

On 2/17/21 2:05 PM, Thanos Makatos via Gcc wrote: I run into a problem that I'm not sure whether it's a bug in my program (most likely) or something wrong with GCC (highly unlikely, I know, hence why I haven't sent this to gcc-bugs). The problem is using a function that returns a bool, defined

Re: using undeclared function returning bool results in wrong return value

On 2/20/21 8:46 AM, David Malcolm via Gcc wrote: On Sat, 2021-02-20 at 15:25 +0100, David Brown wrote: On 19/02/2021 12:18, Jonathan Wakely via Gcc wrote: On Fri, 19 Feb 2021 at 09:42, David Brown wrote: Just to be clear - I am not in any way suggesting that this situation is the fault of any

<    1   2   3   4   >