Re: RFC: Implementing a new API for value_range

Sorry, I meant to say it only builds tree-vrp.o. On Wed, Oct 3, 2018, 09:36 Aldy Hernandez wrote: > Hi Richard. Hi folks. > > I'd like to implement a clean API that disallows direct access to any of > the value_range internals. My aim is a clean API with no change in > functionality. > > This

Re: Fold more boolean expressions

Original message From: MCC CS Date: 02/10/2018 14:38 (GMT+00:00) To: gcc-patches@gcc.gnu.org Subject: Re: Fold more boolean expressions Thanks a lot!

Re: GCC options for kernel live-patching (Was: Add a new option to control inlining only on static functions)

On 10/2/18 8:58 PM, Qing Zhao wrote: > >> On Oct 2, 2018, at 1:09 PM, Richard Biener >> wrote: >> > Yes, such IPA analyzes should be disabled. we need to identify a >>> complete list of such analyzes. >>> >>> That was promised to be done by Honza Hubička. He's very skilled in IPA

[PATCH] Use get_create for fn_summary (PR ipa/87491).

Hi. There's one another ICE when calling fn_summary->get for a node that's not present. Back-trace is: (gdb) bt #0 inline_to_all_callers (node=, data=0x7fffd690) at /home/marxin/Programming/gcc/gcc/ipa-inline.c:2260 #1 0x00b0b2c1 in cgraph_node::call_for_symbol_and_aliases (includ

Re: GCC options for kernel live-patching (Was: Add a new option to control inlining only on static functions)

> > That was promised to be done by Honza Hubička. He's very skilled in IPA > optimizations and he's aware > of optimizations that cause troubles for live-patching. :) I am not sure how skilful I am, but here is what I arrived to. We have transformations that are modeled as clonning, which are

Re: [PATCH] Use get_create for fn_summary (PR ipa/87491).

> Hi. > > There's one another ICE when calling fn_summary->get for a node > that's not present. Back-trace is: > > (gdb) bt > #0 inline_to_all_callers (node=, > data=0x7fffd690) at /home/marxin/Programming/gcc/gcc/ipa-inline.c:2260 > #1 0x00b0b2c1 in cgraph_node::call_for_symbol_an

[patch] Fix ARM_TARGET2_DWARF_FORMAT for arm-vxworks7

Hello, R_ARM_TARGET2 relocs are interpreted as got-relative by the VxWorks 7 system linker for RTPs. This patch, contributed by Jérôme Lambourg, adjusts the ARM_TARGET2_DWARF_FORMAT definition for VxWorks RTPs accordingly. This isn't conditioned on TARGET_VXWORKS7 because Vx6 uses dwarf eh on AR

Re: GCC 8 backports

On 9/25/18 8:48 AM, Martin Liška wrote: > Hi. > > One more tested patch. > > Martin > One more tested patch. Martin >From d5ac07522f558372f13e95ea05593adae36e5dfa Mon Sep 17 00:00:00 2001 From: marxin Date: Wed, 3 Oct 2018 10:39:16 +0200 Subject: [PATCH] Backport r264806 gcc/ChangeLog: 2018

Re: [PATCH] Use get_create for fn_summary (PR ipa/87491).

On 10/3/18 11:07 AM, Jan Hubicka wrote: >> Hi. >> >> There's one another ICE when calling fn_summary->get for a node >> that's not present. Back-trace is: >> >> (gdb) bt >> #0 inline_to_all_callers (node=> "*.LTHUNK0"/2>, data=0x7fffd690) at >> /home/marxin/Programming/gcc/gcc/ipa-inline.c:22

Re: [PATCH] Use C++11 direct initialization in Debug associative containers

On 03/10/18 07:50 +0200, François Dumont wrote: Just some code cleanup extending use of C++11 direct initialization.     * include/debug/map.h     (map<>::emplace<>(_Args&&...)): Use C++11 direct initialization.     (map<>::emplace_hint<>(const_iterator, _Args&&...)): Likewise.     (map<>::inse

Re: [PATCH] RISC-V: Fix unordered float compare for Signaling NaN.

On Wed, 3 Oct 2018, Jim Wilson wrote: > That change wasn't committed at the time because it reduces > performance for everyone, even though only a few people depend on the > exact semantics the patch provides. One possible solution to that is > to add a -mieee option for people that want better I

Re: GCC options for kernel live-patching (Was: Add a new option to control inlining only on static functions)

On 10/3/18 11:04 AM, Jan Hubicka wrote: >> >> That was promised to be done by Honza Hubička. He's very skilled in IPA >> optimizations and he's aware >> of optimizations that cause troubles for live-patching. > > :) I am not sure how skilful I am, but here is what I arrived to. Heh! Thanks for t

