[Bug middle-end/64327] ../../gcc/gcc/rtlanal.c:4881:48: runtime error: shift exponent 4294967295 is too large for 64-bit type 'long unsigned int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327 --- Comment #9 from Vittorio Zecca --- Sorry for the delay in answering but I was traveling. I cannot reproduce on version 7, while it reproduces on 6.4.0.

[Bug tree-optimization/85162] Vector extensions generating incorrect assembly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85162 --- Comment #1 from Marc Glisse --- If you believe this is incorrect, you should be able to extend the testcase with an assert somewhere showing that the result is wrong. For vectors, as documented, comparisons return a vector of 0 (false) and

[Bug gcov-profile/85163] New: [GCOV] A call statement with '==' , '||', and '&&' operators is wrongly marked as executed twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85163 Bug ID: 85163 Summary: [GCOV] A call statement with '==' , '||', and '&&' operators is wrongly marked as executed twice Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug tree-optimization/85162] New: Vector extensions generating incorrect assembly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85162 Bug ID: 85162 Summary: Vector extensions generating incorrect assembly Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/85142] Wrong -print-multi-os-directory & -print-multi-lib output for riscv64 + multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142 --- Comment #9 from Jim Wilson --- On Mon, 2018-04-02 at 23:50 +, joseph at codesourcery dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142 > > --- Comment #8 from joseph at codesourcery dot com codesourcery dot com> --- >

where should C++ options be documented?

Jason, The manual mentions some C++-only options in the language independent section 3.8 Options to Request or Suppress Warnings and others in 3.5 Options Controlling C++ Dialect. For example, -Wcatch-value, -Wconditionally-supported, and -Wzero-as-null-pointer-constant are mentioned only on

Re: [PATCH] [PR c++/84943] allow folding of array indexing indirect_ref

On Sat, Mar 31, 2018 at 2:24 AM, Alexandre Oliva wrote: > On Mar 30, 2018, Jason Merrill wrote: > >> I don't think we need this; if arg is overloaded, we take the >> type_unknown_p early exit, so the code lower down is always dealing >> with a single

Re: [PATCH] [PR c++/84979] improve auto handling in explicit tmpl args for concepts

On Sat, Mar 31, 2018 at 4:23 AM, Alexandre Oliva wrote: > On Mar 30, 2018, Jason Merrill wrote: > >> True, it looks like sometimes we build a TEMPLATE_ID_EXPR with an >> IDENTIFIER_NODE. Looking at tsubst_copy_and_build, I see that we >> don't call

[Bug target/67400] -fno-plt doesn't work with function pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67400 Romain Geissler changed: What|Removed |Added CC||romain.geissler at amadeus dot com

Re: [PATCH, rs6000] Fix PR80546: FAIL: gcc.target/powerpc/bool3-p[78].c scan-assembler-not

On 3/30/18 6:15 PM, Segher Boessenkool wrote: > But okay (with the fixes), and okay for 7. Thanks! Ok, committed now to trunk and GCC 7 with your suggestions. Thanks! Peter

Re: [PATCH. rs6000] Fix PR84912: ICE using -m32 on __builtin_divde*, patch #2

On 3/28/18 7:21 PM, Segher Boessenkool wrote: > On Wed, Mar 28, 2018 at 07:13:36PM -0500, Peter Bergner wrote: >> Do we care enough to fix these on the release branches? If so, I >> can backport them easily, since they're not that involved. >> I'll leave it up to you to decide. > > If it's easy,

[Bug target/84912] __builtin_divde* produce Internal Compiler Error when compiled -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84912 Peter Bergner changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #12 from Peter

[Bug target/84912] __builtin_divde* produce Internal Compiler Error when compiled -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84912 --- Comment #11 from Peter Bergner --- Author: bergner Date: Mon Apr 2 23:54:20 2018 New Revision: 259021 URL: https://gcc.gnu.org/viewcvs?rev=259021=gcc=rev Log: gcc/ Backport from mainline 2018-03-28 Peter Bergner

