Re: Is ther document that describes how the "braching/fixing" on releases is done

On Sun, Feb 16, 2020 at 11:36 AM Dennis Luehring wrote: > > GCC 7.5 November 14, 2019 > GCC 9.2 August 12, 2019 > GCC 9.1 May 3, 2019 > GCC 8.3 February 22, 2019 > GCC 7.4 December 6, 2018 > GCC 6.5 October 26, 2018 > GCC 8.2 July 26, 2018 > GCC 8.1 May 2, 2018 > GCC 7.3 January 25, 2018 > GCC

Git ChangeLog policy for GCC Testsuite inquiry

>> > On 1/24/20 8:45 AM, David Edelsohn wrote: >> > > There is no ChangeLog entry for the testsuite changes. >> > >> > I don't believe in ChangeLog entries for testcases, but I'll add one for >> > the target-supports.exp change, thanks. >> &

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

On Fri, Jan 24, 2020 at 12:00 PM Jason Merrill wrote: > > On 1/24/20 8:45 AM, David Edelsohn wrote: > > There is no ChangeLog entry for the testsuite changes. > > I don't believe in ChangeLog entries for testcases, but I'll add one for > the target-supports.exp change, thank

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

Jason, There is no ChangeLog entry for the testsuite changes. I'm also still trying to determine if Wconversion-pr40752.c requires -fsigned-char option. Thanks, David

Re: Bountysource campaign for gcc-rust?

> John Paul Adrian Glaubitz wrote: > The programming language Rust has become very popular over the past few years > with many projects rewriting parts of their codebase in that language. While > these rewrites often make the code perform faster and potentially safer, using > Rust makes these

Re: Does gcc automatically lower optimization level for very large routines?

On Thu, Dec 19, 2019 at 7:41 PM Jeff Law wrote: > > On Thu, 2019-12-19 at 17:06 -0600, Qing Zhao wrote: > > Hi, Dmitry, > > > > Thanks for the responds. > > > > Yes, routine size only cannot determine the complexity of the routine. > > Different compiler analysis might have different formula

Re: SPARC build broken

Done. r279003. - David On Thu, Dec 5, 2019 at 9:33 AM Jakub Jelinek wrote: > > On Thu, Dec 05, 2019 at 09:25:40AM -0500, David Edelsohn wrote: > > Sorry. I had to add tm_p.h because Jakub's earlier patch to add > > output.h to cp-gimplify.c broke AIX. > > > > W

Re: SPARC build broken

Sorry. I had to add tm_p.h because Jakub's earlier patch to add output.h to cp-gimplify.c broke AIX. We certainly can add memmodel.h to cp-gimplify.c. Thanks, David On Thu, Dec 5, 2019 at 8:32 AM Joseph Myers wrote: > > The change > > 2019-12-04 David Edelsohn > >

[PATCH] ggc-common.c bootstrap breakage

The change to add malloc.h to ggc-common.c broke bootstrap. system.h must be included before system header files. The following patch fixes this, committed as obvious with concurrence by Richi. Thanks, David * ggc-common.c: Include system.h before malloc.h. Index: ggc-common.c

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

>> Has this been bootstrapped and regression tested? > > Yes, it bootstraps OK of course. I ran regression over the weekend, there > are a few minor regressions in lto due to relying on tentative definitions > and a few latent bugs. I'd expect there will be a few similar failures on > other

Re: Renaming vec_step in tree-vect-loop.c (to fix build on powerpc/clang)

