https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #1 from linzj ---
According to the tree generated, the problem is sourced from fail to remove the
lambda function call. But the constant value is deduced and propagated. In case
of the side effect?
H.J.: please see last.
> From: Jean Lee
> Date: Sat, 10 Mar 2018 20:22:45 +0800
> > See above regarding looking at patches, but I guess you mean
> > that the patch is trivial, so then I presume it was more or less
> > the same as this, which is basically a copy-paste from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33944
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50696
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
Bug ID: 84824
Summary: DCE fails to remove dead code of std::function
constructor
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43748
Eric Gallager changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84802
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49854
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48957
Eric Gallager changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47315
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
On 03/11/2018 01:48 PM, Steve Kargl wrote:
The attach patch enforces F2018:C15100. Similar constraints are
present in older versions of the standard. The patch and testcase
are sufficiently explanatory. Regression tested on x86_64-*-freebsd.
OK to commit?
Looks OK Steve.
Jerry
On Fri, Mar 9, 2018 at 10:51 PM, Bin.Cheng wrote:
> On Fri, Mar 9, 2018 at 10:25 AM, Paul Hua wrote:
>> It's looks fixed
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82965#c12 on mips64el.
> Hmm, is it fixed? or is it exposed now on mips64el? I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84823
Bug ID: 84823
Summary: [6 Regression?] x86 LRA hang on valid code (no ICE)
with -fno-omit-frame-pointer
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84546
--- Comment #6 from Neil Carlson ---
Thank you, thank you Paul!
This also fixes my test case for PR83118 which I think must have been due to
the same underlying problem
Snapshot gcc-8-20180311 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20180311/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84546
--- Comment #5 from Paul Thomas ---
Author: pault
Date: Sun Mar 11 22:25:11 2018
New Revision: 258438
URL: https://gcc.gnu.org/viewcvs?rev=258438=gcc=rev
Log:
2018-03-11 Paul Thomas
PR fortran/84546
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81849
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84780
--- Comment #7 from Segher Boessenkool ---
I have a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83939
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Sun Mar 11 21:39:15 2018
New Revision: 258437
URL: https://gcc.gnu.org/viewcvs?rev=258437=gcc=rev
Log:
2018-03-11 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30372
--- Comment #9 from kargl at gcc dot gnu.org ---
KILL has been at least reviewed for correctness. See
r258436 | kargl | 2018-03-11 14:34:40 -0700 (Sun, 11 Mar 2018) | 14 lines
2018-03-11 Steven G. Kargl
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30372
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84822
Bug ID: 84822
Summary: Partial specializing template internal compiler
error
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
> * roundeven is similar to existing functions round / ceil / floor / trunc.
> So you'd define built-in functions (roundeven / roundevenf / roundevenl
> and _FloatN and _FloatNx variants) similar to those for the older rounding
> functions, in builtins.def.
Hello,
Thanks to all for your inputs
> * roundeven is similar to existing functions round / ceil / floor / trunc.
> So you'd define built-in functions (roundeven / roundevenf / roundevenl
> and _FloatN and _FloatNx variants) similar to those for the older rounding
> functions, in builtins.def.
Hello,
Thanks to all for your inputs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66128
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
The attach patch enforces F2018:C15100. Similar constraints are
present in older versions of the standard. The patch and testcase
are sufficiently explanatory. Regression tested on x86_64-*-freebsd.
OK to commit?
2018-03-11 Steven G. Kargl
PR fortran/83939
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84821
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
On Sun, Mar 11, 2018 at 10:16:01PM +0200, Janne Blomqvist wrote:
> On Sun, Mar 11, 2018 at 6:52 PM, Steve Kargl
> wrote:
> > The attach patch cleans up KILL to match its
> > documentation. In doing so, I have changed
> > the argument keywords to consistently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66128
--- Comment #18 from Thomas Koenig ---
Author: tkoenig
Date: Sun Mar 11 20:28:00 2018
New Revision: 258435
URL: https://gcc.gnu.org/viewcvs?rev=258435=gcc=rev
Log:
2018-03-11 Thomas Koenig
PR fortran/66128
On Sun, Mar 11, 2018 at 9:55 PM, Thomas Koenig wrote:
> Hello world,
>
> the attached patch fixes a few corner cases of a corner case in
> simplification, i.e. empty arrays where array intrinsics can actually
> have a non-empty array result.
>
> Regression-tested. OK for
On Sun, Mar 11, 2018 at 6:52 PM, Steve Kargl
wrote:
> The attach patch cleans up KILL to match its
> documentation. In doing so, I have changed
> the argument keywords to consistently use
> pid and sig. If no one objects, I intend to
> commit this tomorrow.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83939
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
Hello world,
the attached patch fixes a few corner cases of a corner case in
simplification, i.e. empty arrays where array intrinsics can actually
have a non-empty array result.
Regression-tested. OK for trunk?
Regards
Thomas
2017-06-11 Thomas Koenig
On 03/11/2018 12:23 PM, Paul Richard Thomas wrote:
This regression came about because the vtable deep copy for derived
types with unlimited polymorphic components was not making use of the
_len parameter to compute the memory to be allocated and the offsets
to array elements.
The ChangeLogs are
This regression came about because the vtable deep copy for derived
types with unlimited polymorphic components was not making use of the
_len parameter to compute the memory to be allocated and the offsets
to array elements.
The ChangeLogs are reasonably self explanatory.
Bootstraps and
Hi,
Greetings! Please find my draft proposal for GSOC attached herewith. I am
very grateful to all of you for your inputs, suggestions and directions. I
have tried to assimilate these inputs received from you to convert it into
a proposal. Your suggestions in regard with this draft would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84819
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43659
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
It appears I already fixed this weeks, if not months ago, except
that actually committing the changes helps?
Done now.
Gerald
Index: projects/prefetch.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/prefetch.html,v
retrieving
Applied.
Gerald
Index: readings.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v
retrieving revision 1.290
diff -u -r1.290 readings.html
--- readings.html 10 Mar 2018 16:15:35 - 1.290
+++ readings.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84821
Bug ID: 84821
Summary: [8 Regression] ICE (unable to find a register to
spill)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
On Sun, Mar 11, 2018 at 2:32 PM, Mauro Roberto Peña Gutiérrez
wrote:
> The IDE of Eclipse for C/C++ projects development asks me for a route to a
> GCC compiler.
>
> Apparently ALL of the IDEs of Eclipse do NOT include an C/C++ compiler!
>
> Where do I download a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84820
Bug ID: 84820
Summary: [6/7/8 Regression] Bogus pointer-to-member accepted
within template
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords:
The IDE of Eclipse for C/C++ projects development asks me for a route to a
GCC compiler.
Apparently ALL of the IDEs of Eclipse do NOT include an C/C++ compiler!
Where do I download a C/C++ compiler from GCC?
How do I install it in Windows 10?
How do I make the IDE of Eclipse recognize it in
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 German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-8.1-b20180128.de.po',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84819
Bug ID: 84819
Summary: several typos
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150
--- Comment #6 from Jakub Jelinek ---
Fixed for 8.1+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84070
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|WAITING
The attach patch cleans up KILL to match its
documentation. In doing so, I have changed
the argument keywords to consistently use
pid and sig. If no one objects, I intend to
commit this tomorrow.
2018-03-11 Steven G. Kargl
* check.c (gfc_check_kill): Check pid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84818
Bug ID: 84818
Summary: integer_onep must not be used for i18n
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Sun Mar 11 16:50:08 2018
New Revision: 258434
URL: https://gcc.gnu.org/viewcvs?rev=258434=gcc=rev
Log:
PR debug/58150
* dwarf2out.c (gen_enumeration_type_die): Don't
OK.
On Fri, Mar 9, 2018 at 1:15 PM, Jakub Jelinek wrote:
> Hi!
>
> As the following testcase shows, we emit bad debug info if a scoped
> enum is used before the enumerators are defined.
> gen_enumeration_type_die has support for enum forward declarations that
> have NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47105
Roland Illig changed:
What|Removed |Added
CC||roland.illig at gmx dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79644
Roland Illig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
--- Comment #8 from Dominique d'Humieres ---
Another test that does not require -fdefault-integer-8
module chtest
contains
function chararray2string(chararray) result(text)
character(len=1), dimension(:) :: chararray! input
PR83789 shows a problem in the builtin expansion code not calling the correct
define_insn, given the correct mode (32-bit versus 64-bit). One could add
tests in this code to call the correct pattern, but it's easier to create
a common define_expand which everyone can call that does the right
Avoid issuing a bogus warning when the source of strncpy is bound by a
constant and is known to be less than the size of the destination.
Testsuite run is underway (not complete yet, but no new errors so far)
and a bootstrap is also underway, I'll report status once they're both
done.
gcc/
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 Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-8.1-b20180128.sv.po',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83984
--- Comment #4 from John David Anglin ---
Author: danglin
Date: Sun Mar 11 14:44:48 2018
New Revision: 258433
URL: https://gcc.gnu.org/viewcvs?rev=258433=gcc=rev
Log:
Backport from mainline
2018-02-14 John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83984
--- Comment #3 from John David Anglin ---
Author: danglin
Date: Sun Mar 11 14:43:39 2018
New Revision: 258432
URL: https://gcc.gnu.org/viewcvs?rev=258432=gcc=rev
Log:
Backport from mainline
2018-02-14 John David Anglin
On Mon, Mar 5, 2018 at 4:20 AM, H.J. Lu wrote:
> On Tue, Feb 27, 2018 at 11:39 AM, H.J. Lu wrote:
>> For x86 targets, when -fno-plt is used, external functions are called
>> via GOT slot, in 64-bit mode:
>>
>> [bnd] call/jmp *foo@GOTPCREL(%rip)
On Mon, Mar 5, 2018 at 4:17 AM, H.J. Lu wrote:
> On Mon, Feb 26, 2018 at 12:48 PM, H.J. Lu wrote:
>> Function return thunks shouldn't be aliased to indirect branch thunks
>> since indirect branch thunks are placed in COMDAT section and a COMDAT
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37210
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84817
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84475
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61982
--- Comment #8 from Avi Kivity ---
Still unfixed in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770
--- Comment #40 from Dominique d'Humieres ---
Created attachment 43624
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43624=edit
Changes in gfortran.dg to fix some failures with -fdefault-integer-8
With the three attached patches the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770
--- Comment #39 from Dominique d'Humieres ---
Created attachment 43623
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43623=edit
Changes in gfortran.dg/ieee to fix some failures with -fdefault-integer-8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770
--- Comment #38 from Dominique d'Humieres ---
Created attachment 43622
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43622=edit
Changes in gfortran.dg/coarray to fix some failures with -fdefault-integer-8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84817
Bug ID: 84817
Summary: PR tree-optimization/84526: gcc-8-8-20180310-1 FTBFS
on GNU/Hurd by removing "dead" code
Product: gcc
Version: unknown
Status: UNCONFIRMED
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 Spanish team of translators. The file is available at:
http://translationproject.org/latest/gcc/es.po
(This file, 'gcc-8.1-b20180128.es.po',
This is a new one.
http://www.microchip.com/design-centers/8-bit/microchip-avr-mcus
2018-03-10 20:15 GMT+04:00 Gerald Pfeifer :
> It appears this link at atmel.com has been taken down without
> what appears a replacement, so I applied the patch below.
>
> Denis, if you have a
75 matches
Mail list logo