[Bug target/85142] Wrong -print-multi-os-directory & -print-multi-lib output for riscv64 + multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142 --- Comment #8 from joseph at codesourcery dot com --- "." is correct for the default multilib in the non-OS directory arrangements, just not in the OS directory arrangements.

[committed] fix a couple of typos in manual

I committed r259020 to fix a couple of typos in the documentation of the -Wrestrict option. The diff is below for reference. Martin Index: gcc/doc/invoke.texi === --- gcc/doc/invoke.texi (revision 259019) +++ gcc/doc/invoke.texi

[Bug rtl-optimization/84660] Combine doing wrong optimization for 64 bits with SHIFT_COUNT_TRUNCATED target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84660 Jim Wilson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH, PR84660] Fix combine bug with SHIFT_COUNT_TRUNCATED.

On Fri, Mar 23, 2018 at 5:33 AM, Richard Biener wrote: > I'm leaving the "simple" combiner patch to review by others > but for RISC-V you could simply #define SHIFT_COUNT_TRUNCATED to zero > to fix the issue. Then add patterns if it turns out to be required > to avoid

[PATCH] RISC-V: Fix for combine bug with shift and AND operations.

This is a fix for PR 84660 which is a combine bug with SHIFT_COUNT_TRUNCATED. It seems that use of SHIFT_COUNT_TRUNCATED is discouraged now, so rather than fix combine this fixes the RISC-V backend to stop using SHIFT_COUNT_TRUNCATED. This required adding 6 new patterns, and changing the existing

[Bug rtl-optimization/84660] Combine doing wrong optimization for 64 bits with SHIFT_COUNT_TRUNCATED target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84660 --- Comment #8 from Jim Wilson --- Author: wilson Date: Mon Apr 2 22:37:21 2018 New Revision: 259019 URL: https://gcc.gnu.org/viewcvs?rev=259019=gcc=rev Log: RISC-V: Fix for combine bug with shift and AND operations. PR

Re: [documentation patch] add detail to const and pure attributes

On 04/02/2018 12:09 AM, Sandra Loosemore wrote: On 03/27/2018 03:21 PM, Pedro Alves wrote: On 03/27/2018 09:19 PM, Martin Sebor wrote: On 03/27/2018 01:38 PM, Pedro Alves wrote: On 03/27/2018 07:18 PM, Martin Sebor wrote: +Because a @code{pure} function can have no side-effects it does not

Re: [PATCH] [PR c++/85039] no type definitions in builtin offsetof

On Sat, Mar 31, 2018 at 7:12 AM, Alexandre Oliva wrote: > On Mar 30, 2018, Jason Merrill wrote: > >> On Fri, Mar 30, 2018 at 3:55 AM, Alexandre Oliva wrote: >>> Types defined within a __builtin_offsetof argument don't always get >>>

[doc patch] remove hyphen from side-effect

Attached is a patch to remove the hyphen from uses of side-effect in the manual as per the comment in: https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00021.html Although both forms are common, "side effect" (without the hyphen) is more prevalent in current English and I think it's better to be

[Bug other/85161] New: [8 regression] Test case failures in libbacktrace on powerpc64 BE starting with r253456

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85161 Bug ID: 85161 Summary: [8 regression] Test case failures in libbacktrace on powerpc64 BE starting with r253456 Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug middle-end/85160] New: GCC generates mvn/and instructions instead of bic on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85160 Bug ID: 85160 Summary: GCC generates mvn/and instructions instead of bic on aarch64 Product: gcc Version: unknown Status: UNCONFIRMED Keywords:

[Bug c++/85159] New: if constexpr error about goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85159 Bug ID: 85159 Summary: if constexpr error about goto Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/85142] Wrong -print-multi-os-directory & -print-multi-lib output for riscv64 + multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142 Jim Wilson changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed|