On Sat, Jul 20, 2019 at 2:39 AM Gerald Pfeifer wrote: > > I have seen an increasing number of reports of GCC failing to > build with clang on powerpc (on FreeBSD, though that's probably > immaterial). > > Turns out that clang has vec_step as a reserved word on powerpc > with AltiVec. > > We OTOH

Re: [PATCH], Patch #10, move PowerPC data structures & helper functions from rs6000.c to rs6000-internal.h

On Sat, Jul 20, 2019 at 12:13 PM Michael Meissner wrote: > > I will be iterating on patch #9 and sending out a replacement shortly. > > This is patch #10. It moves the various data structures from rs6000.c to > rs6000-internal.h. In the future, it will allow us to move more things from >

Re: [PATCH] rs6000: Handle Modula-2 in the traceback table

On Thu, Jul 11, 2019 at 2:34 PM Segher Boessenkool wrote: > > This patch recognises Modula-2 as language for the traceback table, > fixing the problem shown in > https://gcc.gnu.org/ml/gcc-patches/2019-07/msg00848.html . The value "8" is predefined in the ABI and AIX headers as the "language

Re: [PATCH,RFC] collect2 LTO for AIX

On Thu, Jul 4, 2019 at 11:43 AM Martin Liška wrote: > > On 7/4/19 5:03 PM, David Edelsohn wrote: > > On Thu, Jul 4, 2019 at 10:38 AM Martin Liška wrote: > >> > >> Hi. > >> > >> Recently I've introduced a new .gnu.lto_.lto section that > >

Re: [PATCH,RFC] collect2 LTO for AIX

On Thu, Jul 4, 2019 at 10:38 AM Martin Liška wrote: > > Hi. > > Recently I've introduced a new .gnu.lto_.lto section that > is supposed to provide meta information about a LTO bytecode. > > As a further step, I'm planning to teach binutils about > existence of the section and I'll remove in the

Re: [testsuite] What's the expected behaviour of dg-require-effective-target shared?

On Fri, Jun 21, 2019 at 10:29 AM Iain Sandoe wrote: > > Hi Christophe, > > we’ve been looking at some cases where Darwin tests fail or pass unexpectedly > depending on > options. It came as a surprise to see it failing a test for shared support > (since it’s always > supported shared libs). >

Re: Dropping support of repo files (tlink)

On Thu, Jun 20, 2019 at 10:05 AM Martin Liška wrote: > > Hi. > > In order to not buffer stderr output in LTO mode, I would like to remove > support for repo files (tlink). If I'm correctly it's only used by AIX > target. Would it be possible to drop that for the future? Is it even > used? AIX

[PATCH] AIX unwind register number fixes

The recent changes to rs6000 "debug" register numbers created a conflict in libgcc aix unwind support. aix-unwind.h provided definitions of the DWARF register numbers for its own reference. After the internal register number changes and the definition of those register names in rs6000.md, the

[PATCH] GCC 8 Backports for AIX

I would like to backport two AIX-specific patches to GCC 8. These both fix bugs that generate wrong code on AIX. 1) XCOFF private read only data section 2) Follow AIX ABI to not pass FP structures in FPRs. These patches have been on trunk / GCC 9 for months. Bootstrapped gcc-8-branch on

[PATCH] Fix rs6000 exception handling (PR target/90418)

Following the same pattern as the AArch64 patch, this patch fixes the PPC32 BE and AIX EH failures after the sibcall changes. This does not address the Darwin failures because of SAVE_WORLD. Bootstrapped on powerpc-ibm-aix7.2.0.0, powerpc64le-unknown-linux-gnu, powerpc64-unknown-linux-gnu,

Re: [PATCH v2] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 23, 2019 at 4:27 AM CHIGOT, CLEMENT wrote: > > Description: > * This patch removes -mvsx and -maltivec for go aix/ppc. > These options don't seem compatible with Go stack layout. > > Tests: > * AIX 7.2: Configure/Build: SUCCESS > > Changelog: > * config/rs6000/aix71.h

Re: [PATCH v2] go: disable mvsx and maltivec for aix/ppc

On Wed, Apr 24, 2019 at 9:31 AM Ian Lance Taylor wrote: > > On Tue, Apr 23, 2019 at 1:27 AM CHIGOT, CLEMENT > wrote: > > > > Description: > > * This patch removes -mvsx and -maltivec for go aix/ppc. > > These options don't seem compatible with Go stack layout. > > > > Tests: > > * AIX

Roman Zhuykov appointed Modulo Scheduler maintainer

I am pleased to announce that the GCC Steering Committee has appointed Roman Zhuykov as Modulo Scheduler maintainer. Please join me in congratulating Roman on his new role. Roman, please update your listing in the MAINTAINERS file. Happy hacking! David

Iain Sandoe appointed Darwin co-maintainer

I am pleased to announce that the GCC Steering Committee has appointed Iain Sandoe as Darwin co-maintainer. Please join me in congratulating Iain on his new role. Iain, please update your listing in the MAINTAINERS file. Happy hacking! David

Google Season of Docs: GIMPLE Documentation request for mentors

Google is offering to pair and sponsor documentation writers for topics in Open Source projects. A number of new developers have requested better documentation of GIMPLE and I would like to submit a proposal, but we need mentors for the documentation writer. Google Season of Docs is scheduled

[PATCH, AIX] Fix private_read_only_data_section definition