Re: GCC options for kernel live-patching (Was: Add a new option to control inlining only on static functions)

Hi, On Wed, Oct 03 2018, Jan Hubicka wrote: >> >> That was promised to be done by Honza Hubička. He's very skilled in IPA >> optimizations and he's aware >> of optimizations that cause troubles for live-patching. > > :) I am not sure how skilful I am, but here is what I arrived to. > > We have

Re: [PATCH] PR libstdc++/59439 optimize uses of classic ("C") std::locale

On 26/09/18 17:17 +0100, Jonathan Wakely wrote: The global locale::_Impl that represents the "C" locale is never destroyed, so there is no need to keep track of reference count updates for that object. This greatly reduce contention between threads that refer to the classic locale. Since the glob

[C++ Patch] PR 71140 ("[concepts] ill-formed nested-requirement lacking a semicolon not rejected")

Hi, a simple issue, we weren't correctly implementing 7.5.7.4 on the terminating semicolon. Tested x86_64-linux. Thanks, Paolo. /// /cp 2018-10-03 Paolo Carlini PR c++/71140 * parser.c (cp_parser_compound_requirement): Require a terminating semicol

Re: libgo patch committed: Update to 1.11 release

On Mon, Oct 1, 2018 at 9:08 PM Ian Lance Taylor wrote: > > On Mon, Oct 1, 2018 at 6:57 PM, H.J. Lu wrote: > > On Mon, Oct 1, 2018 at 5:06 PM Ian Lance Taylor wrote: > >> > >> On Mon, Oct 1, 2018 at 4:56 PM, H.J. Lu wrote: > >> > > >> > Compared with my patch, there are some new failures: > >> >

Re: [PATCH 1/4] introduce struct strlen_data_t into gimple-fold