[Bug c++/85149] [8 Regression] False branch of if constexpr instantiated in generic lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85149 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/64095] [C++14] Ellipsis at end of generic lambda parameter-declaration-clause should be parsed as a parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095 Jason Merrill changed: What|Removed |Added Known to work||8.0 Target Milestone|---

[Bug target/84912] __builtin_divde* produce Internal Compiler Error when compiled -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84912 --- Comment #10 from Peter Bergner --- Author: bergner Date: Mon Apr 2 19:19:37 2018 New Revision: 259016 URL: https://gcc.gnu.org/viewcvs?rev=259016=gcc=rev Log: gcc/ Backport from mainline 2018-03-28 Peter Bergner

[Bug c++/64095] [C++14] Ellipsis at end of generic lambda parameter-declaration-clause should be parsed as a parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095 --- Comment #8 from Jason Merrill --- Author: jason Date: Mon Apr 2 18:20:04 2018 New Revision: 259015 URL: https://gcc.gnu.org/viewcvs?rev=259015=gcc=rev Log: PR c++/64095 - auto... parameter pack. * parser.c

[Bug fortran/85138] [8 regression] ICE with generic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85138 --- Comment #9 from Thomas Koenig --- OK, so I am beginning to understand... Part of the problem seems that, in check_pure_function, else if (gfc_pure (NULL)) { gfc_error ("Reference to impure function %qs at %L "

C++ PATCH for c++/64095, unnamed generic lambda parameter pack

In this testcase, we have (auto...), a function parameter pack without a declarator. Because there is no declarator, we were never hitting the code for turning the auto type into a template parameter pack, so the ... ended up being parsed as a C-style trailing ellipsis. Tested

[Bug fortran/85138] [8 regression] ICE with generic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85138 --- Comment #8 from kargl at troutmask dot apl.washington.edu --- On Mon, Apr 02, 2018 at 05:50:30PM +, tkoenig at gcc dot gnu.org wrote: > > --- Comment #7 from Thomas Koenig --- > First, I have renamed the function "len" to "llen" in the

[Bug c/85158] New: ubsan and -O3 finds a problem

-multilib --disable-werror --enable-checking=df,extra,fold,rtl,yes --enable-languages=c,c++,fortran Thread model: posix gcc version 8.0.1 20180402 (experimental) (GCC) $ Then I get: $ ~/gcc/results/bin/gcc -c -w -O3 bug424.c ../../trunk/gcc/tree-data-ref.c:3758:26: runtime error: signed integer

[Bug fortran/85138] [8 regression] ICE with generic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85138 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

Re: why C++ cannot alias an inline function, C can ?

On Sun, Apr 1, 2018 at 7:34 AM, Jason Vas Dias wrote: > And even worse, the obvious workaround does not work: > > static inline __attribute__((always_inline)) > void foo(void) {} > > // static inline __attribute__((always_inline, alias("foo"))) > // void

[Bug c++/64095] [C++14] Ellipsis at end of generic lambda parameter-declaration-clause should be parsed as a parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug fortran/85102] ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4464

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85102 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/85102] ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4464

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85102 --- Comment #4 from Thomas Koenig --- Author: tkoenig Date: Mon Apr 2 16:47:48 2018 New Revision: 259014 URL: https://gcc.gnu.org/viewcvs?rev=259014=gcc=rev Log: 2018-04-02 Thomas Koenig PR fortran/85102

Re: count in spill_regs

On 03/28/2018 05:31 PM, Sirish Pande wrote: Hi, I am interested to know if there is any option that would tell me how many registers have spilled. I noticed that there is spilled_regs array in reload1.c - but I can't seem to find where it dumps that information. Potentially I could build

Re: [patch, fortran] Fix PR 85102, take 2

Hi Steve, else gfc_free_expr (n); Don't you need the above changes to avoid leaking memory? Correct. OK with those changes? Regards Thomas

Re: Internal compiler error building libstdc++ for vax

