Re: powerpc/rs6000 implicit FPU usage

2005-11-01 Thread David Edelsohn
> Till Straumann writes: Till> Has this kind of optimization (using the FPU for Till> data objects other than double/float) been deliberately Till> abandoned or is it the side-effect of other changes? Side-effect of other changes. David

Re: Thoughts on LLVM and LTO

2005-11-22 Thread David Edelsohn
> I'd have actually guessed they could > have something functional, if not 100% robust, in 6 months given > 2 or 3 people on the project. The question is the width of the gap between functional and usable. A number of people on this thread have implied that GCC's data structures will need

Re: Thoughts on LLVM and LTO

2005-11-22 Thread David Edelsohn
> Diego Novillo writes: Diego> Over the last couple of years, there have been some half hearted attempts Diego> at suggesting C++ as a new implementation language for GCC. I would Diego> personally love to see us move to C++, but so far that has not happened. C++ is not an issue

Re: gcc 4.1 release showstopper on darwin

2005-11-25 Thread David Edelsohn
> Jack Howarth writes: Jack> My question is whether the gcc 4.1 release would be Jack> held to fix this or will the Darwin target just be marked as broken for Jack> that release? The release will be held. Quoting the GCC development plan: "If ... support for a platform with active m

Re: Torbjorn's ieeelib.c

2005-11-28 Thread David Edelsohn
> Mark Mitchell writes: Mark> In his original message, Torbjorn indicated that Swox AB (the company of Mark> which he is CEO) donated the code, and the old copyright file had an Mark> entry for Torbjorn, though not Swox AB. I've contacted Torbjorn, and Mark> he'd still like to see ieeelib.c i

Re: Compile-time / memory regression

2005-12-16 Thread David Edelsohn
> Richard Guenther writes: Richard> Between Dec 12 and today there has been a ~10% compile-time regression Richard> and a 1.3% memory usage regression on the tramp3d tester. Due to Richard> bootstrap problems in between these days I cannot restrict the window Richard> more. When Mar

Re: Bootstrap failure on Linux/x86-64 in Ada

2005-12-20 Thread David Edelsohn
> Arnaud Charlet writes: Arnaud> Although I would need to see the entire issue we're trying to solve under Arnaud> AIX, since it's not clear at all to me that forcing -mminimal-toc Arnaud> systematically is a good idea to start with. Could you point to a detailed Arnaud> discussion on the AI

Re: libgcc.a, et. al.

