RE: 33 unknowns left
> -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of > Jeff Law > Sent: Wednesday, August 26, 2015 4:19 PM > To: e...@thyrsus.com > Cc: gcc@gcc.gnu.org > Subject: Re: 33 unknowns left > > On 08/26/2015 02:09 PM, Eric S. Raymond wrote: > > Jeff Law : > >> On 08/26/2015 01:31 PM, Eric S. Raymond wrote: > >>>> mib = mib > >> Michael Bushnell. Aagain, not active in forever. > >> m...@geech.gnu.ai.mit.edu probably doesn't work anymore. > >> > >>> miles = miles > >> Miles Bader. mi...@gnu.ai.mit.edu > >> > >>> mycroft = mycroft > >> Charles Hannum. Hasn't been active in forever. > >> mycr...@gnu.ai.mit.edu probably doesn't work anymore. > > > > Right, I recognize these people as long-time hard-core GNU > > contributors. It would be a bit surprising if they *weren't* in the > > history anywhere. Adding them now... > That's why those 3 popped out at me. > > >>>> moore = moore > >> Catherine, Tim? > The more I think about it, it's more likely Tim. Catherine typically used > clm@ > and Tim used moore@. > > Just catching up now, that's not me. I always use clm@. Thanks, Catherine
RE: [Patch] MIPS FDE deletion
> -Original Message- > From: Maciej W. Rozycki [mailto:ma...@imgtec.com] > Sent: Monday, January 11, 2016 5:00 PM > To: Moore, Catherine > Cc: binut...@sourceware.org; gcc@gcc.gnu.org; Richard Sandiford > Subject: Re: [Patch] MIPS FDE deletion > > Hi Catherine, > > On Fri, 16 Oct 2015, Moore, Catherine wrote: > > > MIPS16 call stubs now have .cfi directives. If the linker decides > > that one of these call stubs is not required, it will emit incorrect > > frame info. This patch suppresses the generation of the frame info by > > setting the output section of the stub to ABS. I have a slight update to this patch that I need to submit. > > Does it mean PR target/53276 has been fixed now? What was the commit to > add .cfi support for the stubs? > Hi Maciej, I don't know about the status of PR target/53276. The commit to add .cfi support for call stubs was this one: r184379 | rsandifo | 2012-02-19 08:44:54 -0800 (Sun, 19 Feb 2012) | 7 lines gcc/ * config/mips/mips.c (mips16_build_call_stub): Add CFI information to stubs with non-sibling calls. libgcc/ * config/mips/mips16.S (CALL_STUB_RET): Add CFI information. Catherine
RE: [Patch] MIPS FDE deletion
> -Original Message- > From: Maciej W. Rozycki [mailto:ma...@imgtec.com] > Sent: Tuesday, January 19, 2016 10:28 AM > To: Moore, Catherine > Cc: binut...@sourceware.org; gcc@gcc.gnu.org; Richard Sandiford > Subject: RE: [Patch] MIPS FDE deletion > > On Mon, 11 Jan 2016, Moore, Catherine wrote: > > > > Does it mean PR target/53276 has been fixed now? What was the > > > commit to add .cfi support for the stubs? > > > > I don't know about the status of PR target/53276. The commit to add > > .cfi support for call stubs was this one: > > > > r184379 | rsandifo | 2012-02-19 08:44:54 -0800 (Sun, 19 Feb 2012) | 7 > > lines > > > > gcc/ > > * config/mips/mips.c (mips16_build_call_stub): Add CFI information > > to stubs with non-sibling calls. > > > > libgcc/ > > * config/mips/mips16.S (CALL_STUB_RET): Add CFI information. > > Thanks. I thought it was someting recent, but this is fairly old. > > I saw your patch handles the `fn_stub' case among others and your test case > included an `__fn_stub_foo' stub too, which is what PR target/53276 is all > about, which is why I thought it may have been resolved and the existence > of the PR accidentally missed. > > BTW, your test case has a stub of the `fn_stub' kind (`__fn_stub_foo') and > one of the `call_fp_stub' kind (`__call_stub_fp_foo'), but none of the > `call_stub' kind (for `foo' it would be called `__call_stub_foo'). The > latter has > AFAICT been addressed by r184379. Was the omission of the test case then > deliberate for some reason (why?) or just accidental? > This is a follow-on patch to fix failures in the GDB MIPS16 thunk tests. I've now augmented the test case to handle the "__call_stub_foo" case. Does this look to commit? Thanks, Catherine fde.cl Description: fde.cl fde.patch Description: fde.patch
RE: MIPS Maintainers
> -Original Message- > From: Jeff Law [mailto:l...@redhat.com]> > > Sorry this has taken so long, the delays have been totally mine in not > following-up to get votes, then tally them from the steering committee. > > I'm pleased to announce that Catherine Moore and Matthew Fortune have > been appointed as maintainers for the MIPS port. > > Catherine & Matthew, please update the MAINTAINERS file appropriately. > > Thanks for everyone's patience, Thank you. I've now updated the MAINTAINERS file.
FW: OpenACC maintainership
Oops, forgot to copy the list. From: Moore, Catherine Sent: Monday, September 10, 2018 4:20 PM To: dje@gmail.com Cc: Schwinge, Thomas ; Philippidis, Cesar ; 'Jakub Jelinek' Subject: OpenACC maintainership Hi David, Following up various conversations that took place at Cauldron over the weekend: There is a need for a dedicated OpenACC maintainer. Thomas Schwinge has a long history with the OpenACC project and is willing to take on this role. Jakub has agreed that appointing an OpenACC maintainer makes sense. Will you please follow through with the steering committee to make this a reality? Thanks, Catherine
MIPS maintainership
Hi all, I need to resign as maintainer for the MIPS port. My work commitments have taken me in a different direction and as a result I haven't been able to actively participate over the last year. I don't see that changing anytime soon. I hope that someone with the interest and the time is available and will volunteer. Thanks, Catherine
Google Summer of Code -- Admin needed
Hi All, I acted as the Google Summer of Code Administrator in 2013 and I do not wish to continue. There is an upcoming deadline (February 14th) for an organization to submit their applications to the Google Summer of Code.Is there anyone who would like to act as the gcc admin for 2014? I assume that folks would like to have the gcc project continue to participate; we need to find someone to submit the application and commit to the admin duties. The bulk of the work is organizational. There are some web forms to fill out, evaluations need to be completed, an irc meeting was required, plus finding projects and mentors for the projects. I hope someone will pick this up. Thanks, Catherine
