> This is a regression present on the mainline and 5 branch, for a double
> record extension involving a size clause on the root type and a
> discriminant with variant part on the first extension...
>
> Tested on x86_64-suse-linux, applied on the mainline and 5 branch.
>
>
> 2016-03-27 Eric Bot
Hi Jerry,
> ...
> I will add an additional test case for the original posted problem in the PR.
> Two existing tests get exercised, changing the error message. Finding the
> problems earlier in the matchers I think is the right way to go. I am curious
> if
> the old checks ever get triggered (I
> On 2 Apr 2016, at 1:44 AM, Bernd Schmidt wrote:
>
> On 04/01/2016 07:41 PM, Pedro Alves wrote:
>> On 04/01/2016 11:21 AM, Marcel Böhme wrote:
>>> static inline void
>>> -d_append_num (struct d_print_info *dpi, long l)
>>> +d_append_num (struct d_print_info *dpi, int l)
>>> {
>>>char buf[
Jason pointed out that https://gcc.gnu.org/projects/cxx-status.html
looks as if it ignored all the CSS on that page, whereas things look
fine on his local system.
This is another victim of the strict Content Security Policy someone
put in place earlier this year, and luckily one of the last instan
> Le 2 avr. 2016 à 11:44, Dominique d'Humières a écrit :
>
> Hi Jerry,
>
>> ...
>> I will add an additional test case for the original posted problem in the PR.
>> Two existing tests get exercised, changing the error message. Finding the
>> problems earlier in the matchers I think is the right
This patch shows the power of CSS. In my quest to replace local
styles with ones coming from the global style sheet, this replaces
91 instances of
style="text-align:center;"
by a single line
table.cxxstatus td:nth-child(3) { text-align:center; }
and any future changes/additions to any of
And with this, colors are back again, and we nearly are done.
Jason, I suggest to color the cells instead of just the font,
alas with a lighter color, and committed this per the patch
below.
If you'd like to make this look exactly the same as it used to,
we can of course.
Gerald
Move color
On 04/02/2016 05:42 AM, Dominique d'Humières wrote:
>
>> Le 2 avr. 2016 à 11:44, Dominique d'Humières a écrit :
>>
>> Hi Jerry,
>>
>>> ...
>>> I will add an additional test case for the original posted problem in the
>>> PR.
>>> Two existing tests get exercised, changing the error message. Find
On Wed, Mar 30, 2016 at 5:34 AM, H.J. Lu wrote:
> Since GTM::gtm_thread has
>
> gtm_thread *next_thread __attribute__((__aligned__(HW_CACHELINE_SIZE)));
>
> GTM::gtm_thread::operator new should allocate aligned memory.
>
> Tested on Linux/x86-64. OK for trunk.
>
>
This patch is better. Tested o
On Fri, 1 Apr 2016, Jason Merrill wrote:
> I like this approach a lot. One thing, though:
>
> On 04/01/2016 03:13 PM, Patrick Palka wrote:
> > +struct GTY((chain_next ("%h.prev"))) bpr_entry
> > +{
> > + tree body;
> > + tree parms;
> > + tree res;
> > + struct bpr_entry *prev;
> > +};
> > +
On Sat, Apr 02, 2016 at 05:18:31PM -0400, Patrick Palka wrote:
> On Fri, 1 Apr 2016, Jason Merrill wrote:
>
> > I like this approach a lot. One thing, though:
> >
> > On 04/01/2016 03:13 PM, Patrick Palka wrote:
> > > +struct GTY((chain_next ("%h.prev"))) bpr_entry
> > > +{
> > > + tree body;
>
11 matches
Mail list logo
