On 12/4/18 4:32 PM, Jakub Jelinek wrote:
> Hi!
>
> The current asan.c code requires that the whole block of vars starts and
> ends on ASAN_RED_ZONE_SIZE (i.e. 32 byte) boundary, so that it is on 4 byte
> boundary in the shadow memory. Normally it is, when frame_offset starts at
> 0, but with -fst
Hi:
Recently gcc optimize msa compare code i<5 from clti_.df $wn,$wn,5
to clei_.df $wn,$wn,4.
This patch adjusted testsuite.
Committed as obviously.
gcc/testsuite/
2018-12-05 Chenghua Xu
* gcc.target/mips/msa.c: Adjusted clti_.df $wn,$wn,5
to clei_.df $wn,$wn,4 in test31.
di
On 12/4/18 8:13 PM, Martin Sebor wrote:
On 12/4/18 2:04 PM, Sandra Loosemore wrote:
On 12/4/18 9:26 AM, Martin Sebor wrote:
[snip]
+The keyword @code{__attribute__} allows you to specify various special
+properties of types. Some type attributes apply only to structure and
+union types, and
I intend to commit the attached patch on Saturday.
2018-12-02 Steven G. Kargl
PR fortran/87922
* io.c (gfc_match_open): ASYNCHRONOUS must be scalar.
PR fortran/87945
* decl.c (var_element): Inquiry parameter cannot be a data object.
(match_data_constant
On Nov 29, 2018, Jason Merrill wrote:
> Let's go with this. And remove the comment.
> And the !processing_template_decl is also redundant, since that's
> checked at the top of value_dependent_expression_p.
I've tested this on i686- and x86_64-linux-gnu. Ok to install?
[PR86397] resolve nond
On Nov 27, 2018, Jason Merrill wrote:
> Let's replace the == comparison rather than supplement it. OK with
> that change.
Thanks, here's what I (re)tested and will install eventually.
[PR85569] skip constexpr target_expr constructor dummy type conversion
From: Alexandre Oliva
The testcase
Jeff Law tells me h8300-elf fails gcc.c-torture/compile/pr49029.c
with -O2 -g -mint32 -mh. This patch fixes it.
The problem is that strict low part handling in cselib_record_sets
assumes src_elt is not NULL. That src_elt is taken from a strict low
part set, but it won't always have a src_elt to
On 12/3/18 5:01 PM, Jason Merrill wrote:
On 12/3/18 4:51 PM, Jason Merrill wrote:
On 11/5/18 2:39 PM, Tom Honermann wrote:
This patch adds support for the P0482R5 core language changes. This
includes:
- The -fchar8_t and -fno_char8_t command line options.
- char8_t as a keyword.
- The char8_t
On 12/3/18 2:59 PM, Jason Merrill wrote:
On 11/5/18 2:39 PM, Tom Honermann wrote:
This patch adds documentation for new -fchar8_t and -fno-char8_t
options.
gcc/ChangeLog:
2018-11-04 Tom Honermann
* doc/invoke.texi (-fchar8_t): Document new option.
+Enable support for the P0482 pro
Hello,
on 27th October I sent to gcc-patches a mail with the subject “Don’t
build gdb/readline/libreadline.a, when --with-system-readline is
supplied” and on 14th November I sent a reminder. I got no answer.
Before sending the emails I filled a bugzilla ticket.
Can you please make it clear, whe
101 - 110 of 110 matches
Mail list logo