Re: maxval on -inf and nan in Fortran

On Fri, 28 Feb 2020, Tobias Burnus wrote: > Regarding MIN and MAX: I think the IEEE 754 decided at some point > decided that MAX(x, NaN) = x (IEEE 754:2008 alias ISO 60559:2011, if I > recall correctly). I think one has to check what exactly the test case > does and what is guaranteed where. I als

Re: collect2.exe errors not pruned

On Fri, 28 Feb 2020, Alexandre Oliva wrote: > I'm not sure it's appropriate for the error to not omit the host > platform's executable suffix, just as it omits directory components from > argv[0], so I'm undecided between fixing collect2.c's initialization of > progname or extending the regexp, as

Re: [PATCH] maintainer-scripts: Speed up git clone in gcc_release

On Wed, 26 Feb 2020, Jakub Jelinek wrote: > Hi! > > When doing the 8.4-rc1, I've noticed (probably also because of the dying > disk on sourceware) that git clone is extremely slow, and furthermore when > all of us have some local snapshots, it is a waste of resources to download > everything agai

Re: GLIBC libmvec status

On Tue, 25 Feb 2020, GT wrote: > 2. In GCC making SIMD clones available only for powerpc64le should be > sufficient to guarantee that the Vector Function ABI is applied only for > systems implementing the ELFv2 ABI. Right? Then, which macro is to be > tested for in rs6000_simd_clone_usable? I e

Re: [RFC PATCH v0] PPC64: Implement POWER Architecure Vector Function ABI.

On Thu, 20 Feb 2020, GT wrote: > What more needs to be done other than documenting the GLIBC and GCC > versions for which 'b' and 'c' vector versions are available? It is how > x86_64 explained the differences between Examples 1 and 2 at > https://sourceware.org/glibc/wiki/libmvec This is abou

Re: [RFC PATCH v0] PPC64: Implement POWER Architecure Vector Function ABI.

On Wed, 19 Feb 2020, GT wrote: > 1. In the Vector Function ABI document, under section "Vector Function > Name Mangling", state that all vector variants will be created by > the compiler. And that it will be up to the caller of vectorized > functions to select the preferred version ('b' or 'c'

Re: [PATCH] i18n: Fix translation of --help [PR93759]

On Tue, 18 Feb 2020, Jakub Jelinek wrote: > Hi! > > The first two hunks make sure we actually translate what has been marked > for translation, i.e. the cl_options[...].help strings, rather than those > strings ammended in various ways, like: > _("%s Same as %s."), help, ... > or > "%s %s", hel

Re: [PATCH] c/86134 avoid errors for unrecognized -Wno- options

On Fri, 14 Feb 2020, Richard Biener wrote: > diff --git a/gcc/opts-global.c b/gcc/opts-global.c > index d5e308bf800..52ea083a6d5 100644 > --- a/gcc/opts-global.c > +++ b/gcc/opts-global.c > @@ -139,8 +139,10 @@ print_ignored_options (void) >const char *opt; > >opt = ignored_optio

Re: [PATCH] Use a non-empty test program to test ability to link

On Wed, 12 Feb 2020, Sandra Loosemore wrote: > Hmmm, I tried again and saw that autoconf didn't even touch the timestamp on > the existing configure file, but I was able to force it to regenerate the > files by removing the old ones first. Is this version of the patch OK to > check in? OK. --

Re: [PATCH] real: Fix roundeven on inf/nan [PR93663]

On Wed, 12 Feb 2020, Jakub Jelinek wrote: > As can be seen in the testcase, roundeven with inf or nan arguments > ICE because of those asserts where nothing prevents from is_halfway_below > being called with those arguments. > > The following patch fixes that by just returning false for rvc_inf/r

Re: [PATCH] Fix -ffast-math flags handling inconsistencies

On Mon, 10 Feb 2020, Ulrich Weigand wrote: > Given the above rule, in the last case __FINITE_MATH_ONLY__ should > also be 0, right? Yes. > I'm not sure how this can be implemented in the current option handling > framework. The -ffast-math handling case would have to check whether > or not ther

Re: [PATCH] Use a non-empty test program to test ability to link

On Sat, 8 Feb 2020, Sandra Loosemore wrote: > > > BTW, I did run autoconf in every subdirectory that contains a > > > configure.ac, > > > but it appears only libstc++-v3 actually uses this test; all the other > > > regenerated configure scripts were unchanged. > > > > There's some problem with th

Re: [PATCH] Fix -ffast-math flags handling inconsistencies

On Fri, 7 Feb 2020, Ulrich Weigand wrote: > I thought that a *more specific* option like -fsignalling-nans was always > intended to override a more generic option like -ffast-math, no matter > whether it comes before or after it on the command line. Yes, that's correct. (There are cases where it

Re: [PATCH] avoid issuing -Wrestrict from folder (PR 93519)

On Fri, 7 Feb 2020, Richard Biener wrote: > To me it's a QOI question that depends on the actual case. > Turning memcpy (p, p, N) into a no-op is the correct thing, > even though with (too) large N it might trap. Folding > a read from outside of an object to zero might be OK > (it's undefined), b