It turns out (all from krister, I am still totally lost) that it is not failing for this specific reason in this case. Rather, the attached patch from krister fixes it, saying that gcc wants to change the label and then doesn't recognise the new insn thinking the memory_operand predicate is not

[cpp,doc] PATCH for Re: CPP documentation minor typo

On Tue, 20 Feb 2018, Bogdan Harjoc wrote: > __VA_OPT__ was documented after 7.3.0 and the eprintf example for it > ends with two backslashes instead of one: > > https://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html Thank you for reporting this, Bogdan. I just fixed this per the patch below.

[cpp,doc] PATCH for Re: CPP documentation minor typo

On Tue, 20 Feb 2018, Bogdan Harjoc wrote: > __VA_OPT__ was documented after 7.3.0 and the eprintf example for it > ends with two backslashes instead of one: > > https://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html Thank you for reporting this, Bogdan. I just fixed this per the patch below.

Re: [PATCH, rs6000, committed] Fix PR81143

On 2/8/18 2:44 PM, Peter Bergner wrote: > I have committed the following obvious testsuite patch to fix PR81143. > The "bug" is that __ORDER_LITTLE_ENDIAN__ is always defined for both > little and big endian compiles. I checked and this is the only use > of this in the gcc.target/powerpc/

[Bug target/81143] New test case gcc.target/powerpc/pr79799-2.c fails on powerpc BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81143 --- Comment #5 from Peter Bergner --- Author: bergner Date: Mon Apr 2 15:24:01 2018 New Revision: 259011 URL: https://gcc.gnu.org/viewcvs?rev=259011=gcc=rev Log: Backport from mainline 2018-02-08 Peter Bergner

[wwwdocs] Consistently spell the noun "front end"

I noticed this on one recent page, and looking into it then ended up fixing a dozen more, historical and current. Committed. Gerald Index: htdocs/frontends.html === RCS file: /cvs/gcc/wwwdocs/htdocs/frontends.html,v retrieving

New Danish PO file for 'gcc' (version 8.1-b20180128)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Danish team of translators. The file is available at: http://translationproject.org/latest/gcc/da.po (This file, 'gcc-8.1-b20180128.da.po',

[Bug testsuite/80546] [7/8 Regression] FAIL: gcc.target/powerpc/bool3-p[78].c scan-assembler-not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80546 Peter Bergner changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #15 from Peter

[Bug testsuite/80546] [7/8 Regression] FAIL: gcc.target/powerpc/bool3-p[78].c scan-assembler-not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80546 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/83822] trunk/gcc/config/rs6000/rs6000-string.c:970]: (style) Redundant condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83822 acsawdey at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

New template for 'gcc' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'gcc' has been made available to the language teams for translation. It is archived as:

[Bug testsuite/80546] [7/8 Regression] FAIL: gcc.target/powerpc/bool3-p[78].c scan-assembler-not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80546 --- Comment #13 from Peter Bergner --- Author: bergner Date: Mon Apr 2 14:35:07 2018 New Revision: 259009 URL: https://gcc.gnu.org/viewcvs?rev=259009=gcc=rev Log: Backport from mainline 2018-03-30 Peter Bergner

[Bug target/84912] __builtin_divde* produce Internal Compiler Error when compiled -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84912 Peter Bergner changed: What|Removed |Added Target Milestone|--- |7.4 --- Comment #9 from Peter Bergner

Re: [PATCH, rtl] Fix PR84878: Segmentation fault in add_cross_iteration_register_deps

On Tue, 27 Mar 2018, Richard Biener wrote: > > > so this is kind-of global regs being live across all BBs? This sounds > > > a bit stupid to me, but well ... IMHO those refs should be at > > > specific insns like calls. > > > > > > So maybe, with a big fat comment, it is OK to ignore artificial

[Bug tree-optimization/83126] [8 Regression] ICE in transform_to_exit_first_loop_alt, at tree-parloops.c:1713

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126 --- Comment #13 from Tom de Vries --- (In reply to Arseny Solokha from comment #12) > I suppose it is fixed. Filed PR85157 - "[parloops] Prevent canonicalize_loop_ivs failure in gen_parallel_loop" to fix this in an optimal way.

