Re: [Patch, fortran] PR40196 - [F03] [F08] Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)

Hi Thomas, I tried failing cases of that kind; or assignment to len/kind part refs and returned correct errors. Must check where I was going wrong. Paul from a chilly Garching-bei-Muenchen On Sun, 28 Oct 2018, 13:38 Thomas Koenig Hi Paul, > > > >> inq would be easier to understand and unambigu

Re: std::vector fix & enhancements

Running tests in C++98 mode show that I had forgotten a 'return *this;' in _Bvector_impl_data::operator=. So here is the patch again. On 10/30/18 7:28 AM, François Dumont wrote: Following Marc Glisse change to ignore _M_start offset I wanted to go a little step further and just remove it in _G

Re: std::vector fix & enhancements

On 30/10/18 07:28 +0100, François Dumont wrote: Following Marc Glisse change to ignore _M_start offset I wanted to go a little step further and just remove it in _GLIBCXX_INLINE_VERSION mode. I also fix a regression we already fixed on mainstream std::vector regarding noexcept qualification o

Re: [PATCH] use MAX_OFILE_ALIGNMENT to validate attribute aligned (PR 87795)

On Tue, 30 Oct 2018, Martin Sebor wrote: > So it seems that the attribute handler should be using this macro > instead. I also took the liberty to add more detail to the error Note that it should only be used for alignments relevant to the object file - *not* for alignments of variables with au

Re: [PATCH v3 3/3] or1k: gcc: initial support for openrisc

On Tue, Oct 30, 2018 at 10:49:53AM -0500, Segher Boessenkool wrote: > On Tue, Oct 30, 2018 at 09:49:18PM +0900, Stafford Horne wrote: > > Hello, > > > > On Sun, Oct 28, 2018 at 05:54:47PM -0500, Segher Boessenkool wrote: > > > Yes, like that. It also easily can handle the other combos (those with

Re: [PATCH v3 3/3] or1k: gcc: initial support for openrisc

On Tue, Oct 30, 2018 at 03:57:03PM +, Richard Henderson wrote: > On 10/30/18 12:18 PM, Stafford Horne wrote: > > OK, I was just being lazy allowing the spill. Do you think the split/expand > > would be an RTL using left shift / right shift? Can you think of something > > more clever? Since "

Re: [C++ Patch] PR 84644 ("internal compiler error: in warn_misplaced_attr_for_class_type, at cp/decl.c:4718")

Hi, On 30/10/18 21:37, Jason Merrill wrote: On 10/26/18 2:02 PM, Paolo Carlini wrote: On 26/10/18 17:18, Jason Merrill wrote: On Fri, Oct 26, 2018 at 4:52 AM Paolo Carlini wrote: On 24/10/18 22:41, Jason Merrill wrote: On 10/15/18 12:45 PM, Paolo Carlini wrote: && ((TREE_CODE (dec

Re: [PATCH] Make __PRETTY_FUNCTION__-like functions mergeable string csts (PR c++/64266).

On 10/29/18 9:37 AM, Jason Merrill wrote: On Fri, Oct 26, 2018 at 3:14 AM Martin Liška wrote: On 10/24/18 7:24 PM, Jason Merrill wrote: On Tue, Oct 23, 2018 at 4:59 AM Martin Liška wrote: However, I still see some minor ICEs, it's probably related to decay_conversion in cp_fname_init: 1) .

Re: Building old GCC with new GCC: stage1 32-bit libstdc++ fails to build after building 64-bit libstdc++

Hello, This is an update and a ping to my original patch message[1]. I've attached an updated set of patches: 1) gcc48-stage1-build-libstdc++.patch: Makefile.tpl patch portion which allowed me to build GCC 4.8.3 using GCC 8.1 2) gcc82-stage1-build-libstdc++.patch: analogous patch for GCC 8.2 pot

Update GCC to autoconf 2.69, automake 1.15.1

This patch (diffs to generated files omitted below) updates GCC to use autoconf 2.69 and automake 1.15.1. (That's not the latest automake version, but it's the one used by binutils-gdb, with which consistency is desirable, and in any case seems a useful incremental update that should make a future

Re: [PATCH, d] Disable D on systems where it is known not to work.

On Tue, Oct 30, 2018 at 09:07:30PM +0100, Iain Buclaw wrote: > On Tue, 30 Oct 2018 at 20:50, Andreas Schwab wrote: > > > > On Okt 30 2018, Iain Buclaw wrote: > > > > > This turns off D front-end where there's been reported bootstrap > > > problems that need further investigation. Also added a co

[patch][x86_64]: AMD znver2 enablement

Hi Maintainers, PFA, the patch that enables support for the next generation AMD Zen CPU via -march=znver2. As of now, znver2 is using the same costs and scheduler descriptions written for znver1. We will update scheduler descriptions and costing for znver2 later as we get more information.

[PATCH AutoFDO/1]Avoid infinite recursion for inlined function decl tracing

Hi, This simple patch avoids infinite recursion when tracing inlined function decl by using pre-defined macro DECL_FROM_INLINE in tree.h. Bootstrap and test on x86_64 in patch set. Is it OK? Thanks, bin 2018-10-31 Bin Cheng * auto-profile.c (string_table::get_index_by_decl)

[PATCH AutoFDO/2]Treat ZERO as common profile probability/count

Hi, In new profile probability/count infra, we have different precision quality categories, and probabilities/counts of different categories are not supposed to be compared or calculated. Though in general is an improvement, it introduces unexpected behavior. Specifically, class profile_probabl

[PATCH AutoFDO/3]Set profile_count accordingly for AutoFDO.

Hi, This is a simple patch setting profile_count with according precision category in AutoFDO, as well as setting profile_count for exit basic block. Bootstrap and test on x86_64 in patch set. Is it OK? Thanks, bin 2018-10-31 Bin Cheng * auto-profile.c (afdo_calculate_branch_prob):

[PATCH AutoFDO/4]Fix profile count computation/propagation.

Hi, This patch fixes AutoFDO breakage on trunk. The main reason for breakage is AutoFDO relies on standalone edge count computing and propagating profile count/probability info on CFG, but in new infra, edge count is actually computed from probability, which leads to chicken-egg problem and cor

<    1   2