When not using -fdata-sections or when there is no containing name, GCC falls back to a default section name. Because AIX uses XCOFF, it always has generated it's own section (CSECT) names (based on the filename) and not using the GCC defaults. unicode.org icu code has elicited behavior from the

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 10:24 AM CHIGOT, CLEMENT wrote: > > > On Tue, Apr 2, 2019 at 4:05 PM David Edelsohn wrote: > > On Tue, Apr 2, 2019 at 10:01 AM CHIGOT, CLEMENT > > wrote: > > > On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > > > On

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 10:01 AM CHIGOT, CLEMENT wrote: > > On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > > > On Mon, Apr 1, 2019 at 7:28 PM David Edelsohn wrote: > > > > > > On Mon, Apr 1, 2019 at 10:12 PM Ian Lance Taylor wrote: > >

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Mon, Apr 1, 2019 at 10:12 PM Ian Lance Taylor wrote: > > On Mon, Apr 1, 2019 at 7:06 PM David Edelsohn wrote: > > > > On Mon, Apr 1, 2019 at 9:50 PM Ian Lance Taylor wrote: > > > > > > On Mon, Apr 1, 2019 at 12:43 AM CHIGOT, CLEMENT >

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Mon, Apr 1, 2019 at 9:50 PM Ian Lance Taylor wrote: > > On Mon, Apr 1, 2019 at 12:43 AM CHIGOT, CLEMENT > wrote: > > > > Description: > > * This patch removes -mvsx and -maltivec for go aix/ppc. > > These options don't seem compatible with Go stack layout. > > Can you give some more

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Mon, Apr 1, 2019 at 3:43 AM CHIGOT, CLEMENT wrote: > > Description: > * This patch removes -mvsx and -maltivec for go aix/ppc. > These options don't seem compatible with Go stack layout. > > Tests: > * AIX 7.2: Configure/Build: SUCCESS > > Changelog: > * go/gospec.c

Re: Kitware, Inc. - Assignment for all future changes

Sent offline to Adrien. - David On Wed, Feb 27, 2019 at 10:14 AM Adrien Beaudet wrote: > Hello, > > A Kitware employee, Ben Boeckel, would like to contribute a patch of > approximately 100 lines. There is also potential for Kitware employees to > contribute more code in the future. Could you

Andrew Stubbs and Julian Brown appointed AMD GCN maintainers

I am pleased to announce that the GCC Steering Committee has appointed Andrew Stubbs and Julian Brown as AMD GCN maintainers. Please join me in congratulating Andrew and Julian on their new role. Andrew and Julian, please update your listings in the MAINTAINERS file. Happy

Re: Replacing DejaGNU

On Mon, Jan 14, 2019 at 9:51 AM Paolo Carlini wrote: > > Hi, > > On 14/01/19 15:35, Jakub Jelinek wrote: > > On Mon, Jan 14, 2019 at 03:15:05PM +0100, MCC CS wrote: > >> Thank you for the quick replies. I was inspired by > >> https://gcc.gnu.org/ml/gcc-help/2012-04/msg00223.html > >> but it

Re: [PATCH] Don't run ident tests on powerpc-darwin

On Sun, Dec 23, 2018 at 6:16 AM Iain Sandoe wrote: > > Hi > > The c-c++-common tests fail (or XPASS depending on which) on Darwin > because it doesn't currently emit .ident marker. > > For powerpc darwin (and, I think, AIX - hence copying David), there’s no > .ident support in the assembler, and

[PATCH] AIX extra_headers

Currently the AIX configuration defines extra_headers to install some PowerPC-specific headers, such as altivec.h. The GCC configuration for Power was changed to define this centrally and the individual definitions for Linux were removed, but remained for AIX. This means that AIX overrides the

Re: [PATCH] rs6000: Fix AIX aggregate passing fix

On Tue, Dec 4, 2018 at 7:26 PM Segher Boessenkool wrote: > > David's fix for the AIX aggregate passing from yesterday unfortunately > also triggers on powerpc64-linux. This fixes it. > > David, looking at this once more, does this not need a "&& type" test > on AIX? Before the AGGREGATE_TYPE_P

Re: [RS6000] Don't pass -many to the assembler

On Thu, Dec 13, 2018 at 5:26 AM Alan Modra wrote: > > On Wed, Nov 14, 2018 at 01:43:57PM +1030, Alan Modra wrote: > > On Tue, Nov 13, 2018 at 05:17:41AM -0600, Segher Boessenkool wrote: > > > On Tue, Nov 13, 2018 at 12:02:55PM +1030, Alan Modra wrote: > > > > OK, fair enough. Another option is

Re: PR88346, Inconsistent list of CPUs supported by the rs6000 backend after r266502