Re: [committed] avoid pedantic warning in C++ 98 mode: comma at end of enumerator list

On Wed, 5 Feb 2020, Martin Sebor wrote: > I removed the trailing comma and (after a few false starts) managed > to push the change in commit > r10-6466-g297aa668293d55ffe100d810e92fbe592f262557. > > I got the error below for my first few attempts. The message had > the expected format so I was

Re: [PATCH] Use a non-empty test program to test ability to link

On Wed, 5 Feb 2020, Sandra Loosemore wrote: > This patch is for PR 79193 and 88999, problems where libstdc++ is > mis-configuring itself when building for a bare-metal target because it thinks > it can link programs without pulling in the BSP that provides low-level I/O > support. (Specifically,

Re: [PATCH, v3] wwwdocs: e-mail subject lines for contributions

On Mon, 3 Feb 2020, Michael Matz wrote: > I understand that, but the subject line of this thread says "e-mail > subject lines", so I thought we were talking about, well, exactly that; > and I see no value of these tags in e-mails either. I agree that [PATCH] is not useful (and in general, anyth

Re: [PATCH] diagnostics: Add options to control the column units [PR49973] [PR86904]

This seems to be missing invoke.texi documentation for the new options. -- Joseph S. Myers jos...@codesourcery.com

Re: [RFA] [c/88660] Fix bogus set-but-unused warning

On Wed, 29 Jan 2020, Jeff Law wrote: > In the last major change in this code was ~5 years ago and twiddled the > handling of the switch expression to call convert_lvalue_to_rvalue. > > The last argument to that function indicates whether or not we should > mark the switch expression as a use of t

Support gnu_unique_object symbols on MIPS

f/tst-dlopen-nodelete-reloc, which relies on the compiler generating such symbols, for MIPS. 2020-01-27 Joseph Myers * config/mips/mips.c (mips_declare_object_name) [USE_GNU_UNIQUE_OBJECT]: Support use of gnu_unique_object. diff --git a/gcc/config/mips/mips.c b/gcc/config/mips/m

Re: [RFC] [c-family] PR92867 - Add returns_arg attribute

On Fri, 24 Jan 2020, Prathamesh Kulkarni wrote: > The middle-end representation issue of ERF_RETURNS_ARG still remains, > which restricts the attribute till first four args. The patch simply > emits sorry(), for arguments beyond first four.. I think this should be fixed (e.g. make the middle-end

Re: wwwdocs: Document the gcc git repository layout

On Wed, 22 Jan 2020, Richard Earnshaw (lists) wrote: > Joseph, have I got all of these right? refs/meta in that list should be refs/meta/config, there isn't anything else under refs/meta/ at present. -- Joseph S. Myers jos...@codesourcery.com

Update update_web_docs_svn references in sourcebuild.texi

These needed updating after the replacement of update_web_docs_svn by update_web_docs_git. Committed. 2020-01-22 Joseph Myers * doc/sourcebuild.texi (Texinfo Manuals, Front End): Refer to update_web_docs_git instead of update_web_docs_svn. diff --git a/gcc/doc

Fix ICE with cast of division by zero (PR c/93348)

, as is done in other similar cases. Bootstrapped with no regressions for x86_64-pc-linux-gnu. Applied to mainline. Will also backport to GCC 9 and 8 branches. gcc/c: 2020-01-22 Joseph Myers PR c/93348 * c-typeck.c (build_c_cast): Call remove_c_maybe_const_expr on

Re: [PATCH] doc: clarify the situation with pointer arithmetic

On Tue, 21 Jan 2020, Richard Biener wrote: > Second. Fact is RTL does not distinguish between pointers and > integers and thus any attempt to make something valid when you > use integers and invalid when you use pointers is not going to work. That simply means that an earlier stage in the compil

Re: [PATCH] doc: clarify the situation with pointer arithmetic

On Tue, 21 Jan 2020, Alexander Monakov wrote: > My intent was more basic. I observed that the paragraph can be interpreted as > saying that if you have a cast 'I1 = (intptr_t) P1', then perform some > computations on I1 that do not in any way depend on values of other pointers, > then casting the

Re: [PATCH v3] Add `--with-toolexeclibdir=' configuration option

On Mon, 2 Dec 2019, Maciej W. Rozycki wrote: > Provide means, in the form of a `--with-toolexeclibdir=' configuration > option, to override the default installation directory for target > libraries, otherwise known as $toolexeclibdir. This is so that it is > possible to get newly-built librari

Re: [RFC c-common PATCH] PR c++/40752 - useless -Wconversion with short +=.

On Fri, 10 Jan 2020, Jason Merrill wrote: > Joseph argued that those warnings are sometimes useful, and that they should > be controlled by a separate flag. So this patch introduces > -Warith-conversion, which is off by default in this patch. > > Joseph, is that default OK with you? I am OK wit

Re: [PATCH] doc: clarify the situation with pointer arithmetic

On Mon, 20 Jan 2020, Alexander Monakov wrote: > Hi, > > we have this paragraph in the documentation that attempts to prohibit > something that is allowed by the language. Instead, I think we should > say that this generally should work and explain that a problem in GCC > implementation breaks

Re: [RFC] [c-family] PR92867 - Add returns_arg attribute

On Mon, 20 Jan 2020, Prathamesh Kulkarni wrote: > Hi, > This patch attempts to add returns_arg attribute for c-family > languages. For C++ methods, first arg is assumed to be this pointer, This is missing .texi documentation explaining the attribute and the cases for which it would be useful. A

Update branching and branch closing instructions for move to git.

update_version_svn has been replaced by update_version_git. The scripts directory in ~gccadmin is now a symlink into a gcc-checkout directory. Various commands using SVN are replaced by git commands and instructions for updating the old git mirror are removed. Instructions for adding a new basepo

Re: limit on emails for merge commits.

On Fri, 17 Jan 2020, Richard Biener wrote: > We also make sure (?) to not make them show up in bugzilla, right? That's already done; the email-to-bugzilla-filtered script only passes commits to master and release branches (i.e., pushes that update those refs) to Bugzilla. -- Joseph S. Myers j

Re: limit on emails for merge commits.

On Fri, 17 Jan 2020, Joel Brobecker wrote: > The main goal of the limit is really to avoid accidents where someone > pushes something he shouldn't or something he didn't realize would > push so many commits. If the GCC repository is such that merges of > 100 commits or more is going to be, if not

Re: limit on emails for merge commits.

On Fri, 17 Jan 2020, Iain Sandoe wrote: > So I know that the policy is under review (and agree, from my PoV, that > something that represents these in a similar way to the SVN single mail > containing all the changes is probably optimum). > > However, right now I’m stuck - and really want to get

Re: drop -aux{dir,base}, revamp -dump{dir,base}

On Thu, 16 Jan 2020, Alexandre Oliva wrote: > And here's a followup that fixes a limitation (bug?) in libiberty that > was hit when I attempted a last-minute simplification in lto-wrapper. > > Regstrapped separately on x86_64-linux-gnu. Ok to install? > > > [libiberty] output empty args as a p

Re: Copy list of development branches from svn.html into git.html

On Fri, 17 Jan 2020, Jakub Jelinek wrote: > On Thu, Jan 16, 2020 at 11:22:15PM +0000, Joseph Myers wrote: > > Committed. I think the main remaining things that need work in our git > > documentation on the website are: > > Shouldn't we move some of the branches

Re: [PATCH] Fix ICE caused by swallowing a token in c_parser_consume_token

Thanks, patch committed. -- Joseph S. Myers jos...@codesourcery.com

Copy list of development branches from svn.html into git.html

This patch makes a start on making the branch information from svn.html available in git.html. The list is copied, some notes added on devel/, refs/dead/heads/ and refs/vendors/ naming, and inactive branches from the general section (ones not present in refs/heads/devel/, automatically moved to re

Re: [patch] contrib: Don't add push rules for personal and vendor spaces.

A reasonable replacement for those push rules might be command aliases (e.g. "git upush " to push the user branch ). -- Joseph S. Myers jos...@codesourcery.com

Fix setting of DECL_CONTEXT in pushdecl (PR c/93072)

, the two are equivalent.) Bootstrapped with no regressions for x86_64-pc-linux-gnu. Applied to mainline. Will backport to GCC 9 and 8 branches. gcc/c: 2020-01-15 Joseph Myers PR c/93072 * c-decl.c (pushdecl): Use TREE_PUBLIC, not DECL_EXTERNAL, to determine whether to

Say more about conflict messages on git pull

Give an example of the message you get for such a conflict, and discuss options for keeping local changes when pulling. Committed. diff --git a/htdocs/git.html b/htdocs/git.html index 70cc7b73..725bd81c 100644 --- a/htdocs/git.html +++ b/htdocs/git.html @@ -95,13 +95,30 @@ is: Autoconf, Bison, Xg

Remove warning at top of git web pages

Although the documentation is still a work in progress, with various forms of git usage (e.g. contrib/gcc-git-customization.sh) not yet documented and development branches not yet listed on git.html as they are on svn.html, the warning about the conversion still being in progress is no longer accur

Give example of error message when pushing to a branch with other changes

Giving explicit example of git messages seems helpful for novice users to understand when they are in a particular situation for which instructions are given. Committed. diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html index f420fe22..e55cfa92 100644 --- a/htdocs/gitwrite.html +++ b/htdoc

Correct git config command syntax

There is no --set option, git config sets variables without such an option. Committed. diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html index 85a0da2d..f420fe22 100644 --- a/htdocs/gitwrite.html +++ b/htdocs/gitwrite.html @@ -78,7 +78,7 @@ git clone git+ssh://username@gcc.gnu.org/git/gcc.

Re: Fix for LTO compromised autoconf test in libiberty

My preference is still what I said in : either eliminate C alloca from libiberty, or don't build it with any compiler defining __GNUC__. I'd be surprised if there are host compilers that build libiberty, have the relevant optimizations

Re: [PATCH] contrib: git descr/undescr aliases

On Tue, 14 Jan 2020, Roman Zhuykov wrote: > PS. We at ISPRAS see that for ~28 hours (11 Jan 2020, 18:00 UTC - 12 Jan 2020, > 22:00 UTC) our servers haven't received any gcc mailing list letters, but they > are available at https://gcc.gnu.org/ml/ archives (totally 6 mails on gcc@ and > 16 on gcc-p

Re: Replace update_web_docs_svn with update_web_docs_git

On Mon, 13 Jan 2020, Jonathan Wakely wrote: > On 13/01/20 17:46 +0000, Joseph Myers wrote: > > This patch replaces the update_web_docs_svn script, that updates > > online documentation from its sources in the GCC repository, run once > > a day from cron, with update_web_docs_

Re: Replace update_web_docs_svn with update_web_docs_git

I've also applied this corresponding web page update. diff --git a/htdocs/releasing.html b/htdocs/releasing.html index 5d08550c..48853f9c 100644 --- a/htdocs/releasing.html +++ b/htdocs/releasing.html @@ -89,9 +89,9 @@ the main web page, and add a proper news item there as well. and add a link f

Replace update_web_docs_svn with update_web_docs_git

This patch replaces the update_web_docs_svn script, that updates online documentation from its sources in the GCC repository, run once a day from cron, with update_web_docs_git. Applied to mainline. 2020-01-13 Joseph Myers * update_web_docs_git: New file

Fix handling of overflow in C casts in integer constant expressions (PR c/93241)

e and call note_integer_operands as needed. Bootstrapped with no regressions for x86_64-pc-linux-gnu. Applied to mainline. Will backport to GCC 9 and 8 branches. gcc/c: 2020-01-13 Joseph Myers PR c/93241 * c-typeck.c (build_c_cast): Check for expressions with in

Re: [PATCH] Clean up references to Subversion in documentation sources.

On Mon, 13 Jan 2020, Sandra Loosemore wrote: > On 1/13/20 7:02 AM, Eric S. Raymond wrote: > > Clean up references to SVN in in the GCC docs, redirecting to Git > > documentation as appropriate. > > This is OK, although the set of changes for the libstdc++ manual like this > gave me pause: I thin

Re: Update gcc_release for move to git

I've now also copied the latest gcc_release version to GCC 9 and 8 branches, since the git support will be needed there for future releases from those branches. -- Joseph S. Myers jos...@codesourcery.com

Update gcc_release for move to git

eases are first built from git. Committed. 2020-01-13 Joseph Myers * gcc_release: Use git instead of SVN. * crontab: Update gcc_release calls. diff --git a/maintainer-scripts/crontab b/maintainer-scripts/crontab index f064d6fb45e..0cf342fdf3a 100644 --- a/maintainer-scripts/cr

Replace update_version_svn with update_version_git

(since unlike in SVN, any commit to a branch conflicts with pushing a DATESTAMP update on that branch, whereas in SVN only a commit to the same file would conflict). The script does repeat the pull immediately before updating DATESTAMP on each branch to reduce that window. 202

Re: Add rough documentation of using git with GCC

On Fri, 10 Jan 2020, Joseph Myers wrote: > And we should also mention configuring your email address for git, if you > haven't used git on that system before or the default address you've > configured for git isn't the one you want for GCC commits. I've now applie

Re: Add rough documentation of using git with GCC

On Fri, 10 Jan 2020, Joseph Myers wrote: > In gitwrite.html: the various custom setup of checkouts for which scripts > have been posted, including usage of branches not fetched by default; an > actual example commit session should be included like the one in > svnwrite.html; m

Add rough documentation of using git with GCC

I've applied this patch to add very preliminary documentation based on the corresponding SVN documentation. It is deliberately not linked to from anywhere, and does not yet include the list of branches from svn.html (which is very out of date regarding what branches are actually active). I adv

Re: [RFC] Characters per line: from punch card (80) to line printer (132) (was: [Patch][OpenMP/OpenACC/Fortran] Fix mapping of optional (present|absent) arguments)

On Thu, 5 Dec 2019, Thomas Schwinge wrote: > In the relevant session at the GNU Tools Cauldron 2019, Michael Meissner > stated that even he is not using a 80 x 24 terminal anymore, and that > should tell us something. ;-) > > So, I formally propose that we lift this characters per line restricti

SPARC build broken

The change 2019-12-04 David Edelsohn * cp-gimplify.c: Include tm_p.h. appears to have broken the build for SPARC. I see In file included from ./tm_p.h:4:0, from /scratch/jmyers/glibc-bot/src/gcc/gcc/cp/cp-gimplify.c:38: /scratch/jmyers/glibc-bot/src/gcc/gcc/config/

Fix C handling of use of lvalues of incomplete types (PR c/36941, PR c/88827)

x86_64-pc-linux-gnu. Applied to mainline. gcc/c: 2019-12-04 Joseph Myers PR c/36941 PR c/88827 * c-typeck.c (convert_lvalue_to_rvalue): Call require_complete_type for arguments not of void types. (build_indirect_ref): Do not diagnose dereferencing po

Re: [PATCH] PR85678: Change default to -fno-common

On Wed, 4 Dec 2019, Jeff Law wrote: > > So what normally happens with the numerous new warnings/errors in GCC > > releases? I suppose that could cause package failures too. Would it be > > feasible > > to override the options for any failing packages? > Usually we're talking about a few dozen pac

Ping Re: Fix libdecnumber handling of non-canonical BID significands (PR middle-end/91226)

Ping. This patch is pending review. -- Joseph S. Myers jos...@codesourcery.com

Diagnose use of [*] in old-style parameter definitions (PR c/88704)

point we don't have location information for the [*], so the diagnostic location isn't ideal.) Bootstrapped with no regressions for x86_64-pc-linux-gnu. Applied to mainline. gcc/c: 2019-12-03 Joseph Myers PR c/88704 * c-decl.c (store_parm_decls_oldstyle): Diagnose use

Re: [GCC][PATCH] Add ARM-specific Bfloat format support to middle-end

On Mon, 2 Dec 2019, Jeff Law wrote: > > 2019-11-13 Stam Markianos-Wright > > > >* real.c (struct arm_bfloat_half_format, > >encode_arm_bfloat_half, decode_arm_bfloat_half): New. > >* real.h (arm_bfloat_half_format): New. > > > > > Generally OK. Please consider using

Re: Symver attribute

On Sat, 30 Nov 2019, Jan Hubicka wrote: > > I'd rather GCC created those aliases automatically (with names that can't > > be used as C symbols, e.g. containing '.', if possible, or failing that > > implementation-namespace names that are unlikely to conflict with C > > symbols), so that the API