[Bug c/78352] GCC lacks support for the Apple "blocks" extension to the C family of languages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352 René J.V. Bertin changed: What|Removed |Added CC||rjvbertin at gmail dot com ---

[Bug tree-optimization/85157] [parloops] Prevent canonicalize_loop_ivs failure in gen_parallel_loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85157 Tom de Vries changed: What|Removed |Added Priority|P3 |P4 Summary|[parloops] Prevent

[Bug tree-optimization/85157] New: [parloops] Prevent canonicalize_loop_ivs failure in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85157 Bug ID: 85157 Summary: [parloops] Prevent canonicalize_loop_ivs failure in Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [patch, fortran] Fix PR 85102, take 2

On Mon, Apr 02, 2018 at 02:05:29PM +0200, Thomas König wrote: > + if (as->type == AS_EXPLICIT) > + { > + for (int i = 0; i < as->rank; i++) > + { > + gfc_expr *e, *n; > + e = as->lower[i]; > + if (e->expr_type != EXPR_CONSTANT) > + {

Bug Report Duplication Problem - Help !

I've invited you to fill out the following form: Professional Profile To fill it out, visit: https://docs.google.com/forms/d/e/1FAIpQLSfQTZkrylE1t49gjzewPQSPWHFnPtGCZfRujg_G8VTwqGrbHg/viewform?c=0w=1usp=mail_form_link Dear friend, I am a masters student in Computer Science at the Federal

[Bug fortran/72709] Incorrect assignment of allocatable character array used as component of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709 --- Comment #7 from Thomas Koenig --- This works: program show_problem implicit none character(len=:), dimension(:), allocatable :: text allocate(character(len=3) :: text(3)) text(1) = 'abc' text(2) = '123' print

[Bug c++/85156] New: -O1 -g internal compiler error: gimplification failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85156 Bug ID: 85156 Summary: -O1 -g internal compiler error: gimplification failed Product: gcc Version: 8.0.1 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug c++/85155] New: Suboptimal error messages when using noexcept(false) on defaulted dtor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85155 Bug ID: 85155 Summary: Suboptimal error messages when using noexcept(false) on defaulted dtor Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal

[Bug target/85100] __builtin_cpu_supports avx does not verify OS supports it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85100 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug target/85100] __builtin_cpu_supports avx does not verify OS supports it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85100 --- Comment #11 from hjl at gcc dot gnu.org --- Author: hjl Date: Mon Apr 2 12:09:48 2018 New Revision: 259007 URL: https://gcc.gnu.org/viewcvs?rev=259007=gcc=rev Log: i386: Enable AVX/AVX512 features only if supported by OSXSAVE Enable AVX

[Bug fortran/70870] Segmentation violation in gfc_assign_data_value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70870 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

PING^5: [PATCH] i386: Insert ENDBR before the profiling counter call

On Mon, Mar 26, 2018 at 4:09 AM, H.J. Lu wrote: > On Fri, Jan 26, 2018 at 6:23 AM, H.J. Lu wrote: >> On Sun, Jan 7, 2018 at 7:11 PM, H.J. Lu wrote: >>> On Tue, Oct 24, 2017 at 10:58 AM, H.J. Lu wrote: On

PING^: [GCC 6] PATCH: Backport -mindirect-branch= patches

On Mon, Mar 26, 2018 at 4:04 AM, H.J. Lu wrote: > On Mon, Mar 19, 2018 at 10:04 AM, H.J. Lu wrote: >>> >>> Here are GCC 6 patches to backport all -mindirect-branch= patches. >>> OK for GCC 6. >>> >> > > PING: > >

[patch, fortran] Fix PR 85102, take 2

Hello world, here is the second version of the fix for PR 85102. This is a much more general approach, which actually uses simplification (while avoiding some "interesting" regressions when resolving, or simplifying, too soon...) Thanks to Dominique for the hint about the problem with my first

PING^4 [PATCH] i386: Avoid PLT when shadow stack is enabled directly

On Mon, Mar 26, 2018 at 4:06 AM, H.J. Lu wrote: > On Sat, Mar 17, 2018 at 5:55 AM, H.J. Lu wrote: >> On Fri, Dec 8, 2017 at 5:02 AM, H.J. Lu wrote: >>> On Tue, Oct 24, 2017 at 5:31 AM, H.J. Lu wrote: PLT

[Bug target/85100] __builtin_cpu_supports avx does not verify OS supports it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85100 --- Comment #10 from hjl at gcc dot gnu.org --- Author: hjl Date: Mon Apr 2 12:03:16 2018 New Revision: 259006 URL: https://gcc.gnu.org/viewcvs?rev=259006=gcc=rev Log: i386: Enable AVX/AVX512 features only if supported by OSXSAVE Enable AVX

Re: [PATCH] Use dlsym to check if libdl is needed for plugin

On Wed, Oct 18, 2017 at 5:25 PM, H.J. Lu wrote: > config/plugins.m4 has > > if test "$plugins" = "yes"; then > AC_SEARCH_LIBS([dlopen], [dl]) > fi > > Plugin uses dlsym, but libasan.so only intercepts dlopen, not dlsym: > > [hjl@gnu-tools-1 binutils-text]$ nm -D

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550 --- Comment #7 from Vittorio Zecca --- Sorry about that, long time I did not blush, I'll try to remember the lesson.

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550 --- Comment #6 from Dominique d'Humieres --- > Bug still present in 7.3.0 and trunk 258946. While closing PRs that have been fixed is very useful, making noise about PRs marked as NEW is a waste of time for everybody.

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550 --- Comment #5 from Vittorio Zecca --- Bug still present in 7.3.0 and trunk 258946.

[Bug fortran/50541] gfortran should not accept a pointer as a generic-name (r178939)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50541 --- Comment #6 from Vittorio Zecca --- Bug still there in 7.3.0 and trunk 258946.

[Bug c++/85149] [8 Regression] False branch of if constexpr instantiated in generic lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85149 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug fortran/61910] undefined computation in trans-expr.c gfc_conv_cst_int_power

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910 Vittorio Zecca changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug other/63426] [meta-bug] Issues found with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426 Bug 63426 depends on bug 61910, which changed state. Bug 61910 Summary: undefined computation in trans-expr.c gfc_conv_cst_int_power https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910 What|Removed |Added