On Mon, Dec 10, 2018 at 6:17 PM Segher Boessenkool wrote: > > Hi Alan, > > Let's ask David? (Cc:ed). Strange that no one noticed powerpc64 before; > titan and rs64 aren't so strange though ;-) The patch is okay with me. Thanks for catching the renaming and the processor missing from the list.

Re: [committed] Handle targets with 2 byte wchar_t better in strlenopt-58.c

Jeff, Thanks for the patch. I continue to see a failure on AIX 32 bit mode (2 byte wchar). FAIL: gcc.dg/strlenopt-58.c scan-tree-dump-times optimized "call_in_true_branch_not_eliminated" 0 I'm not certain if this is AIX-specific or more fallout from wchar size. I could ignore with target

Re: [PATCH] Add missing noexpect causes in tuple for move functions

On Sat, Dec 1, 2018 at 11:46 PM nick wrote: > > On 2018-12-01 10:32 a.m., Jonathan Wakely wrote: > > On Fri, 30 Nov 2018 at 20:54, Nicholas Krause wrote: > >> > >> This adds the remainging noexcept causes required for this cause > >> to meet the spec as dicussed last year and documented here: >

[PATCH,RFC] PR target/61976 PowerPC & AIX parameter passing

This patch corrects the manner in which single element structures are passed. The implementation always has been wrong and did not match the AIX ABI. The AIX ABI specifies that aggregates are passed by values in GPRs, but GCC passes small floating point aggregates in FPRs. The PPC64 BE ELFv1

Re: [committed 0/4] (Partial) OpenMP 5.0 support for GCC 9

> 2018-11-08 Rainer Orth > > * affinity.c: Include , . > (gomp_display_affinity_place): Remove cpusetp. > * teams.c: Include . This fixed AIX bootstrap failure also. Thanks, David

Re: Power 64 ELFv2 w.r.t toc(cmodel=medium) on windows.

ug it and add the appropriate PE support. If you received it from a vendor, you need to ask the vendor. Thanks, DAvid > > Thank you again > ~Umesh > > > On Fri, Oct 26, 2018 at 6:57 PM David Edelsohn wrote: > > > > On Thu, Oct 25, 2018 at 11:53 AM Umesh Kalappa

Re: Power 64 ELFv2 w.r.t toc(cmodel=medium) on windows.

On Thu, Oct 25, 2018 at 11:53 AM Umesh Kalappa wrote: > > Hi All, > > For the below code (test.c) > > int foo() > { > printf("Hello World"); > } > > On linux : > ccpc -mcpu=e6500 -mno-altivec -mabi=no-altivec -D_WRS_HARDWARE_FP > -mabi=elfv2 -mcmodel=med -mhard-float -S test.c > > linux asm : >

Re: [Patch, Fortran] PR fortran/83522 – reject array-valued substrings

