https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
--- Comment #18 from Qi Feng ---
I only learned gcc for about 2 months, and I have to say that I don't fully
understand what you guys were saying. Is match.pd the right place to fix this
issue? Am I in the wrong direction?
I strongly represent Sir Fu Huang CEO from Japan; I would like to discuss a
business opportunity with you. Kindly REPLY for further details. Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #20 from Curtis Hamilton ---
(In reply to Ian Lance Taylor from comment #19)
> People build the gofrontend all the time on GNU/Linux systems. I don't know
> if anyone has successful built it on a FreeBSD system.
My bad! I was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90635
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90635
--- Comment #2 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon May 27 00:14:02 2019
New Revision: 271640
URL: https://gcc.gnu.org/viewcvs?rev=271640=gcc=rev
Log:
PR go/90635
libgo: correct typo in USE_LIBFFI AM_CONDITIONAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90635
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon May 27 00:13:52 2019
New Revision: 271639
URL: https://gcc.gnu.org/viewcvs?rev=271639=gcc=rev
Log:
PR go/90635
libgo: correct typo in USE_LIBFFI AM_CONDITIONAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90614
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
This libgo patch corrects a typo in the USE_LIBFFI AM_CONDITIONAL in
the libgo/Makefile.am. This only affects the case of passing
--without-libffi to configure. This fixes GCC PR 90635. Bootstrapped
and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline.
Ian
Index:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90614
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon May 27 00:10:34 2019
New Revision: 271638
URL: https://gcc.gnu.org/viewcvs?rev=271638=gcc=rev
Log:
PR go/90614
syscall: avoid unused parameter error if
This libgo patch avoids an unused parameter error if WIFCONTINUED is
not defined on the system. This fixes GCC PR 90614. Bootstrapped and
ran Go tests on x86_64-pc-linux-gnu. Committed to trunk and GCC 9
branch.
Ian
Index: gcc/go/gofrontend/MERGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90614
--- Comment #4 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon May 27 00:10:22 2019
New Revision: 271637
URL: https://gcc.gnu.org/viewcvs?rev=271637=gcc=rev
Log:
PR go/90614
syscall: avoid unused parameter error if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90399
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #19 from Ian Lance Taylor ---
People build the gofrontend all the time on GNU/Linux systems. I don't know if
anyone has successful built it on a FreeBSD system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636
--- Comment #1 from Ian Lance Taylor ---
Try changing to the libbacktrace build directory, removing edtest.o, and
running "make edtest". Presumably then running "./edtest" will fail with the
"missing file name or function name" error. Paste
No functional changes.
2019-05-26 Uroš Bizjak
* config/i386/i386.md (@leave_): New expander.
(*leave): Rename from leave.
(*leave_rex64): Rename from leave_rex64.
(@monitorx_): Rename from monitorx_.
(@clzero_): Rename from clzero_.
* config/i386/sse.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90407
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
Snapshot gcc-10-20190526 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/10-20190526/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90381
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90639
Segher Boessenkool changed:
What|Removed |Added
Target||powerpc*-*-*
On 2019-05-26 12:13 p.m., Andreas Schwab wrote:
> On Mai 26 2019, John David Anglin wrote:
>
>> Index: config/pa/linux-unwind.h
>> ===
>> --- config/pa/linux-unwind.h (revision 271614)
>> +++ config/pa/linux-unwind.h (working copy)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90639
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |10.0
Summary|Boostrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90639
Bug ID: 90639
Summary: Boostrap failure with recent trunk on POWER9
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90638
--- Comment #2 from Igor Smirnov ---
Strange... It came with freshiest available CentOS 7.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90638
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90638
Bug ID: 90638
Summary: Wrong results of pow(complex , T1) function when
the T1 type differs from T and from int
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
gcc@gcc.gnu.org
+
___
开*各*地*正*规3%(普-增)点优-惠,包真。
**
详电:陈先生
手机 :138-243-97-979
业务QQ:182-185-1661
++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #18 from Curtis Hamilton ---
Created attachment 46412
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46412=edit
Patch to fix undefined types in sysinfo.go and runtime_sysinfo.go
This patch resolves many of the undefines with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|9.0 |8.4
--- Comment #6 from Jonathan
Committed.
(I wish we had better tooling to push changes like this to older
branches more easily.)
Gerald
2019-05-26 Gerald Pfeifer
* doc/xml/manual/appendix_contributing.xml: Update pointer to
C++ standard at ansi.org.
Index: doc/xml/manual/appendix_contributing.xml
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
--- Comment #5 from Jonathan Wakely ---
(In reply to baltic from comment #3)
> (In reply to Jonathan Wakely from comment #2)
>
> > I'm not sure where the repeated 72 allocations come from, and can't check
> > the code right now, but the new
Committed.
Gerald
Index: readings.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v
retrieving revision 1.311
diff -u -r1.311 readings.html
--- readings.html 26 May 2019 17:50:01 - 1.311
+++ readings.html
Darwin requires PIC code in order to support PIE.
Amend the test scan-asms to match this.
tested on x86_64-darwin16 and x86_64-linux-gnu
(--target_board=unix\{-m32,-m64\}\{,-fpic\})
aplied to mainline,
thanks
Iain
2019-05-26 Iain Sandoe
* gcc.target/i386/pr39013-1.c: Adjust
gcc@gcc.gnu.org
+
开*各*地*正*规3%(普-增)点优-惠,包真。
详电:陈先生
手机:136-328-144-86
**
业务QQ:326-76-30-17
++3:33
腋
PA反遥鸭决曹深
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #24 from krux ---
objdump -dCrS also prints these errors.
It definitely fails to find the entry for main which is present according to
objdump --dwarf:
<1>: Abbrev Number: 8 (DW_TAG_subprogram)
DW_AT_external: 1
Hi Toon,
However, there *is* a Segmentation Fault when running one of its tests:
cat nf_test/tst_f90.log
Program received signal SIGSEGV: Segmentation fault - invalid memory
reference.
Thanks! Now I finally have (open) source to work with...
I think I have an idea what's wrong now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #23 from krux ---
But it's so fragile, touch any part of the code and the error disappears.
Like change serial3_available to void and you also get an additional symbol:
4160 0003 T mainmain.cpp:8
Committed.
(This is really just changing http to https plus reformatting of
this paragraph to avoid overly long lines.)
Gerald
Index: readings.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v
retrieving revision 1.310
The links adjustment I would just have committed right away, but
I'd also like to suggest swe simplify the section: the following
paragraph doesn't really add much, but duplicates the external
link.
Thoughts?
Gerald
2019-05-26 Gerald Pfeifer
* doc/xml/manual/support.xml: Adjust link
Hi!
On Tue, 18 Oct 2005 03:01:40 -0400, Jakub Jelinek wrote:
> --- gcc/omp-low.c.jj 2005-10-15 12:00:06.0 +0200
> +++ gcc/omp-low.c 2005-10-18 08:46:23.0 +0200
> @@ -126,7 +126,7 @@ is_variable_sized (tree expr)
> static inline bool
> is_reference (tree decl)
> {
> -
On Tue, 8 May 2018, Jan Hubicka wrote:
> this patch adds documentation of -flinker-output.
>
> * doc/invoke.texi (-flinker-output): Document
I found a follow-up patch to this in a local tree that had been
sitting there for a while, had a another look, and now committed
it.
Sandra, if you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #22 from krux ---
I can also reproduce it without any linker script, simplified code:
int serial3_available() {}
struct HardwareSerial3 {
int available() { serial3_available(); }
};
HardwareSerial3 Serial3;
void yield()
Hi!
To establish some suitable testsuite coverage for a task that I'm working
on, I need to do 'scan-tree-dump' of 'lower_omp_target' mapping kinds.
Is the attached OK?
Any suggestions about whether/how to restrict the (effective?) targets
this gets run for, because no doubt there are
On Mai 26 2019, John David Anglin wrote:
> Index: config/pa/linux-unwind.h
> ===
> --- config/pa/linux-unwind.h (revision 271614)
> +++ config/pa/linux-unwind.h (working copy)
> @@ -130,7 +130,7 @@
> return _URC_END_OF_STACK;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88095
Jeff Snyder changed:
What|Removed |Added
CC||jeff-gcc at caffeinated dot
me.uk
---
The attached patch fixes a warning in pa32_fallback_frame_state.
Tested on hppa-unknown-linux-gnu. Committed to gcc-9 branch and trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2019-05-26 John David Anglin
* config/pa/linux-unwind.h (pa32_fallback_frame_state): Add cast.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
--- Comment #4 from baltic <1000hz.radiowave at gmail dot com> ---
besides the 269 bytes you have mentioned, is still x10 overhead for a 20 chars
string. and massively adds up, if you store a lot objects.
for example, when i go around home folder
On 5/25/19 7:43 PM, Toon Moene wrote:
On 5/25/19 7:31 PM, Thomas Koenig wrote:
Hi Toon,
On 5/25/19 7:01 PM, Steve Kargl wrote:
For WRF, I suppose you or Martin could be a good citizen and
contact the project to report a bug.
I have thought about this. As a person with experience building
Hello world,
in the absence of a test case for PR 90539, I'm taking a shotgun
approach: Fix something that appears strange in the debug logs
and see if this more or less accidentally fixes the problem.
If not, at least there is one fewer point to look at.
I have committed the attached patch as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90539
--- Comment #26 from Thomas Koenig ---
Author: tkoenig
Date: Sun May 26 14:02:51 2019
New Revision: 271630
URL: https://gcc.gnu.org/viewcvs?rev=271630=gcc=rev
Log:
2019-05-26 Thomas Koenig
PR fortran/90539
* trans-types.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90637
Bug ID: 90637
Summary: [10 Regression] ICE in vect_loop_versioning, at
tree-vect-loop-manip.c:3055
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90636
Bug ID: 90636
Summary: [libbacktrace] Tests
edtest/edtest_alloc/ttest/ttest_alloc are failing on
x64 Linux
Product: gcc
Version: 9.1.1
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #21 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
baltic <1000hz.radiowave at gmail dot com> changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #20 from krux ---
Thanks your patch worked!
Just fyi: llvm-dwarfdump doesn't understand call-site info:
https://bugs.llvm.org/show_bug.cgi?id=41846
Not sure if it's relevant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88013
--- Comment #9 from krux ---
(In reply to ktkachov from comment #7)
> I tried current trunk (future GCC 9)
> GCC 9 learned to avoid excessive widening during vectorisation, which is
> what accounts for the large number of instructions you see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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:
https://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-9.1.0.sv.po', has
I noticed one more doc snippet that became obsolete with the removal of
Solaris 10 support, namely invoke.texi's description of
-mvect8-ret-in-mem. I noticed that it mentions that the default of the
Solaris Studio compilers changed after Studio 12.1, but Studio 12.3 is
the first release to
When reviewing how this patch
[PATCH] gcc: move assemble_start_function / assemble_end_function to
output_mi_thunk
https://gcc.gnu.org/ml/gcc-patches/2019-05/msg00722.html
might affect Solaris, I noticed an obsolete comment
Note that use_thunk calls assemble_start_function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90605
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90628
--- Comment #2 from Jeremy ---
(In reply to Marc Glisse from comment #1)
> Thanks for the report.
> (next time, please include a complete, compilable example, with the
> #includes, int main, etc)
Sorry, here is a complete program:-
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90624
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90634
--- Comment #1 from Jonathan Wakely ---
The path type was rewritten for GCC 9, and now prints:
allocating 21 bytes
allocating 248 bytes
about to quit.
total allocated 269 bytes
freed 248 bytes
freed 21 bytes
The 21 bytes is for the native()
63 matches
Mail list logo