[Bug fortran/61907] load of invalid value for 'bool' in trans-array.c trans_array_constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907 Vittorio Zecca changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug other/63426] [meta-bug] Issues found with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426 Bug 63426 depends on bug 61907, which changed state. Bug 61907 Summary: load of invalid value for 'bool' in trans-array.c trans_array_constructor https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907 What|Removed

[Bug fortran/70870] Segmentation violation in gfc_assign_data_value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70870 --- Comment #5 from Vittorio Zecca --- After applying the fix in comment 3 to trunk 258946 the ICE disappears and an error message appears, as it should be.

Re: GSoC (Improvements to GCC on Windows)

在 2018/4/2 13:54, Ko Phyo 写道: > Thank for your valuable information. I couldn't made it for GSoC 2018 due > to delay of my proposal application because of my University 1st semester > examination. If you guys allow me to apply this kind of project in future > (Not as GSoC applicant), I would be

Re: [documentation patch] add detail to const and pure attributes

On 03/27/2018 03:21 PM, Pedro Alves wrote: On 03/27/2018 09:19 PM, Martin Sebor wrote: On 03/27/2018 01:38 PM, Pedro Alves wrote: On 03/27/2018 07:18 PM, Martin Sebor wrote: +Because a @code{pure} function can have no side-effects it does not FWIW, I'd suggest rephrasing as:  Because a