Re: [C] Add a target hook that allows targets to verify type usage

On Fri, 29 Nov 2019, Richard Sandiford wrote: > Ping > > Richard Sandiford writes: > > This patch adds a new target hook to check whether there are any > > target-specific reasons why a type cannot be used in a certain > > source-language context. It works in a similar way to existing > > hooks

Re: [PING][PATCH] doc: Correct `--enable-version-specific-runtime-libs' support information

On Fri, 29 Nov 2019, Maciej W. Rozycki wrote: > On Wed, 20 Nov 2019, Maciej W. Rozycki wrote: > > > The `--enable-version-specific-runtime-libs' configuration option is now > > supported throughout all of our target library subdirectories, so update > > installation documentation accordingly an

Re: [PATCH v2 1/2] driver: Do not warn about ineffective `-x' option if no inputs were given

On Fri, 29 Nov 2019, Maciej W. Rozycki wrote: > Fix an issue with the GCC driver and the `-x' option where a warning is > issued in an invocation like: > > $ riscv64-linux-gnu-gcc -print-multi-directory -x c++ > riscv64-linux-gnu-gcc: warning: '-x c++' after last input file has no effect > lib64

Fix libdecnumber handling of non-canonical BID significands (PR middle-end/91226)

if no problems appear with it on trunk. Note 3: presumably binutils-gdb will pick this up at some point through a merge of libdecnumber from the GCC repository.) libdecnumber: 2019-11-29 Joseph Myers PR middle-end/91226 * bid/bid2dpd_dpd2bid.c (_bid_to_dpd64): Handle non-cano

