On 02/12/2019 10:54, Richard Earnshaw (lists) wrote:
> On 19/11/2019 14:56, Jason Merrill wrote:
>> On Mon, Nov 18, 2019 at 4:38 PM Richard Earnshaw (lists) <
>> richard.earns...@arm.com> wrote:
>>
>>> On 18/11/2019 20:53, Jason Merrill wrote:
On Mon, Nov 18, 2019 at 2:51 PM Segher Boessenkool
Here is a very preliminary list of refs after postprocessing by my script,
to indicate what the ref layout would look like. We can easily change the
script if we'd like some other layout. Note that some refs here will go
away after deleting corresponding tags in SVN, while others are missing
On Wed, Dec 04, 2019 at 08:37:17PM +, Joseph Myers wrote:
> On Wed, 4 Dec 2019, Segher Boessenkool wrote:
> > And, as I said before, a release branch is a totally different animal
> > from releases (release tags). We do this correctly now, let's keep it
> > that way?
>
> By convention, a bran
‐‐‐ Original Message ‐‐‐
On Wednesday, November 27, 2019 3:19 AM, Richard Biener
wrote:
...
> > Questions:
> >
> > 1. Should we aim to provide a vectorized version of __builtin_cexpi? If
> > so, it would have
> > to be a PPC64-only vector __builtin-cexpi, right?
> >
> > 2. Or sho
On Wed, 4 Dec 2019, Segher Boessenkool wrote:
> > My script has a special case to use the name
> > refs/heads/releases/gcc-2.95.2.1-branch with "-branch" in there, because
> > there's also refs/tags/releases/gcc-2.95.2.1, and while technically git
> > allows you to have refs/heads/ and refs/tag
On Wed, Dec 04, 2019 at 06:25:21PM +, Joseph Myers wrote:
> In my current script (adjust-refs in the gcc-conversion repository;
> limited testing done based on a GCC repository conversion from last week,
> running a fresh conversion now with vendor tags kept for more testing),
> I'm using re
On Tue, 3 Dec 2019, Richard Earnshaw (lists) wrote:
> On 03/12/2019 15:05, Joseph Myers wrote:
> > On Tue, 3 Dec 2019, Richard Earnshaw (lists) wrote:
> >
> > > a) Only live development branches get moved to the normal git namespace,
> > > but
> > > see d) & e) below
> >
> > Where do you suggest
Hi, this refers to https://gcc.gnu.org/ml/gcc/2019-11/msg00251.html
On 2019-12-04 6:30 a.m., Martin Liška wrote:
> Hello.
>
> I'm adding the author of IPA CP and LTO subsystem maintainer.
>
> Martin
On 2019-12-04 7:52 a.m., Richard Biener wrote:
> On Tue, Dec 3, 2019 at 11:51 PM Erick Ochoa
> wrote:
>>
>> Hi,
>>
>> I am trying to use the function: `cgraph_node::get_untransformed_body` during
>> the wpa stage of a SIMPLE_IPA_PASS transformation. While the execute function
>
> I think SIMPL
http://www.netgull.com has gcc snapshots and releases, but in the past few
weeks only the diffs are there - none of the actual source tarballs are present.
I am not sure how to get this message through to netball, but I figured you had
a better chance than I.
Thanks for GCC!
Dan Allen
Idaho Fa
On Tue, 3 Dec 2019, Richard Earnshaw (lists) wrote:
> > Thanks. Do other people have comments on the list?
> >
> > I'm going to add one vendor tag that should be uncontroversial to the
> > list. /tags/gcc-1766 is a misnamed Apple tag, and there is already a
> > properly named copy with identica
On Tue, Dec 3, 2019 at 11:51 PM Erick Ochoa
wrote:
>
> Hi,
>
> I am trying to use the function: `cgraph_node::get_untransformed_body` during
> the wpa stage of a SIMPLE_IPA_PASS transformation. While the execute function
I think SIMPLE_IPA_PASSes have no "WPA" stage but run at LTRANS time
(WPA tr
On Wed, 4 Dec 2019, Eric S. Raymond wrote:
> Joseph Myers :
> > Eric, can Richard and I get direct write access to the gcc-conversion
> > repository? Waiting for merge requests to be merged is getting in the way
> > of fast iteration on incremental improvements to the conversion machinery,
> >
Joseph Myers :
> Eric, can Richard and I get direct write access to the gcc-conversion
> repository? Waiting for merge requests to be merged is getting in the way
> of fast iteration on incremental improvements to the conversion machinery,
> it should be possible to get multiple incremental imp
CC'ing Honza and Martin.
Hello.
I'm adding the author of IPA CP and LTO subsystem maintainer.
Martin
On Sun, Dec 1, 2019 at 7:47 PM JeanHeyd Meneide wrote:
>
> Dear GCC Community,
>
> I have a bit of a question. I recently fixed up and deployed 2
> separate implementations of a paper I am working on for C and C++
> Standardization called #embed (found here -
> https://thephd.github.io/vendor
On 03/12/2019 22:43, Segher Boessenkool wrote:
On Tue, Dec 03, 2019 at 08:10:37PM +, Richard Earnshaw (lists) wrote:
On 03/12/2019 18:56, Segher Boessenkool wrote:
On Tue, Dec 03, 2019 at 09:16:43AM +, Richard Earnshaw (lists) wrote:
But we could make an "old-svn" hierarchy or similar
18 matches
Mail list logo