is not pedantically conformant with the standard. Thanks, David On Wed, Oct 10, 2018 at 7:12 PM Paul Richard Thomas wrote: > > This seems to have caused errors in the testsuite. I guess that the > problem is that the testcases are invalid :-( > > From David Edelsohn: > Error: S

Re: [Patch, Fortran] PR fortran/83522 – reject array-valued substrings

, Oct 10, 2018 at 7:12 PM Paul Richard Thomas wrote: > > This seems to have caused errors in the testsuite. I guess that the > problem is that the testcases are invalid :-( > > From David Edelsohn: > Error: Substring reference of nonscalar not permitted at (1) > > arrayio

Re: [PATCH, testsuite] memchr-1.c wide char and AIX

On Fri, Oct 5, 2018 at 5:47 PM Martin Sebor wrote: > > David, > > Attached is a patch to conditionalize the memchr-1.c test > to pass even with 2-byte wchar_t's. It also adds a compile > only test to verify memchr with -fnarrow-wchar. I verified > the changes on LE x86_64-linux and BE

[PATCH, testsuite] memchr-1.c wide char and AIX

memchr-1.c tests for char (test_narrow) and wchar (test_wide). The wide character test assumes 32 bit wide character, while 32 bit AIX uses 16 bit wide character. This assumption causes the wide character part of the test to fail in 32 bit mode on AIX (it succeeds on 64 bit AIX). The testcase

Thomas Schwinge appointed OpenACC Maintainer

I am pleased to announce that the GCC Steering Committee has appointed Thomas Schwinge as OpenACC Maintainer. Please join me in congratulating Thomas on his new role. Thomas, please update your listing in the MAINTAINERS file. Happy hacking! David

OpenRISC port accepted for inclusion in GCC

I am pleased to announce that the GCC Steering Committee has accepted the OpenRISC port for inclusion in GCC and appointed Stafford Horne as maintainer. The patches still require approval by a Global Reviewer, and the timing to possibly land the patches in GCC 9 needs to be

Re: OpenRISC Port Submission

Stafford, Thanks for rewriting and contributing the new OpenRISC port for GCC. I have forwarded your request to the GCC Steering Committee to formally accept the contribution. The port still requires a technical review and approval from a GCC Global Reviewer. You mentioned Richard Henderson as

[PATCH,FORTRAN] Remove OS dependency in definition of ASYNC_IO

The recent fix for Async I/O on systems without Gthread cond support added an explicit test for _AIX. This test is unnecessary because __GTHREAD_HAS_COND is not defined on AIX. Protecting the use of __gthread_cond_t inside in the ASYNC_IO macro for the declaration of struct adv_cond is

Re: Async I/O patch with compilation fix

Thomas, Once the plural.c file has been re-generated incorrectly using the local Yacc, it must be deleted and checked out again. Did you pull it fresh from the repository in your AIX tree after the incorrect checkout? Thanks, David On Wed, Aug 22, 2018 at 5:30 PM Thomas Koenig wrote: > Hi

Re: Can anybody help us to approved our registering request?

On Thu, Aug 23, 2018 at 2:37 AM 瞿仙淼 wrote: > Hi, > Although we are the maintainer of the C-SKY backend, we still > don't have an account. > Can anybody help us to approved our registering request? > We will be very grateful for this. > Registering request for what? For

Re: Async I/O patch with compilation fix

Thomas, After your complaint about bootstrap on gcc119, I tried it again. My bootstrap worked correctly. I used exactly the public instructions. Others have been able to bootstrap on gcc119. The problem is local to you. Does your environment have any special variables? You can see the

Re: Async I/O patch with compilation fix

Thomas, This patch broke bootstrap on AIX again. This is completely unacceptable. In file included from */nasfarm/edelsohn/src/src/libgfortran/runtime/error.c:28*: */nasfarm/edelsohn/src/src/libgfortran/io/async.h:333:3:* *error: *unknown type name '*__gthread_cond_t*' 333 |

Richard Sandiford appointed Global Reviewer

I am pleased to announce that the GCC Steering Committee has appointed Richard Sandiford as a Global Reviewer. Please join me in congratulating Richard on his new role. Richard, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: [PATCH] assume sprintf formatting of wide characters may fail (PR 86853)

builtin-sprintf-warn-1.c, builtin-sprintf-warn-2.c, and builtin-sprintf-11.c now are failing on AIX. I expect that at least part of the reason is 32 bit AIX uses 16 bit wchar_t #ifdef __64BIT__ typedef unsigned intwchar_t; #else typedef unsigned short wchar_t; #endif /* __64BIT__ */ Are

[PATCH] XFAIL 18_support/new_nothrow.cc on AIX

18_support/new_nothrow.cc relies upon overriding operator new. This is not enabled by default in libstdc++ on AIX. This patch XFAILs the testcase. Bootstrapped on powerpc-ibm-aix7.2.0.0 Okay? Thanks, David * testsuite/18_support/new_nothrow.cc: XFAIL on AIX. Index: 18_support/new_nothrow.cc

Re: Help with fixinclude fix for PR86599

u also can try to ask Bruce Korb for some advice. Few modern targets require fixincludes. Thanks, David On Wed, Aug 15, 2018 at 4:38 PM Albert Chin wrote: > On Wed, Aug 15, 2018 at 03:52:33PM -0400, David Edelsohn wrote: > > You must manually insert the additional test lines into the a

Re: Help with fixinclude fix for PR86599

You must manually insert the additional test lines into the appropriate file in fixincludes/tests/base and then retest. Please see step (6) in fixincludes/README Thanks, David On Wed, Aug 15, 2018 at 3:46 PM Albert Chin wrote: > Hi. I've come up with a fixincl fix for PR86599 but "make

[PATCH] Remove AIX 4.x, 5.x configuration

AIX 4.3, 5.1, 5.2, and 5.3 no longer are supported by IBM. This patch removes the GCC config.gcc stanzas and configuration files corresponding to those AIX releases. Thanks, David * config.gcc [rs6000-ibm-aix4.x]: Delete. [rs6000-ibm-aix5.1]: Delete. [rs6000-ibm-aix5.2]: Delete.

Re: [PATCH] adjust sprintf range for AIX QNaN output (PR 86571)

On Sat, Aug 4, 2018, 18:19 Martin Sebor wrote: > On 08/02/2018 01:46 PM, Martin Sebor wrote: > > The recently added test gcc.dg/torture/builtin-sprintf.c > > to verify that the sprintf result computed by GCC matches > > libc's for Infinity and NaN has been failing on AIX which > > formats NaN as

Re: [PATCH] PR libstdc++/60555 std::system_category() should recognise POSIX errno values

On Thu, Aug 2, 2018 at 12:12 PM Jonathan Wakely wrote: > > On 02/08/18 11:32 -0400, David Edelsohn wrote: > >Jonathan > > > >This patch broke AIX bootstrap. > > > >/nasfarm/edelsohn/src/src/libstdc++-v3/src/c++11/system_error.cc: In > >member function '

Re: [PATCH] PR libstdc++/60555 std::system_category() should recognise POSIX errno values

Jonathan This patch broke AIX bootstrap. /nasfarm/edelsohn/src/src/libstdc++-v3/src/c++11/system_error.cc: In member function 'virtual std::error_condition {anonymous}::system_error_category::default_error_condition(int) const':

Re: Build fail on gthr-simple.h targets (Re: AsyncI/O patch committed)

Thomas, Correct, the proposed patch does not fix the build failure on AIX. Please see the information on the GCC Compile Farm wiki page for instructions to bootstrap on gcc119. https://gcc.gnu.org/wiki/CompileFarm#Projects_Ideas - at the bottom of Project ideas. Thanks, David On Fri, Jul 27,

Re: Build fail on gthr-simple.h targets (Re: AsyncI/O patch committed)

> Ulrich Weigand wrote: > Nicholas Koenig wrote: > >> Hello everyone, >> >> I have committed the async I/O patch as r262978. >> >> The test cases are in libgomp.fortran for now, maybe that can be changed >> later. > > It looks like this broke building libgfortran on spu, and presumably > any

Re: r227907 and AIX 5.[23]

AIX 5.3 no longer is under supported or maintained. - David On Wed, Jul 25, 2018 at 1:13 PM Albert Chin wrote: > > r227907 had the following change: > Index: aix61.h > === > --- aix61.h (revision 227906) > +++ aix61.h

[PATCH,fixincludes] AIX unistd header

AIX unistd.h defines a static function without a parameter, which justifiably upsets C++ code when the header is included and referenced. This patch to fixincludes adjusts the header to declare the parameter as void. Bootstrapped on powerpc-ibm-aix7.2.0.0 and powerpc64le-linux Thanks, David *

Re: That light at the end of the tunnel?

On Sat, Jul 21, 2018 at 7:32 AM Eric S. Raymond wrote: > > On Fri, Jul 20, 2018 at 11:13:16PM -0400, David Edelsohn wrote: > > Have you considered bisecting your recent changes to reposurgeon to > > determine which one caused the errors in the conversion of GCC Trunk &

[PATCH, testsuite] PPC testsuite pr85456.c

And another test that needs to be restricted because it assumes 128 bit long double. Thanks, David * gcc.target/powerpc/pr85456.c: Require longdouble128. Index: pr85456.c === --- pr85456.c (revision 262824) +++ pr85456.c

[PATCH, testsuite] Restrict some PPC tests

Two of the powerpc testcases have additional requirements. Fixed thus. Thanks, David * gcc.target/powerpc/pr57150.c: Require longdouble128. * gcc.target/powerpc/pr79916.c: Require dfp. Index: pr79916.c === --- pr79916.c

Re: [PATCH, rs6000] Fix AIX test case failures

On Fri, Jul 13, 2018 at 7:15 PM Carl Love wrote: > > On Fri, 2018-07-13 at 16:00 -0500, Segher Boessenkool wrote: > > On Fri, Jul 13, 2018 at 10:51:24AM -0400, David Edelsohn wrote: > > > On AIX it would be calling divtc3, but AIX defaults to 64 bit long > > > doub

Re: [PATCH, rs6000] Fix AIX test case failures

On Mon, Jun 25, 2018 at 1:04 PM Segher Boessenkool wrote: > > On Mon, Jun 25, 2018 at 09:53:17AM -0700, Carl Love wrote: > > On Mon, 2018-06-25 at 04:44 -0500, Segher Boessenkool wrote: > > > On Fri, Jun 22, 2018 at 02:55:44PM -0700, Carl Love wrote: > > > > ---

Re: Good news, bad news on the repository conversion

On Mon, Jul 9, 2018 at 12:35 PM Eric S. Raymond wrote: > > David Edelsohn : > > > The truth is we're near the bleeding edge of what conventional tools > > > and hardware can handle gracefully. Most jobs with working sets as > > > big as this one's do only compa

Re: Good news, bad news on the repository conversion

On Mon, Jul 9, 2018 at 6:16 AM Eric S. Raymond wrote: > > Janus Weil : > > > The bad news is that my last test run overran the memnory capacity of > > > the 64GB Great Beast. I shall have to find some way of reducing the > > > working set, as 128GB DD4 memory is hideously expensive. > > > > Or

[PATCH] libstdc++/testsuite/experimental/algorithm link errors

The recent addition of testsuite/experimental/algorithm/sample-2.cc testsuite/experimental/algorithm/shuffle.cc introduced link errors on AIX. AIX (and Solaris) require additional options for TLS in some situations. This patch adds the dejagnu TLS directives. Was this dependency intended? Is

Re: Invert sense of NO_IMPLICIT_EXTERN_C

On Mon, Jun 25, 2018 at 12:48 PM Nathan Sidwell wrote: > > NO_IMPLICIT_EXTERN_C was introduced to tell the compiler that it didn't > need to fake up 'extern "C" { ... }' around system header files. Over > the years more and more system headers have become C++-aware, leading to > more targets

Re: [PATCH] add support for strnlen (PR 81384)

Martin, Does attr-nonstring-3.c assume a 64 bit environment? I'm seeing new errors on the rs6000 port FAIL: gcc.dg/attr-nonstring-3.c (internal compiler error) /nasfarm/edelsohn/src/src/gcc/testsuite/gcc.dg/attr-nonstring-3.c:73:1: error: could not split insn (insn 3244 3245 3246 (set (reg:SI 5

[PATCH] Protect rs6000_passes_ieee128 declaration

The new variable rs6000_passes_ieee128 is not referenced on non-ELF paths. This patch protects the definition to avoid unused variable warnings. Thanks, David * config/rs6000/rs6000.c (rs6000_passes_ieee128): Protect with #if TARGET_ELF. Index: rs6000.c

Re: [PATCH] PPC: remove usage of cgraph_node::instrumentation_clone and cgraph_node::instrumented_version.

On Fri, Jun 8, 2018 at 9:24 AM Martin Liška wrote: > > Hi. > > This is MPX removal follow-up. The code is dead for PPC and was always false. > > I'll install that after some PPC maintainer will approve that. > Thanks, > Martin > > gcc/ChangeLog: > > 2018-06-08 Martin Liska > > *

Re: libgcov-driver-system bootstrap failure

Hi, Martin Thanks for both patches. GCC bootstrap on AIX is progressing much better with the patches installed. Thanks, David On Wed, Jun 6, 2018 at 5:05 AM Martin Liška wrote: > > On 06/06/2018 03:09 AM, David Edelsohn wrote: > > Also, there seems to be a find-and-replace mistak

Re: libgcov-driver-system bootstrap failure

ot "cs_all" #if !GCOV_LOCKED all = _prg->ctrs[t_ix]; and all_prg no longer has some of the members. Was the !GCOV_LOCKED path not tested for the recent changes? Thanks, David On Tue, Jun 5, 2018 at 8:28 PM David Edelsohn wrote: > > Martin, > > With your recent patch, I rec

libgcov-driver-system bootstrap failure

Martin, With your recent patch, I receive the following failure building libgcov-driver-system.c In file included from /nasfarm/edelsohn/src/src/gcc/../libgcc/libgcov-driver.c:322:0: /nasfarm/edelsohn/src/src/gcc/../libgcc/libgcov-driver-system.c: In function 'char*

Martin Liska appointed GCOV co-maintainer

I am pleased to announce that the GCC Steering Committee has appointed Martin Liska as GCOV co-maintainer. Please join me in congratulating Martin on his new role. Martin, please update your listing in the MAINTAINERS file. Happy hacking! David

Bin Cheng appointed Loop Optimizer co-maintainer

I am pleased to announce that the GCC Steering Committee has appointed Bin Cheng as Loop Optimizer co-maintainer. Please join me in congratulating Bin on his new role. Bin, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: [PATCH] Fix loop-header copying do-while loop detection (PR85116)

On Mon, Apr 30, 2018 at 3:50 AM Richard Biener <rguent...@suse.de> wrote > On Sun, 29 Apr 2018, Richard Biener wrote: > > On April 29, 2018 1:06:47 AM GMT+02:00, David Edelsohn < dje@gmail.com> wrote: > > >Hi, Richi > > > > > >I had be

Re: [PATCH] Fix loop-header copying do-while loop detection (PR85116)

Richard Biener <rguent...@suse.de> wrote: > On Sat, 28 Apr 2018, Richard Biener wrote: > > On Fri, 27 Apr 2018, Richard Biener wrote: > > > > > On Fri, 27 Apr 2018, David Edelsohn wrote: > > > > > > > Hi, Richi > > > > > > >

Re: [PATCH] Fix loop-header copying do-while loop detection (PR85116)

Hi, Richi This patches causes a boostrap failure on AIX. Everything miscompares. The code itself is the same, but the DWARF debug information contains many differences. - David

GCC 8.1 RC1 Bootstrap comparison failure on AIX

Jakub and Richi, GCC 8.1 is experiencing the same bootstrap failure with GCC 8.1 RC1 as we saw previously. Bootstrap comparison failure! gcc/function-tests.o differs And the same reason: unique, static symbol that includes a random timestamp. 1949c1949 < [1936]m 0x0060 1

Re: [PATCH] rs6000: Enable -fasynchronous-unwind-tables by default

On Thu, Apr 5, 2018 at 5:50 AM, Jakub Jelinek wrote: > On Thu, Apr 05, 2018 at 09:45:54AM +, Segher Boessenkool wrote: >> To find out where on-entry register values live at any point in a >> program, GDB currently tries to parse to parse the executable code. >> This does not

Re: Deprecate not defining NO_IMPLICIT_EXTERN_C

AIX still requires implicit extern C. I previously have tried to disable the feature on AIX and it failed miserably. Thanks, David On Wed, Mar 21, 2018 at 8:15 AM, Nathan Sidwell wrote: > Port maintainers CC'd, apologies if I've missed you. > > NO_IMPLICIT_EXTERN_C is a target

[PATCH] AIX 7.1 and 7.2 configure support

AIX 7.1 continues to support Power4 as the minimum ISA level, so this reverts the recent patch to aix71.h. AIX 7.2 requires Power7 as the minimum ISA level. The second part of this patch adds a new aix72.h file and updates config.gcc. Thanks, David * config.gcc (powerpc-ibm-aix7.1.*): New

[PATCH] pr84014 testcase fix

The powerpc-specific testcase should test ilp32 and not invoke -m32 explicitly. Thanks, David Index: pr84014.c === --- pr84014.c (revision 258076) +++ pr84014.c (working copy) @@ -1,5 +1,5 @@ -/* { dg-do compile { target

[PATCH] Fix pt.c bootstrap breakage

The recent change to pt.c broke bootstrap by including C++ header file directly and including it first. This patch changes to the necessary method which includes the header file via system.h. Okay? Thanks, David * pt.c: Don't include string. Define INCLUDE_STRING before system.h. Index: pt.c

Re: [RFC PATCH] avoid applying attributes to explicit specializations (PR 83871)

Martin, This patch broke bootstrap. diff --git a/gcc/cp/pt.c b/gcc/cp/pt.c index 42fd872..9c2e5e6 100644 --- a/gcc/cp/pt.c +++ b/gcc/cp/pt.c @@ -24,6 +24,7 @@ along with GCC; see the file COPYING3. If not see all methods must be provided in header files; can't use a source file that

Re: [PATCH,AIX] aix71.h Increase ISA default

On Sat, Feb 24, 2018 at 6:19 PM, Segher Boessenkool <seg...@kernel.crashing.org> wrote: > Hi David, > > On Fri, Feb 23, 2018 at 02:13:52PM -0500, David Edelsohn wrote: >> AIX 7.1 minimum hardware is Power6. This patch changes TARGET_DEFAULT >> to ISA 2.05. > >>

[PATCH,AIX] aix71.h Increase ISA default

AIX 7.1 minimum hardware is Power6. This patch changes TARGET_DEFAULT to ISA 2.05. Thanks, David * config/rs6000/aix71.h (TARGET_DEFAULT): Change to ISA_2_5_MASKS_EMBEDDED. Index: aix71.h === --- aix71.h (revision 257941) +++

[PATCH,AIX] Fixincludes for vec_malloc, vec_calloc

AIX stdlib.h header decides to redefine malloc and calloc when __VEC__ is defined. Hilarity ensues, such as when GCC uses __attribute__(("malloc")). Fixed with the appended fixincludes patch. Thanks, David * inclhack.def (aix_stdlib_vec_malloc): New. (aix_stdlib_vec_calloc): New. * fixincl.x:

<    2   3   4   5   6   7   8   9   10   11   >