Handle C2x attributes in Objective-C

r_peek_nth_token_raw) (c_parser_check_balanced_raw_token_sequence): New functions. (c_parser_nth_token_starts_std_attributes): Use c_parser_check_balanced_raw_token_sequence for Objective-C. gcc/testsuite: 2019-11-29 Joseph Myers * objc.dg/attributes/gnu2x-attr-syntax-1.m: New test. Ind

Re: [PATCH v2] Add `--with-install-sysroot=' configuration option

On Thu, 28 Nov 2019, Maciej W. Rozycki wrote: > > > > Rather, it's a suffix (as in SYSROOT_SUFFIX_SPEC, no command-line option > > to print it), > > Do you mean that there's no option to print SYSROOT_SUFFIX_SPEC on its > own or that no option prints it as a path component? If the latter, th

Re: [PATCH] Fix decimal floating-point LTO streaming for offloading compilation

On Thu, 28 Nov 2019, Julian Brown wrote: > On Thu, 28 Nov 2019 15:04:05 + > Joseph Myers wrote: > > > On Thu, 28 Nov 2019, Julian Brown wrote: > > > > > Unlike e.g. the _FloatN types, when decimal floating-point types are > > > enabled, common tre

Re: [PATCH] Fix decimal floating-point LTO streaming for offloading compilation

On Thu, 28 Nov 2019, Julian Brown wrote: > Unlike e.g. the _FloatN types, when decimal floating-point types are > enabled, common tree nodes are created for each float type size (e.g. > dfloat32_type_node) and also a pointer to each type is created > (e.g. dfloat32_ptr_type_node). tree-streamer.c:

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Wed, 27 Nov 2019, Thomas Schwinge wrote: > If I turn that conditional cited above into 'if (1)', then nvptx > offloading testing seems to return to normality, but I have not yet > assessed whether that has any ill effects on decimal float types support, > and/or how this should be fixed properl

Re: [PATCH] Translate header for -fdbg-cnt-list.

On Wed, 27 Nov 2019, Martin Liška wrote: > Hi. > > The patch is about translation of titles in -fdbg-cnt-list table. > > Patch can bootstrap on x86_64-linux-gnu and survives regression tests. > > Ready to be installed? OK. -- Joseph S. Myers jos...@codesourcery.com

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Wed, 27 Nov 2019, Rainer Orth wrote: > Hi Jonathan, > > > On 26/11/19 00:57 +0000, Joseph Myers wrote: > >>On Mon, 25 Nov 2019, Rainer Orth wrote: > >> > >>> and a few more, all DFP related. They used to be emitted by g++ fo

Re: [PATCH 2/4] The main m68k cc0 conversion

On Tue, 26 Nov 2019, Bernd Schmidt wrote: > On 11/26/19 3:21 AM, Joseph Myers wrote: > > > > The soft-float ColdFire build (--with-arch=cf --with-cpu=54455 > > --disable-multilib) successfully built libgcc and glibc, but ran into an > > ICE building the glibc tests

Re: [PATCH 2/4] The main m68k cc0 conversion

On Tue, 26 Nov 2019, Bernd Schmidt wrote: > On 11/26/19 1:36 AM, Joseph Myers wrote: > > I'm seeing a libgcc build failure for coldfire in my build-many-glibcs.py > > bot (m68k-linux-gnu configured --with-arch=cf --disable-multilib). That's > > building _m

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Mon, 25 Nov 2019, Rainer Orth wrote: > and a few more, all DFP related. They used to be emitted by g++ for > __fundamental_type_info in libsupc++/fundamental_type_info.cc and lived > in the CXXABI_1.3.4 version. However, since Solaris *does* lack DFP > support, that's no longer the case. I'm

Re: Properly handle C2x attributes on types

On Mon, 25 Nov 2019, Rainer Orth wrote: > it seems you missed updating a couple of testcases that are ia32-only: I think it's unavoidable that such target-specific testcases need updating by someone testing on the target in question. -- Joseph S. Myers jos...@codesourcery.com

Re: [PATCH 2/4] The main m68k cc0 conversion

On Mon, 25 Nov 2019, Bernd Schmidt wrote: > On 11/23/19 6:36 PM, Jeff Law wrote: > > > Not really. I've already indicated to Bernd that he should go ahead and > > commit the changes and we can iterate on any problems that arise. > > After the last fix, I did some more testing and since I feel c

Re: [PATCH v2] Add `--with-install-sysroot=' configuration option