2006-01-08 Thread David Edelsohn
> Perry Smith writes: Perry> I can not find a description of what the different versions of libgcc Perry> and libstd++ are for. Some versions are obvious, others are not. Perry> In particular, I am trying to determine what these libraries are Perry> for: (this is on AIX version 5.3) (h

Re: libgcc.a, et. al.

2006-01-08 Thread David Edelsohn
> Perry Smith writes: Perry> Maybe you can help on another item. I recall back around 1995 or so, Perry> gcc could not be used for AIX device drivers because it did not Perry> handle the floating point registers properly. I have only a vague Perry> memory of this. Do you recall anythi

Re: powerpc-rtems fails to build on head

2006-01-11 Thread David Edelsohn
> "Joel Sherrill writes: Joel> With code updated this morning, powerpc-rtems fails to build. I am Joel> using binutils 2.16.1 with just a couple of patches. Joel> Is this a gcc or binutils error? Is there a known fix? This is not a known problem. There have been a lot of patches

Re: Problems with gcc 4.0 for powerpc

2006-01-12 Thread David Edelsohn
> Dmytro writes: - stwu r1,-24(r1) + stwu r1,-32(r1) ... - addi r1,r1,24 + addi r1,r1,32 This difference allocates and releases two more stack slots. It probably means there is an incorrect assumption in the boot loader assembly code causing its stack usage to conflict with the compiler sa

Re: BIGGEST_ALIGNMENT on AIX 32-bit

2006-01-14 Thread David Edelsohn
> Eric Botcazou writes: Eric> That's problematic (in particular for Ada) because nothing is 128-bit aligned Eric> on AIX 32-bit. AIX does support Altivec. David

Re: BIGGEST_ALIGNMENT on AIX 32-bit

2006-01-14 Thread David Edelsohn
> Eric Botcazou writes: Eric> So why not revert to the original BIGGEST_ALIGNMENT setting until Altivec is Eric> supported? That would be more in keeping with all the other settings on AIX. And how does that solve the problem when Altivec is "supported"? This just covers up proble

Re: BIGGEST_ALIGNMENT on AIX 32-bit

2006-01-14 Thread David Edelsohn
Why isn't this bug an incorrect use of BIGGEST_ALIGNMENT somewhere in the compiler? David

Re: stab strings on AIX

2006-01-14 Thread David Edelsohn
> Perry Smith writes: Perry> I have a tool that I use to look at AIX dumps. It understands stab Perry> strings that xlc (the IBM compiler) produces. I feed it a file Perry> produced by gcc/g++ and it complains. The same thing happens with Perry> dbx (IBM's debugger). Of course, gdb u

Re: AIX cross compile environment on the Mac

2006-01-14 Thread David Edelsohn
> Perry Smith writes: Perry> Now that I have (or think I have) my compiler and library problems Perry> solved, I'm toying with the idea of creating a cross compile Perry> environment on my Mac laptop for AIX (RS/6000). Does anyone see any Perry> obstacles with this? I've never done a c

Re: How to submit suggestions?

2006-01-17 Thread David Edelsohn
> Perry Smith writes: Perry> While doing my RS/6000 work last week, I bumped into two bugs and two Perry> other items which I would more consider suggestions. The bugs I will Perry> submit via the prescribed method. But how to the maintainers want to Perry> see the suggestions?

Re: BIGGEST_ALIGNMENT on AIX 32-bit

2006-01-18 Thread David Edelsohn
AIX snuck in increased stack alignment in 32-bit mode along the way. STACK_BOUNDARY should be increased to 128 for AIX. Transitioning could be tricky. David

Re: libgomp and OMP_NUM_THREADS

2006-01-19 Thread David Edelsohn
> Jakub Jelinek writes: Jakub> * config/rs6000/rs6000.md (UNSPEC_LWSYNC, UNSPEC_ISYNC, Jakub> UNSPEC_SYNC_OP, UNSPEC_ATOMIC, UNSPEC_CMPXCHG, UNSPEC_XCHG): Rename Jakub> to... Jakub> (UNSPECV_LWSYNC, UNSPECV_ISYNC, UNSPECV_SYNC_OP, UNSPECV_ATOMIC, Jakub> UNSPECV_CMPXCHG, UNSPECV_XCHG): ... thes

Git ChangeLog policy for GCC Testsuite inquiry

2020-01-24 Thread David Edelsohn
>> > 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: Is ther document that describes how the "braching/fixing" on releases is done

2020-02-16 Thread David Edelsohn
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 5.5

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

2020-02-16 Thread David Edelsohn
On Sun, Feb 16, 2020 at 12:19 PM Dennis Luehring wrote: > > Am 16.02.2020 um 18:03 schrieb David Edelsohn: > > https://gcc.gnu.org/develop.html#timeline > > > Thanks > > any idea how to reintegrate (many) changes from a release/6.3.0 branch > back into mainline? &

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

2020-02-16 Thread David Edelsohn
On Sun, Feb 16, 2020 at 12:36 PM Dennis Luehring wrote: > > Am 16.02.2020 um 18:27 schrieb David Edelsohn: > > On Sun, Feb 16, 2020 at 12:19 PM Dennis Luehring wrote: > > > > > > Am 16.02.2020 um 18:03 schrieb David Edelsohn: > > > > https://gcc.gnu.org/

Martin Liska appointed GCC IPA Reviewer

2020-04-13 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Martin Liska as IPA Reviewer. Please join me in congratulating Martin on his new role. Martin, please update your listing in the MAINTAINERS file. Happy hacking! David

Martin Jambor appointed GCC IPA Reviewer

2020-04-13 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Martin Jambor as GCC IPA Reviewer. Please join me in congratulating Martin on his new role. Martin, please update your listing in the MAINTAINERS file. Happy hacking! David

Jan Hubicka appointed IPA Maintainer,LTO Reviewer

2020-04-25 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Jan Hubicka as GCC IPA Maintainer and LTO Reviewer. Honza has been the maintainer of the components of IPA and this appointment clarifies his role. Please join me in congratulating Honza on his new role. Honza,

Max Filippov appointed Xtensa maintainer

2020-06-05 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Max Filippov as Xtensa maintainer. Please join me in congratulating Max on his new role. Max, please update your listing in the MAINTAINERS file. Happy hacking! David

Nathan Sidwell appointed nvptx maintainer

2015-07-31 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Nathan Sidwell as nvptx maintainer. Please join me in congratulating Nathan on his new role. Nathan, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: [powerpc64le] seq_cst memory order possibly not honored

2015-08-14 Thread David Edelsohn
On Fri, Aug 14, 2015 at 8:20 AM, Andrey Semashev wrote: > On 14.08.2015 13:19, Jonathan Wakely wrote: >> >> On 14 August 2015 at 10:54, Andrey Semashev >> wrote: >> >>> Otherwise I cannot see how (x==0 && y==0) could happen. The last load in >>> each thread is sequenced after the first seq_cst st

Re: Deprecate SH5/SH64

2015-08-18 Thread David Edelsohn
On Tue, Aug 18, 2015 at 1:00 PM, Oleg Endo wrote: > Hi all, > > Kaz and I have been discussing the SH5/SH64 status, which is part of the SH > port, every now and then. To our knowledge, there is no real hardware > available as of today and we don't think there are any real users for a > SH5/SH

Re: Repository for the conversion machinery

2015-08-27 Thread David Edelsohn
be preferred to rol...@delasyd.gnu.ai.mit.edu. > > Corrected. I'll cheerfully accept any other corrections. dje = David Edelsohn edelsohn = David Edelsohn These are both me. And I prefer dje@gmail.com, which is listed in MAINTAINERS. Thanks, David

Re: Ambiguous usernames (was: Re: 33 unknowns left)

2015-08-27 Thread David Edelsohn
On Thu, Aug 27, 2015 at 1:04 PM, Joseph Myers wrote: > On investigation of that list of usernames, I believe dje is the only > ambiguous one. All of my ChangeLog entries listed: d...@watson.ibm.com edels...@gnu.org edels...@mhpcc.edu edels...@npac.syr.edu dje@gmail.com and my name. - David

Re: Repository for the conversion machinery

2015-08-28 Thread David Edelsohn
On Fri, Aug 28, 2015 at 1:24 PM, Jeff Law wrote: > trix = Tom Rix > Not with Red Hat anymore. No idea where he is now. Tom now works for Juniper Networks. A recent email address is: trix = Tom Rix - David

Re: Acceptance criteria for the git conversion

2015-09-01 Thread David Edelsohn
On Tue, Sep 1, 2015 at 10:26 AM, Mikhail Maltsev wrote: > On 09/01/2015 01:54 PM, Eric S. Raymond wrote: >> With the machinery for the git conversion now in reasonable shape, it's >> time to ask GCC's developers in general: what do you want this >> conversion to accomplish? > There was some discu

Re: Compiler support for erasure of sensitive data

2015-09-09 Thread David Edelsohn
On Wed, Sep 9, 2015 at 12:36 PM, Zack Weinberg wrote: > The ABI dictates basically everything you see. The call to > explicit_bzero has forced the compiler to *create* a second copy of > the variable `k` on the stack, just so it can be erased -- and the > copy in registers survives (at least for

Re: Compiler support for erasure of sensitive data

2015-09-09 Thread David Edelsohn
On Wed, Sep 9, 2015 at 2:02 PM, wrote: > >> On Sep 9, 2015, at 1:54 PM, David Edelsohn wrote: >> >> On Wed, Sep 9, 2015 at 12:36 PM, Zack Weinberg wrote: >> >>> The ABI dictates basically everything you see. The call to >>> explicit_bzero has for

Re: Powerpc atomic_load

2015-09-10 Thread David Edelsohn
https://www.cl.cam.ac.uk/~pes20/cpp/cpp0xmappings.html On Thu, Sep 10, 2015 at 1:39 PM, Bernhard Schommer wrote: > I just ran into something strange using gcc 8.4.3 for powerpc. > A call to the __atomic_load function: > > __atomic_load(&Buf, &buf, __ATOMIC_SEQ_CST); > > expands to: > > sync > lis

Re: Inlining Decision Priority Function.

2015-09-12 Thread David Edelsohn
Ajit, As a start, look at the Inliner section of Honza's Status of Interprocedural Optimizers presentation from Cauldron 2013. https://gcc.gnu.org/wiki/cauldron2013?action=AttachFile&do=view&target=Status_of_interprocedural_optimizers.pdf - David On Sat, Sep 12, 2015 at 4:36 AM, Ajit Kumar Aga

Re: ppc eabi float arguments

2015-09-22 Thread David Edelsohn
On Tue, Sep 22, 2015 at 1:39 PM, Bernhard Schommer wrote: > Hi, > > if been working with the windriver Diab c compiler for 32bit ppc for and > encountered an incompatibly with the eabi version of the gcc 4.83. When > calling functions with more than 8 float arguments the gcc stores the 9th > floa

Re: GCC 5.3 Status Report (2015-11-20)

2015-11-20 Thread David Edelsohn
On Fri, Nov 20, 2015 at 7:53 AM, Richard Biener wrote: > > Status > == > > We plan to do a GCC 5.3 release candidate at the end of next week > followed by the actual release a week after that. > > So now is the time to look at your regression bugs in bugzilla and > do some backporting for thin

Graphite header order

2015-11-20 Thread David Edelsohn
Sebastian, I have tried to build GCC with Graphite and ISL on AIX and encountered two problems: (1) isl/ctx.h typedef enum { isl_stat_error = -1, isl_stat_ok = 0, } isl_stat; GCC complains about the comma in "isl_stat_ok = 0,". This seems like a general bug that should appear o

Re: Graphite header order

2015-11-20 Thread David Edelsohn
On Fri, Nov 20, 2015 at 11:31 AM, Sebastian Pop wrote: > On Fri, Nov 20, 2015 at 10:23 AM, Sven Verdoolaege > wrote: >> On Fri, Nov 20, 2015 at 10:14:47AM -0600, Sebastian Pop wrote: >>> On Fri, Nov 20, 2015 at 9:31 AM, David Edelsohn wrote: >>> > Sebastian,

Re: Graphite header order

2015-11-20 Thread David Edelsohn
On Fri, Nov 20, 2015 at 11:28 AM, Sebastian Pop wrote: > Thanks David for reporting these problems. > > On Fri, Nov 20, 2015 at 9:31 AM, David Edelsohn wrote: >> (2) All of the graphite*.c files include ISL headers first. This >> order is not supported by GCC development

Re: GCC 5.3 Status Report (2015-11-20)

2015-11-24 Thread David Edelsohn
On Sun, Nov 22, 2015 at 8:38 AM, Paolo Bonzini wrote: > > > On 20/11/2015 14:14, David Edelsohn wrote: >> On Fri, Nov 20, 2015 at 7:53 AM, Richard Biener wrote: >>> >>> Status >>> == >>> >>> We plan to do a GCC 5.3 release candidat

Re: GCC 5.3 Status Report (2015-11-20)

2015-11-25 Thread David Edelsohn
On Wed, Nov 25, 2015 at 11:57 AM, Paolo Bonzini wrote: > Patch committed to upstream libtool, thanks for your understanding. Great! How can I have the patch backported to GCC trunk and 5-branch libtool, and then rebuild configure with the appropriate versions of autoconf? I have not been able t

Martin Jambor appointed HSA Maintainer

2015-12-18 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Martin Jambor as HSA maintainer. Please join me in congratulating Martin on his new role. Martin, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: RFA: Add GCC Runtime Library Exception to include/plugin-api.h

2016-02-02 Thread David Edelsohn
On Tue, Feb 2, 2016 at 5:03 PM, H.J. Lu wrote: > On Tue, Feb 2, 2016 at 1:35 PM, Cary Coutant wrote: >>> include/plugin-api.h defines an ABI between linker and compiler, >>> which can be used to implement linker plug-in by any compilers. >>> I'd like to add GCC Runtime Library Exception to includ

extendqihi2 and GCC RTL type system

2016-02-22 Thread David Edelsohn
csmith has uncovered a latent bug in the the PowerPC port for a combiner pattern involving extendqihi2 (the alternative in the pattern has never triggered for real code in over 10 years). Basic extendqihi2 works correctly (the instructions extend to entire register, but the upper bits are ignored).

David Malcolm appointed libcpp and diagnostic messages maintainer

2016-02-22 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed David Malcolm as libcpp and diagnostic messages maintainer. Please join me in congratulating David on his new role. David, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: extendqihi2 and GCC RTL type system

2016-02-22 Thread David Edelsohn
Hi, Jim On Mon, Feb 22, 2016 at 12:53 PM, Jim Wilson wrote: > On Mon, Feb 22, 2016 at 7:55 AM, David Edelsohn wrote: >> If I remove extendqihi2 (extend:HI pattern) from the PowerPC port, >> will that cause any problems for the GCC RTL type system or inhibit >> optimization

Re: GCC GSOC 2016

2016-03-03 Thread David Edelsohn
Tobias and Maxim were the recent coordinators. On Thu, Mar 3, 2016 at 8:47 AM, Joel Sherrill wrote: > I may have missed this comment but GCC wouldn't need to apply as it's own > GSoC project. The GNU Project applied as an umbrella organization and was > accepted. Any GCC activities would be und

Re: collaborative tuning of GCC optimization heuristic

2016-03-05 Thread David Edelsohn
On Sat, Mar 5, 2016 at 9:13 AM, Grigori Fursin wrote: > Dear colleagues, > > If it's of interest, we have released a new version of our open-source > framework to share compiler optimization knowledge across diverse workloads > and hardware. We would like to thank all the volunteers who ran this >

Re: GCC 6 symbol poisoning and c++ header usage is fragile

2016-04-21 Thread David Edelsohn
On Thu, Apr 21, 2016 at 8:33 AM, Szabolcs Nagy wrote: > On 21/04/16 12:52, Jonathan Wakely wrote: >> On 21 April 2016 at 12:11, Szabolcs Nagy wrote: >>> the root cause is c++: c++ headers include random libc headers with >>> _GNU_SOURCE ftm so all sorts of unexpected symbols are defined/declared.

Segher Boessenkool appointed PowerPC maintainer

2016-04-22 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Segher Boessenkool as rs6000/powerpc port co-maintainer. Please join me in congratulating Segher on his new role. Segher, please update your listing in the MAINTAINERS file. Happy hacking! David

JonY appointed Cygwin and mingw-w64 maintainer

2016-06-13 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Jon Y as Cygwin and mingw-w64 maintainer. Please join me in congratulating Jon on his new role. Jon, please update your listing in the MAINTAINERS file. Happy hacking! David

Re: gcc/libcpp: non-UTF-8 source or execution encodings?

2016-07-19 Thread David Edelsohn
On Tue, Jul 19, 2016 at 12:05 PM, David Malcolm wrote: > libcpp/charset.c has a helpful introductory comment describingcharacter > sets, including the source and execution character sets. > > libcpp appears to attempt to support both UTF-8 and UTF-EBCDIC for the > source character set, via: > > #i

Re: gcc/libcpp: non-UTF-8 source or execution encodings?

2016-07-19 Thread David Edelsohn
I believe that GCC only is used as a cross-compiler. Thanks, David On Tue, Jul 19, 2016 at 3:39 PM, David Malcolm wrote: > On Tue, 2016-07-19 at 12:24 -0400, David Edelsohn wrote: >> On Tue, Jul 19, 2016 at 12:05 PM, David Malcolm >> wrote: >> > libcpp/charset.c

Re: [libiberty] does anyone use regex.c with REGEX_MALLOC?

2016-07-29 Thread David Edelsohn
On Fri, Jul 29, 2016 at 1:44 PM, Joseph Myers wrote: > On Fri, 29 Jul 2016, Manuel López-Ibáñez wrote: > >> On 29 July 2016 at 16:25, Jeff Law wrote: >> >> Well, if libiberty is going to be replaced en masse by gnulib, then >> >> there's no sense in me cleaning up libiberty's regex. >> >> libiber

Re: [BUILDROBOT] ICE in altivec_init_builtins, at config/rs6000/rs6000.c:17547

2016-10-19 Thread David Edelsohn
Hi, JBG Yes, this is a known problem with Kelvin's recent patch. - David On Wed, Oct 19, 2016 at 12:59 PM, Jan-Benedict Glaw wrote: > Hi! > > Building current GCC with current GCC (using config_list.mk) for > --target=rs6000-ibm-aix5.3.0, I noticed a gcc_unreachable() during > -fself-test, >

Re: I see this maybe related to PR71375 ?

2016-10-21 Thread David Edelsohn
This is PR 78056. - David On Fri, Oct 21, 2016 at 3:41 PM, Jerry DeLisle wrote: > After a build of trunk this morning: > > f951: internal compiler error: in altivec_init_builtins, at > config/rs6000/rs6000.c:17547 > 0x10da4df3 altivec_init_builtins > ../../trunk/gcc/config/rs6000/rs6000

Re: History of GCC

2016-10-26 Thread David Edelsohn
On Wed, Oct 26, 2016 at 1:49 PM, Ed Smith-Rowland <3dw...@verizon.net> wrote: > On 10/26/2016 01:17 PM, Will Hawkins wrote: >> >> On Wed, Oct 26, 2016 at 1:15 PM, Ian Lance Taylor wrote: >>> >>> On Wed, Oct 26, 2016 at 9:31 AM, Will Hawkins wrote: Thank you for your response! I don't th

HSA/BRIG front-end

2016-11-14 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has accepted the HSA/BRIG front-end for inclusion in GCC and appointed Pekka Jaaskelainen and Martin Jambor as co-maintainers. Please join me in congratulating Pekka and Martin on their new roles. Please update your listings

Re: Converting to LRA (calling all maintainers)

2017-01-03 Thread David Edelsohn
On Tue, Jan 3, 2017 at 4:22 PM, Eric Botcazou wrote: >> p.s. Are there plans for converting the SPARC port? > > Note that the status of the PowerPC port is a bit confusing because both > doc/invoke.texi and htdocs/backends.html say that it still uses reload. Fixed. Thanks, David

Announcement of Wide-Int Reviewers

2014-04-28 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has appointed Richard Sandiford, Mike Stump and Ken Zadeck as Wide-Int Reviewers. Please join me in congratulating Richard, Mike and Ken on their new role. Please update your listings in the MAINTAINERS file. Happy hacking!

Re: GCC 4.8.3 Status Report, branch frozen for release (2014-05-15)

2014-05-15 Thread David Edelsohn
On Thu, May 15, 2014 at 5:27 AM, Richard Biener wrote: > > Status > == > > The 4.8 branch is now frozen as I am preparing a first release > candidate for 4.8.3. All patches to the branch now require > explicit approval from release managers. Please hold off on GCC 4.8.3. powerpc-linux has a

ACM SIGPLAN Programming Languages Software Award

2014-06-11 Thread David Edelsohn
It gives me great pleasure to announce that GCC has won the ACM SIGPLAN Programming Languages Software Award Congratulations to the entire GCC Community! - David

Re: regs_used estimation in IVOPTS seriously flawed

2014-06-20 Thread David Edelsohn
On Fri, Jun 20, 2014 at 5:01 AM, Bingfeng Mei wrote: > As a short term solution, I tried some simple non-linear functions as Richard > suggested > to penalize using too many IVs. For example, the following cost in > ivopts_global_cost_for_size fixed my regression and actually improves > perform

Re: Offload Library

2014-06-20 Thread David Edelsohn
On Fri, May 16, 2014 at 7:47 AM, Kirill Yukhin wrote: > Dear steering committee, > > To support the offloading features for Intel's Xeon Phi cards > we need to add a foreign library (liboffload) into the gcc repository. > README with build instructions is attached. > > I am also copy-pasti

Re: build/genmodes: config/i386/i386-modes.def:25: (TF) field format must not be set

2014-07-13 Thread David Edelsohn
This failure now appears for powerpc-aix. I do not know if it happens for ppc64-linux also. Bootstrap currently is broken on AIX. build/genmodes -h > tmp-modes.h build/genmodes: config/rs6000/rs6000-modes.def:23: (TF) field format must not be set build/genmodes: machmode.def:203: (DF) field form

Re: Slides from Cauldron talks

2014-07-24 Thread David Edelsohn
On Thu, Jul 24, 2014 at 2:19 AM, Tobias Burnus wrote: > David Malcolm wrote: >> >> I didn't see a place to post slides for Cauldron talks, so am posting >> links to them here. > > > I have added the links to > https://gcc.gnu.org/wiki/cauldron2014#Slides_and_Notes > > >> Does anyone know if any Ca

Re: [BUILDROBOT] rs6000-ibm-aix4.3 / rs6000-ibm-aix5.3.0: error: 'ASM_WEAKEN_DECL' was not declared in this scope

2014-09-04 Thread David Edelsohn
Hi, Jan This probably is expected for AIX 4.3. I am surprised that this occurs for AIX 5.3 because I thought that weak support was available after AIX 5.1 or AIX 5.2. I think that the weak support and MAKE_DECL_ONE_ONLY are required for proper operation now. Maybe I should formally deprecate AI

Re: GCC 5.0 Status Report (2014-11-03), Stage 1 ends Nov 15th

2014-11-04 Thread David Edelsohn
On Mon, Nov 3, 2014 at 4:18 AM, Jakub Jelinek wrote: > Status > == > > The trunk is scheduled to transition from Stage 1 to Stage 3 at the end > of Saturday, November 15th (use your timezone to your advantage). > > We have been in Stage 1 for almost 7 months now with a fortnight > still to go.

Re: [PATCH 0/4] OpenMP 4.0 offloading to Intel MIC

2014-11-13 Thread David Edelsohn
Kirill, The patches have broken bootstrap on AIX and probably on other non-GNU platforms. strchrnul() is a GNU extension. /nasfarm/edelsohn/src/src/gcc/lto-wrapper.c: In function 'unsigned int parse_env_var(const char*, char***, const char*)': /nasfarm/edelsohn/src/src/gcc/lto-wrapper.c:427:35:

Re: graphite in -O3

2014-11-16 Thread David Edelsohn
Because they have not shown general performance benefit. I hope that the renewed attention and development effort will allow them to be enabled by default eventually. Thanks, David On Sun, Nov 16, 2014 at 2:10 PM, Andi Kleen wrote: > > Is there any specific reason why none of the graphite loop

Re: GCC 4.8.4 Status Report (2014-12-05)

2014-12-05 Thread David Edelsohn
On Fri, Dec 5, 2014 at 4:18 AM, Jakub Jelinek wrote: > Status > == > > It is time for another 4.8 release, I'd like to create 4.8.4 release > candidate at the end of the next week and if all goes well, 4.8.4 release > a week after that. If you have any safe fixes you'd like to be backported,

Re: GCC 4.8.4 Status Report (2014-12-12)

2014-12-12 Thread David Edelsohn
On Fri, Dec 12, 2014 at 7:35 AM, Jakub Jelinek wrote: > Status > == > > The GCC 4.8.4-rc1 release candidate has been released. > The branch is frozen now, all changes require release manager approval > until the final release of GCC 4.8.4 which should happen roughly > one week after the releas

Re: GCC 4.8.4 Status Report (2014-12-12)

2014-12-12 Thread David Edelsohn
On Fri, Dec 12, 2014 at 7:17 PM, Jakub Jelinek wrote: > On Fri, Dec 12, 2014 at 04:51:21PM -0500, David Edelsohn wrote: >> GCC 4.8 branch has degraded from 14 libstdc++ failures to 153. This > > On which target, when it has been reported, are the libstdc++ folks aware of >

Re: GCC 4.8.4 Status Report (2014-12-12)

2014-12-13 Thread David Edelsohn
Jakub, I would like to backport this fixincludes patch to the GCC 4.8 branch. https://gcc.gnu.org/ml/gcc-patches/2013-08/msg01975.html Thanks, David On Fri, Dec 12, 2014 at 7:17 PM, Jakub Jelinek wrote: > On Fri, Dec 12, 2014 at 04:51:21PM -0500, David Edelsohn wrote: >> GCC 4.8 b

Re: Slow gcc.gnu.org/sourceware.org?

2015-01-27 Thread David Edelsohn
On Tue, Jan 27, 2015 at 11:34 AM, Jeff Law wrote: > On 01/27/15 09:20, Steve Ellcey wrote: >> >> On Tue, 2015-01-27 at 08:02 -0800, H.J. Lu wrote: >>> >>> For the past couple days, gcc.gnu.org/sourceware.org is >>> quite slow for me when accessing git and bugzilla. Am >>> I the only one who has

Re: Better info for combine results in worse code generated

2015-05-28 Thread David Edelsohn
On Thu, May 28, 2015 at 10:39 AM, Alan Modra wrote: > The problem is that the following testcase on powerpc64le now > generates worse code. > > void foo (signed char *p) { if (*p != 0) *p = 1; } > > before after > foo:foo: > lbz 9,0(3)

Re: Better info for combine results in worse code generated

2015-05-28 Thread David Edelsohn
On Thu, May 28, 2015 at 11:13 AM, Alan Modra wrote: > On Thu, May 28, 2015 at 10:47:53AM -0400, David Edelsohn wrote: >> This seems like a problem with the cost model. Rc instructions are >> more expensive and should be represented as such in rtx_costs. > > The record i

OpenRISC port accepted for inclusion in GCC

2018-08-30 Thread David Edelsohn
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 coordin

Thomas Schwinge appointed OpenACC Maintainer

2018-09-20 Thread David Edelsohn
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

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

2018-10-26 Thread David Edelsohn
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: Power 64 ELFv2 w.r.t toc(cmodel=medium) on windows.

2018-10-26 Thread David Edelsohn
eed to debug 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

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

2018-12-02 Thread David Edelsohn
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: > >

Re: Replacing DejaGNU

2019-01-14 Thread David Edelsohn
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 seems,

Andrew Stubbs and Julian Brown appointed AMD GCN maintainers

2019-02-08 Thread David Edelsohn
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 hacking

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

2019-02-27 Thread David Edelsohn
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 pl

Google Season of Docs: GIMPLE Documentation request for mentors

2019-04-16 Thread David Edelsohn
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 for

Iain Sandoe appointed Darwin co-maintainer

2019-04-19 Thread David Edelsohn
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

Roman Zhuykov appointed Modulo Scheduler maintainer

2019-04-19 Thread David Edelsohn
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

Re: Dropping support of repo files (tlink)

2019-06-20 Thread David Edelsohn
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 cur

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

2019-06-21 Thread David Edelsohn
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: Renaming vec_step in tree-vect-loop.c (to fix build on powerpc/clang)

2019-07-20 Thread David Edelsohn
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 u

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

2019-12-19 Thread David Edelsohn
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 with

Re: Bootstrap failure on aarch64-linux-gnu with trunk

2017-01-13 Thread David Edelsohn
On Fri, Jan 13, 2017 at 6:56 PM, Jeff Law wrote: > On 01/13/2017 04:54 PM, Andrew Pinski wrote: >> >> Between revision 244386 and 28, aarch64-linux-gnu started to >> miscompare bootstrap. >> >> These are the options I used: >> --prefix=`pwd`/../tools \ >> --enable-languages=c,c++,fortran,go \

Re: make[1]: *** wait: No child processes during make -j8 check

2017-01-17 Thread David Edelsohn
On Tue, Jan 17, 2017 at 11:59 AM, Martin Sebor wrote: > On 01/17/2017 08:30 AM, Jeff Law wrote: >> >> On 01/16/2017 05:37 PM, Martin Sebor wrote: >>> >>> I've run into this failure during make check in the past with >>> a very large make -j value (such as -j128), but today I've had >>> two consecu

RISC-V port accepted for inclusion in GCC

2017-01-18 Thread David Edelsohn
I am pleased to announce that the GCC Steering Committee has accepted the RISC-V port for inclusion in GCC and appointed Palmer Dabbelt and Andrew Waterman as co-maintainers. The patches still require approval by a Global Reviewer, and the timing to possibly land the patches in GCC

Re: powerpc -mcpu=common equivalent ?

2017-02-09 Thread David Edelsohn
On Thu, Feb 9, 2017 at 1:00 PM, Daniel Walker wrote: > > Hi, > > > It looks like -mcpu=common (on the powerpc architecture) was removed. My > group is struggling to find a way to compile generic binaries for PowerPC. > We have been getting an LWSYNC instruction included in the binaries, and > some

<    1   2   3   4   5   6   7   8   >