Hi, > --- a/gcc/calls.c > +++ b/gcc/calls.c > @@ -1557,7 +1557,10 @@ maybe_warn_nonstring_arg (tree fndecl, tree exp) >tree bound = NULL_TREE; > >/* The range of lengths of a string argument to one of the comparison > - functions. If the length is less than the bound it is used inst

[PATCH 2/2 v3][IRA,LRA] Fix PR86939, IRA incorrectly creates an interference between a pseudo register and a hard register

Here is another updated PATCH 2 that is the same as the previous version, but includes the modification to the expected output of i386/pr49095.c test case, as H.J. has confirmed the code gen changes we are seeing on are a good thing. This patch completed bootstrap and regtesting on powerpc64le-lin

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool)

On Tue, Oct 2, 2018 at 5:25 PM Marek Polacek wrote: > > On Mon, Oct 01, 2018 at 07:47:10PM -0400, Jason Merrill wrote: > > On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: > > > > > > This patch implements C++20 explicit(bool), as described in: > > >

Re: [PATCH] Fix typo, fixing PR87465

On Mon, 1 Oct 2018 at 11:36, Richard Biener wrote: > > > The following typo-fix happens to fix a --param max-peel-branches limit > caused missed peeling. The typo is present everywhere, the missed > peeling is a regression from GCC 7. > > Bootstrap and regtest running on x86_64-unknown-linux-gnu.

Re: GCC options for kernel live-patching (Was: Add a new option to control inlining only on static functions)

> On Oct 3, 2018, at 4:04 AM, Jan Hubicka wrote: > >> >> That was promised to be done by Honza Hubička. He's very skilled in IPA >> optimizations and he's aware >> of optimizations that cause troubles for live-patching. > > :) I am not sure how skilful I am, but here is what I arrived to. >

[C++ PATCH] Implement P0840, language support for empty objects.

The [[no_unique_address]] attribute on a non-static data member enables the equivalent of the empty base optimization. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/cp/ * tree.c (handle_no_unique_addr_attribute): New. (cxx_attribute_table): Add [[no_un

Re: [C++ PATCH] Implement P0840, language support for empty objects.

On Wed, Oct 03, 2018 at 11:56:15AM -0400, Jason Merrill wrote: > --- a/gcc/c-family/c-lex.c > +++ b/gcc/c-family/c-lex.c > @@ -356,6 +356,8 @@ c_common_has_attribute (cpp_reader *pfile) > || is_attribute_p ("nodiscard", attr_name) > || is_attribute_p ("fall

Re: [PATCHv3][PR 81376] Remove unnecessary float casts in comparisons

On 9/17/18 6:17 PM, Yuri Gribov wrote: > Hi all, > > This is a second iteration of patch which gets rid of float casts in > comparisons when all values of casted integral type are exactly > representable by the float type > (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81376). The new version > ad

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool)

On 10/1/18 7:47 PM, Jason Merrill wrote: On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: This patch implements C++20 explicit(bool), as described in: . I tried to follow the noexcept specifier implementation where I cou

Re: [PATCHv2] Handle not explicitly zero terminated strings in merge sections

On 9/14/18 12:39 PM, Bernd Edlinger wrote: > Hi, > > this is an upate of the string-merge section, it is based on the V2-STRING_CST > semantic patch series, which was finally installed yesterday. > It merges single-byte string constants with or without terminating NUL. > The patch has the same Ada

Re: VRP: special case all pointer conversion code

On 9/17/18 4:12 AM, Aldy Hernandez wrote: > It seems most of the remaining anti range code in > extract_range_from_unary_expr for CONVERT_EXPR_P is actually dealing > with non-nullness in practice. > > Anti-range handling is mostly handled by canonicalizing anti-ranges into > its two set constitue

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool)

On 10/2/18 5:25 PM, Marek Polacek wrote: On Mon, Oct 01, 2018 at 07:47:10PM -0400, Jason Merrill wrote: On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: This patch implements C++20 explicit(bool), as described in: . I t

Re: [PATCH 2/4] Remove unused functions and fields.

On 9/27/18 5:13 AM, Bernhard Reutner-Fischer wrote: > > Although not perfect, but may i suggest to consider putting the > attached contrib/unused_functions.py into our tree? Do you have commit privileges? If so, go ahead and add it. > > Just for fun i'm attaching output for fortran, c, cp as p

Re: [GCC 8] [PATCH] i386: Remove _Unwind_Frames_Increment

On 9/29/18 4:10 PM, H.J. Lu wrote: > Hi, > > I'd like to backport r263030: > > https://gcc.gnu.org/ml/gcc-cvs/2018-07/msg00756.html > > to GCC 8 for CET. Is it OK? OK. jeff

Re: [PATCH][GCC][front-end][opt-framework] Remove superfluous assignment in add_params.

On 10/2/18 6:55 AM, Tamar Christina wrote: > Hi All, > > This fixes the superfluous assignment that Coverity reported in add_params, > and changes the starting index from 0 to num_params - n in order for it to > work properly if add_params is called multiple times. > > validate_params calls error

[PATCH, LRA] Never reload fixed form constraints memory operand

Hi, The unconditional reload of address operand for recognized instruction in process_address_1 prevent the patch for fixing "PR85434: Address of stack protector guard spilled to stack on ARM" proposed at [1]. The code in this patch attempt to control which registers are used to make PIC access bu

Re: [PATCH, libgcc]: Use type-generic fpclassify builtins in libgcc2.c

On 10/2/18 9:41 AM, Uros Bizjak wrote: > Nowadays, we have these type-generic builtins always available. > > 2018-10-02 Uros Bizjak > > * libgcc2.c (isnan): Use __builtin_isnan. > (isfinite): Use __builtin_isfinite. > (isinf): Use __builtin_isinf. > > Bootstrapped and regression t

Re: [PATCH] Use get_create for fn_summary (PR ipa/87491).

On 10/3/18 3:57 AM, Martin Liška wrote: > On 10/3/18 11:07 AM, Jan Hubicka wrote: >>> Hi. >>> >>> There's one another ICE when calling fn_summary->get for a node >>> that's not present. Back-trace is: >>> >>> (gdb) bt >>> #0 inline_to_all_callers (node=>> "*.LTHUNK0"/2>, data=0x7fffd690) at >

[committed] Minor fixes to get_range_strlen and strlen folding

So this is the infrastructure changes necessary to enable Martin's patch to detect strings without NUL termination passed to the sprintf routines. There's three tightly related changes. First in get_range_strlen, we verify that c_strlen found an unterminated string before setting *nonstr. Secon

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool)

On Wed, Oct 03, 2018 at 12:30:28PM -0400, Nathan Sidwell wrote: > On 10/1/18 7:47 PM, Jason Merrill wrote: > > On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: > > > > > > This patch implements C++20 explicit(bool), as described in: > > >

Re: [PATCH][AArch64] Support zero-extended move to FP register

Andrew Pinski wrote: > Something like will cover w->w zero-extension. Thanks, those cases trigger and show an improvement, so I've added r=w and w=w cases too: The popcount expansion uses SIMD instructions acting on 64-bit values. As a result a popcount of a 32-bit integer requires zero-extensio

[PATCH] handle a null data.decl consistently in strnlen (PR 87490)

The recent strnlen changes to detect reading past unterminated arrays introduced a couple of bugs: 1) ICE due to assuming that the strnlen argument necessarily refers to a known declaration under some conditions. 2) Failing to diagnose uses of unterminated arrays in calls with a non-constan

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool)

On Wed, Oct 03, 2018 at 07:44:03PM +0200, Jakub Jelinek wrote: > On Wed, Oct 03, 2018 at 12:30:28PM -0400, Nathan Sidwell wrote: > > On 10/1/18 7:47 PM, Jason Merrill wrote: > > > On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: > > > > > > > > This patch implements C++20 explicit(bool), as de

Re: [PATCH][AArch64] Support zero-extended move to FP register

On Wed, Oct 3, 2018 at 10:50 AM Wilco Dijkstra wrote: > > Andrew Pinski wrote: > > > Something like will cover w->w zero-extension. > > Thanks, those cases trigger and show an improvement, so I've > added r=w and w=w cases too: > > The popcount expansion uses SIMD instructions acting on 64-bit val

[PATCH, i386]: Remove mixed-mode x87 absneg patterns

Hello! These are not needed, an explicit no-op float-extend will be emitted. The extension degrades to an ordinary move or a no-op in regstack pass, resulting in exactly the same assembly. 2018-10-03 Uros Bizjak * config/i386/i386.md (*extendsfdf2): Remove. (*extendxf2): Ditto. Boots

Re: [PATCH] RISC-V: Fix unordered float compare for Signaling NaN.

On Wed, Oct 3, 2018 at 3:46 AM Joseph Myers wrote: > We already have -fsignaling-nans, if implementing the semantics of some > operation in a way that works with signaling NaNs is more expensive than > implementing them in a way that doesn't handle signaling NaNs correctly. > The glibc tests in qu

[PATCH, pdp11] Enable LRA for pdp11

This patch enables LRA register allocator support for pdp11. For the moment, it is invoked via a switch (-mlra) as is done by a few other targets. There are some code quality issues and test suite rejects to be looked at, but it's close enough for initial delivery. Thanks to Segher for pointi

Re: [PATCH, libgcc]: Use type-generic fpclassify builtins in libgcc2.c

On Wed, Oct 3, 2018 at 6:53 PM Jeff Law wrote: > > On 10/2/18 9:41 AM, Uros Bizjak wrote: > > Nowadays, we have these type-generic builtins always available. > > > > 2018-10-02 Uros Bizjak > > > > * libgcc2.c (isnan): Use __builtin_isnan. > > (isfinite): Use __builtin_isfinite. > >

Re: [PATCH 2/4] Remove unused functions and fields.

On 3 October 2018 18:42:23 CEST, Jeff Law wrote: >On 9/27/18 5:13 AM, Bernhard Reutner-Fischer wrote: > >> >> Although not perfect, but may i suggest to consider putting the >> attached contrib/unused_functions.py into our tree? >Do you have commit privileges? If so, go ahead and add it. Yes I

[PATCH] RISC-V: Add macro for ilp32e ABI. Cleanup white space.

Now that we officially allow -mabi=ilp32e to be used separately from the -march=rv32e option, we need a predefined macro for it so user code can detect the ABI. This patches adds a __riscv_abi_rve macro for that purpose. While writing this, I noticed some trailing white space in the file, and fix

[patch] tighten toplevel guard on ibm-ldouble.c

Hello, With a forthcoming micro cleanup patch to the 32bits powerpc-vxworks port (arranging to define __powerpc__ in addition to a few others), the port fails to build with: In file included from ../../../../src/libgcc/config/rs6000/ibm-ldouble.c:384: ../../../../src/libgcc/soft-fp/quad.h:72

[committed] [PATCH 4/6] detect unterminated const arrays in sprintf calls (PR 86552)

This is primarily Martin's work, tweaked to work with the updated c_strlen API from a few weeks ago. The API passes in a c_strlen_data structure pointer rather than a tree pointer. Information about the string is bubbled back to the caller via that structure. That's trivial. More importantly c

Re: [PATCH, libgcc]: Use type-generic fpclassify builtins in libgcc2.c

On 10/3/18 12:48 PM, Uros Bizjak wrote: > On Wed, Oct 3, 2018 at 6:53 PM Jeff Law wrote: >> >> On 10/2/18 9:41 AM, Uros Bizjak wrote: >>> Nowadays, we have these type-generic builtins always available. >>> >>> 2018-10-02 Uros Bizjak >>> >>> * libgcc2.c (isnan): Use __builtin_isnan. >>>

[PATCH, rs6000] Fix expected error output for test case.

[PATCH, rs6000] Fix expected error output for test case. r264355 removed some spelling suggestions including for "bool" as used in this test case. Bootstrapped and tested on powerpc64le-unknown-linux-gnu and powerpc64be-unknown-linux-gnu with no regressions. Is this ok for trunk? 2018-10-03 Bi

Re: [PATCH, rs6000] Fix expected error output for test case.

On Oct 3, 2018, at 1:32 PM, Bill Seurer wrote: > > [PATCH, rs6000] Fix expected error output for test case. > > Is this ok for trunk? Ok.

Re: libgo patch committed: Update to 1.11 release

On Mon, Oct 1, 2018 at 5:06 PM, Ian Lance Taylor wrote: > On Mon, Oct 1, 2018 at 4:56 PM, H.J. Lu wrote: >> >> Compared with my patch, there are some new failures: > > Thanks. We probably need a patch in gcc/testsuite/go.test/go-test.exp > to set goarch to amd64p32 when appropriate. This is tha

Re: [PATCH] Add a character size parameter to c_strlen/get_range_strlen

On 8/20/18 4:49 PM, Joseph Myers wrote: > On Mon, 20 Aug 2018, Jeff Law wrote: > >>> If you do that, probably you want to move >>> fortran/trans-types.c:get_typenode_from_name (which converts the strings >>> used in target macros such as WCHAR_TYPE to the corresponding types) into >>> generic c

Re: [PATCH] assume sprintf formatting of wide characters may fail (PR 86853)

On 8/20/18 1:05 PM, David Edelsohn wrote: > builtin-sprintf-warn-1.c, builtin-sprintf-warn-2.c, and > builtin-sprintf-11.c now are failing on AIX. I expect that at least part > of the reason is 32 bit AIX uses 16 bit wchar_t > > #ifdef __64BIT__ > typedef unsigned intwchar_t; > #else > typede

Re: [PATCH v3] Change default to -fno-math-errno

On 9/4/18 9:27 AM, Wilco Dijkstra wrote: > > ping > > > > > From: Wilco Dijkstra > Sent: 18 June 2018 15:01 > To: GCC Patches > Cc: nd; Joseph Myers > Subject: [PATCH v3] Change default to -fno-math-errno >   > > GCC currently defaults to -fmath-errno.  This generates code assuming math > fu

Re: C++ PATCH to implement C++20 P0892R2 - explicit(bool) [v2]

On Wed, Oct 03, 2018 at 10:24:52AM -0400, Jason Merrill wrote: > On Tue, Oct 2, 2018 at 5:25 PM Marek Polacek wrote: > > > > On Mon, Oct 01, 2018 at 07:47:10PM -0400, Jason Merrill wrote: > > > On Mon, Oct 1, 2018 at 6:41 PM Marek Polacek wrote: > > > > > > > > This patch implements C++20 explici

[committed] Fix sprintf warnings for targets with 2 byte wchar_t

As David noted several weeks ago, we broke the sprintf warnings in the testsuite on AIX and more generally on targets with 2 byte wide characters. This patch removes the hardcoded size of 4 bytes for a wchar. Instead it re-purposes an existing routine from the Fortran front-end which will return

Re: [PATCH] look harder for MEM_REF operand equality to avoid -Wstringop-truncation (PR 84561)

On 9/19/18 8:19 AM, Martin Sebor wrote: > > The restrict pass doesn't know about string lengths so it can't > handle all the warnings about string built-ins (the strlen pass > now calls into it to issue some).  The strlen pass does so it > could handle most if not all of them (the folder also call

Re: [PATCH][IRA,LRA] Fix PR87466, all pseudos live across setjmp are spilled

On 10/02/2018 02:51 PM, Peter Bergner wrote: On 10/2/18 1:21 PM, Segher Boessenkool wrote: On Tue, Oct 02, 2018 at 11:42:19AM -0500, Peter Bergner wrote: +/* The default implementation of TARGET_SETJMP_PRESERVES_NONVOLATILE_REGS_P. */ + +bool +default_setjmp_preserves_nonvolatile_regs_p (void

Re: [PATCH][IRA,LRA] Fix PR87466, all pseudos live across setjmp are spilled

On 10/2/18 12:51 PM, Peter Bergner wrote: > On 10/2/18 1:21 PM, Segher Boessenkool wrote: >> On Tue, Oct 02, 2018 at 11:42:19AM -0500, Peter Bergner wrote: >>> +/* The default implementation of >>> TARGET_SETJMP_PRESERVES_NONVOLATILE_REGS_P. */ >>> + >>> +bool >>> +default_setjmp_preserves_nonvol

Re: [PATCH, LRA] Never reload fixed form constraints memory operand

On 10/03/2018 12:47 PM, Thomas Preudhomme wrote: Best regards, Thomas never_reload_fixed_address_operand.patch From 2831d8b886d92513c2d30d43a6a989d2bbd0ceee Mon Sep 17 00:00:00 2001 From: Thomas Preud'homme Date: Thu, 27 Sep 2018 09:50:12 +0100 Subject: [PATCH] [PATCH, LRA] Never reload fixe

[PATCH v2 0/3] OpenRISC port

Hello, Changes Since v1: - Document options in invoke.texi suggested by Joseph Myers - Remove obsolete/incorrect macros suggested by Joseph Myers - Documented or1k.c functions as requested by Jeff Law - Add epilogue barriers suggested by Jeff Law - Define SPECULATION_SAFE_VALUE suggested by J

[PATCH v2 2/3] or1k: testsuite: initial support for openrisc

-mm-dd Stafford Horne Richard Henderson gcc/testsuite/ChangeLog: * gcc.c-torture/execute/20101011-1.c: Adjust for OpenRISC. * gcc.dg/20020312-2.c: Likewise. * gcc.dg/attr-alloc_size-11.c: Likewise. * gcc.dg/builtin-apply2.c: Likewise. *

[PATCH v2 1/3] or1k: libgcc: initial support for openrisc

-mm-dd Stafford Horne Richard Henderson libgcc/ChangeLog: * config.host: Add OpenRISC support. * config/or1k/*: New. --- Changes since v1: - Use __or1k_cmov__ in *.S to conditionally use l.cmov insn - Use init/fini array making the crti/crtn basically blank

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

-mm-dd Stafford Horne Richard Henderson gcc/ChangeLog: * common/config/or1k/or1k-common.c: New file. * config/or1k/*: New. * config.gcc (or1k*-*-*): New. * configure.ac (or1k*-*-*): New test for openrisc tls. * configure: Regenerated.

Re: [PATCH] Optimize sin(atan(x)), take 2

On 9/3/18 1:11 PM, Giuliano Augusto Faulin Belinassi wrote: > Fixed the issues pointed by the previous discussions. Closes PR86829. > > Adds substitution rules for sin(atan(x)) and cos(atan(x)), being > careful with overflow issues by constructing a assumed convergence > constant (see comment in r

Re: patch to bug #86829

On 8/22/18 6:02 AM, Richard Biener wrote: > On Tue, Aug 21, 2018 at 11:27 PM Jeff Law wrote: >> >> On 08/21/2018 02:08 PM, Giuliano Augusto Faulin Belinassi wrote: Just as an example, compare the results for x = 0x1.fp1023 >>> >>> Thank you for your answer and the counterexam

Re: Make associative container operators inline friend

Here is the cleanup version.     * include/bits/stl_tree.h     (_Rb_tree_iterator<>::operator==): Make inline friend.     (_Rb_tree_iterator<>::operator!=): Likewise.     (_Rb_tree_const_iterator<>::operator==): Likewise.     (_Rb_tree_const_iterator<>::operator!=): Likewise.     (operator==(cons