On Fri, 22 Nov 2019, Maciej W. Rozycki wrote: > As I recall the MIPS sysroot setup (please correct me if I got something > wrong here) was like: Yes, that's the sort of layout you get with sysroot suffixes. See gcc/config/mips/{st.h,t-st} for an example. > Then the right-hand side of /path/

Re: [C/C++ PATCH] Fix up build of GCC 4.6 and earlier with GCC 9+ (PR c/90677, take 2)

On Fri, 22 Nov 2019, Jason Merrill wrote: > On 11/22/19 2:10 PM, Jakub Jelinek wrote: > > On Wed, Nov 20, 2019 at 02:01:58PM -0500, Jason Merrill wrote: > > > I would think that get_named_type should find struct or enum names that > > > have > > > been hidden by another declaration; that would fix

Re: [committed] [testsuite] Fix fp-int-convert-timode-1.c testism.

On Fri, 22 Nov 2019, Tamar Christina wrote: > Hi Joseph, > > > > Or do you want me to send them separately? > > > > I think it's best to fix the test now not to have the #ifdef, then if you > > have execution failures those can be addressed separately. (If you want > > to avoid the test FAILi

Prevent all uses of DFP when unsupported (PR c/91985)

ssions for x86_64-pc-linux-gnu. Also tested with no regressions for cross to aarch64-linux-gnu, as a configuration without DFP support. OK to commit (the changes that aren't C front-end changes)? gcc: 2019-11-22 Joseph Myers PR c/91985 * builtin-types.def (BT_

Properly handle C2x attributes on types

and array types, and the logic for postfix attributes on a list of declaration specifiers failed to handle some cases, so those bugs are also fixed in this patch. Bootstrapped with no regressions for x86_64-pc-linux-gnu. OK to commit (attribs.c and C++ testsuite changes)? gcc: 2019-11-22 Jo

Re: [PATCH] doc: Remove claim about ISO C

On Thu, 21 Nov 2019, Harald van Dijk wrote: > On 21/11/2019 22:15, Joseph Myers wrote: > > On Thu, 21 Nov 2019, Harald van Dijk wrote: > > > > > Hi, > > > > > > The patch to make -fcommon the default introduces a bogus claim into the > > > GCC

Re: [PATCH] doc: Remove claim about ISO C

On Thu, 21 Nov 2019, Harald van Dijk wrote: > Hi, > > The patch to make -fcommon the default introduces a bogus claim into the GCC > documentation. I already raised this issue on the patch itself, where it was > unfortunately ignored. Please find attached a followup patch to remove this > bogus c

RE: [committed] [testsuite] Fix fp-int-convert-timode-1.c testism.

On Thu, 21 Nov 2019, Tamar Christina wrote: > Hi Joseph, > > > FE_TONEAREST is the default rounding mode, so it would be better just to > > remove the fesetround call and include and fenv effective-target > > and -frounding-math option and let this test run for all configurations with > > int128

Re: Support C2x [[]] attributes for C

On Mon, 18 Nov 2019, Joseph Myers wrote: > On Sat, 16 Nov 2019, Iain Sandoe wrote: > > > Joseph Myers wrote: > > > > > This patch adds support for the C2x [[]] attribute syntax to the C > > > front end. > > > > > gcc.dg/gnu2x-attrs-

Re: [committed] [testsuite] Fix fp-int-convert-timode-1.c testism.

On Thu, 21 Nov 2019, Tamar Christina wrote: > Hi All, > > The test fp-int-convert-timode-1.c uses FE_TONEAREST without > actually checking if the target has defined it. > > Like the rest of the tests I now add a check to see if the target > has actually implemented it. FE_TONEAREST is the defau

Make more bad uses of fallthrough attribute into pedwarns

2019-11-20 Joseph Myers * gimplify.c (expand_FALLTHROUGH_r, expand_FALLTHROUGH): Use pedwarn instead of warning_at for fallthrough not preceding a case or default label. gcc/c-family: 2019-11-20 Joseph Myers * c-attribs.c (handle_fallthrough_attribute): Use pedwa

Re: [PATCH] Switch gcc ftp URL's to http

On Wed, 20 Nov 2019, Janne Blomqvist wrote: > On Wed, Nov 20, 2019 at 7:53 PM Joseph Myers wrote: > > > > This patch is OK with http changed to https. (That is, with it changed > > where the patch is already changing the URL. While changing http to https > > makes

Re: Reverting r278411

On Wed, 20 Nov 2019, Jakub Jelinek wrote: > On Wed, Nov 20, 2019 at 10:17:38AM -0600, Segher Boessenkool wrote: > > On Wed, Nov 20, 2019 at 03:46:29PM +, Richard Sandiford wrote: > > > Segher Boessenkool writes: > > > > UNLT & ORDERED is always LT. When would it not be true? > > > > > > LT

Re: [PATCH 5/X] [libsanitizer][mid-end] Introduce stack variable handling for HWASAN

On Wed, 20 Nov 2019, Matthew Malcomson wrote: > I don't have much of a plan. > > The most promising lead I have is that libiberty/alloca.c has a similar > functionality but with macros to account for a special case. The comment in libiberty/aclocal.m4 is: # We always want a C version of alloca

Re: [PATCH] Switch gcc ftp URL's to http

This patch is OK with http changed to https. (That is, with it changed where the patch is already changing the URL. While changing http to https makes sense more generally in the documentation whenever a site supports https, that's probably best not mixed with the move from ftp.) -- Joseph S

Re: [PATCH v2] Add `--with-install-sysroot=' configuration option

On Wed, 20 Nov 2019, Maciej W. Rozycki wrote: > > But even then, if you configure GCC using "--with-sysroot" or > > "--with-build-sysroot", both of those paths are the top-level sysroot, to > > which the sysroot suffix gets appended before GCC uses it for any purpose, > > unless you explicitly

Document -Wc11-c2x-compat

Will apply to GCC 9 branch after reducing the list of features covered to reflect the more limited C2X support in GCC 9. 2019-11-20 Joseph Myers * doc/invoke.texi (-Wc11-c2x-compat): Document. Index: gcc/doc/invoke.texi ===

Add release notes for new C2X features in GCC 10

I've committed this patch to add release notes for new C2X features in GCC 10. diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html index 1e9c3f8d..52eb303c 100644 --- a/htdocs/gcc-10/changes.html +++ b/htdocs/gcc-10/changes.html @@ -63,6 +63,44 @@ a work-in-progress. +C + +

Add more pedwarns for [[]] C attributes on types

/c: 2019-11-20 Joseph Myers * c-decl.c (c_warn_type_attributes): New function. (groktypename, grokdeclarator, finish_declspecs): Call c_warn_type_attributes before applying attributes to types. * c-tree.h (c_warn_type_attributes): Declare. gcc/testsuite: 2019-11

<    5   6   7   8   9   10   11   12   13   14   >