https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #10 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Hmmm, the other issue is this:
g++ -g -O2 -fsanitize=undefined object-size-9.c
./a.out
object-size-9.c:21:11: runtime error: load of address 0x7fffaad34acc with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Bug ID: 65743
Summary: [5 regression] LTO+FDO build of Firefox crashes at
startup
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60519
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
I was thinking we'd add a new macro to debug/macros.h
#define __glibcxx_check_strict_weak_order(_First,_Last,_Pred) \
_GLIBCXX_DEBUG_VERIFY(_First==_Last || !_Pred(*_First,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #9 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
this should avoid the random 'memory cannot be printed' issue:
Index: object-size-9.c
===
--- object-size-9.c
Hi Tobias,
On Fri, 6 Feb 2015, Tobias Burnus wrote:
I think it is useful to know that one can build libcc1.so - also as
advertisement. Thus, I propose to include something like the quip in
the attachment.
Index: htdocs/gcc-5/changes.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #11 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
I don't know if that is a bug or not.
I see that -fpic does not inline f2 and f3.
The two messages seem to be always missing when
not inlined...
So, how about this:
On Wed, 13 Aug 2014, Richard Biener wrote:
The following aims to document the details of the versioning scheme we
intend to use for GCC 5 and up.
Summary in non-html: Development of GCC 5 will happen as
GCC 5.0.0 (experimental), once we enter regression-fixing-only mode
(post-stage3) it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63579
--- Comment #3 from Marc Glisse glisse at gcc dot gnu.org ---
Hmm, it is more complicated than that. Done this way, I would need to teach
several places in the middle-end about fields of size 0. Currently I get
several ICEs, one in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58754
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot
On Sat, Apr 11, 2015 at 2:16 AM, augustine.sterl...@gmail.com
augustine.sterl...@gmail.com wrote:
On Fri, Apr 10, 2015 at 1:18 PM, Max Filippov jcmvb...@gmail.com wrote:
How can we have a mulsi3 pattern that don't get expanded until it's
optimized, and only gets expanded to a call if it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Same problem with 4.8.5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65741
Bug ID: 65741
Summary: Missed loop optimization with asm
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
Bug ID: 65742
Summary: [5 Regression] Several libgomp.oacc-* failures after
r221922.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Hey Kumar.
Just use your package manager.
in terminal:
yum search gcc-c++
Determine which version are available.
Then run:
yum install gcc-c++
You will need root access for the install step.
If you want another version RPM’s can be found here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65740
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Slightly cleaned up testcase (so it doesn't use ununinitialized vars). -O2 is
enough.
The ICE is on:
2443 /* Make sure the successor is the next node in the path. */
2444
Hello,
I’m interested in submitting PRs on gfortran, voluntarily from time to time as
my time permits.
Thus, I’m contacting you to obtain the relevant forms.
Regards,
Ev. Drikos
On Apr 10, 2015, at 12:31 PM, Mikael Morin mikael.mo...@sfr.fr wrote:
Le 08/04/2015 21:15, Evangelos Drikos a
On 08/04/15 20:11 +0100, Jonathan Wakely wrote:
diff --git a/libstdc++-v3/ChangeLog b/libstdc++-v3/ChangeLog
index 5871716..39d6866 100644
--- a/libstdc++-v3/ChangeLog
+++ b/libstdc++-v3/ChangeLog
@@ -2,7 +2,8 @@
* include/std/shared_mutex (shared_timed_mutex): Add comments to
On 27/03/15 12:45 +, Jonathan Wakely wrote:
This is a tiny tweak to add a missing piece of C++14 support, the
duration literals should be usable via using namespace std::chrono.
It doesn't affect anything in C++03 or C++11 mode so safe for trunk
now.
Tested x86_64-linux, committed to trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58038
--- Comment #14 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Sat Apr 11 11:47:09 2015
New Revision: 222003
URL: https://gcc.gnu.org/viewcvs?rev=222003root=gccview=rev
Log:
PR libstdc++/58038
* include/std/thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Sat Apr 11 11:47:19 2015
New Revision: 222004
URL: https://gcc.gnu.org/viewcvs?rev=222004root=gccview=rev
Log:
PR libstdc++/65499
* include/std/chrono:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #10 from Jack Howarth howarth.at.gcc at gmail dot com ---
Confirmed with TOT clang as of this morning. Please file an llvm BZ and/or
a radar against Xcode 6.3.
Reported as radar bug /20509942, Apple Clang 6.1 emits inconsistent
On Thu, Apr 09, 2015 at 06:37:01PM +0400, Kirill Yukhin wrote:
gcc/
* config/i386/sse.md: Generate vextract32x4 if AVX-512DQ
is disabled.
gcc/testsuite/
* gcc.target/i386/pr65671.c: New.
The testcase fails if gas doesn't have AVX512VL support (my only has
AVX512F).
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65671
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Sat Apr 11 13:56:37 2015
New Revision: 222008
URL: https://gcc.gnu.org/viewcvs?rev=222008root=gccview=rev
Log:
PR target/65671
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
It shows up already when registering the path:
Registering FSM jump thread: (9, 4) incoming edge; (4, 5) (5, 12) (12, 14)
(14, 5) (5, 12) nocopy; (5, 12)
Registering FSM
On Friday 10 April 2015 01:00 PM, Richard Biener wrote:
Or is there any other unique feature to distinguish between two tree types,
other than type uid?
Depends on the definition of the equality relation.
We have considered the file name and line number where the types are
defined as a unique
Hi Benno,
I tested your fixes on i386-unknown-freebsd10.1 -- you never
know, after some of these could have been reflected in some
test case for example -- and committed them on your behalf.
Sorry for none of us looking into this for so long. If you
find further typos or phrases that need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65554
--- Comment #18 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Sat Apr 11 13:57:11 2015
New Revision: 222009
URL: https://gcc.gnu.org/viewcvs?rev=222009root=gccview=rev
Log:
PR middle-end/65554
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 35300
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35300action=edit
gcc5-pr65735.patch
Untested fix.
It seems there is a guard against recursion, but it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65721
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65727
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Hi!
On the following testcase, starting with r221675 aka PR65177 fix
we get ICE, because FSM discovery finds a path that includes the same blocks
multiple times, like:
Registering FSM jump thread: (9, 4) incoming edge; (4, 5) (5, 12) (12, 14)
(14, 5) (5, 12) nocopy; (5, 12)
All these bbs
Hi Mikael,
Still to do: Bounds checking (a rather big one),
... as you do a front-end to front-end transformation, you get bounds
checking for free, don't you?
Only partially.
What the patch does is
integer i,j,k
c = 0
do j=0, size(b,2)-1
do k=0, size(a, 2)-1
2015-04-10 Martin Liska mli...@suse.cz
* g++.dg/ipa/pr65722.C: New test.
gcc/ChangeLog:
2015-04-10 Martin Liska mli...@suse.cz
PR ipa/65722
* ipa-icf.c (sem_variable::equals_wpa): Consider comparsion just
for references coming from cgraph nodes.
On April 11, 2015 6:34:43 PM GMT+02:00, Jakub Jelinek ja...@redhat.com wrote:
Hi!
On the following testcase, starting with r221675 aka PR65177 fix
we get ICE, because FSM discovery finds a path that includes the same
blocks
multiple times, like:
Registering FSM jump thread: (9, 4) incoming edge;
On Sat, Apr 11, 2015 at 07:19:00PM +0200, Marc Glisse wrote:
On Sat, 11 Apr 2015, Jakub Jelinek wrote:
@@ -1391,13 +1391,13 @@ thread_through_normal_block (edge e,
vecbasic_block, va_gc *bb_path;
vec_alloc (bb_path, n_basic_blocks_for_fn (cfun));
vec_safe_push (bb_path,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Sat Apr 11 17:32:54 2015
New Revision: 222011
URL: https://gcc.gnu.org/viewcvs?rev=222011root=gccview=rev
Log:
PR tree-optimization/65735
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
On Sat, 11 Apr 2015, Jakub Jelinek wrote:
@@ -1391,13 +1391,13 @@ thread_through_normal_block (edge e,
vecbasic_block, va_gc *bb_path;
vec_alloc (bb_path, n_basic_blocks_for_fn (cfun));
vec_safe_push (bb_path, e-dest);
- hash_setgimple *visited_phis = new hash_setgimple;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #8 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to vries from comment #7)
Created attachment 35215 [details]
relevant bit of gcc.log
Next time I encounter it, I'll try to post the full FAIL message
I ran
On Sat, Apr 11, 2015 at 3:23 AM, Evangelos Drikos driko...@otenet.gr wrote:
Hello,
I’m interested in submitting PRs on gfortran, voluntarily from time to time
as my time permits.
Thus, I’m contacting you to obtain the relevant forms.
Sent off list.
Ian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #12 from Jack Howarth howarth.at.gcc at gmail dot com ---
It appears that clang 3.5 and later defaults to setting the CIE version to
dwarf2 in the absence of -g. This behavior can't be overridden by passing
-gdwarf-3 in the absence of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Apr 12 05:44:52 2015
New Revision: 222017
URL: https://gcc.gnu.org/viewcvs?rev=222017root=gccview=rev
Log:
PR ipa/65743
* ipa-inline-transform.c
Hi,
this patch fixes two issues that reproduce with firefox build configured for
LTOFDO
with -O3 -march=native on bdver2 (but probably elsewhere too).
The first is an ICE on out of bound accesss of jump functions. This is becuase
inline_call uses speculation_useful_p which in turn evaulates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #7 from drikosev at otenet dot gr ---
The option of omitting the trailing underscore (-fno-underscoring) is explained
at https://gcc.gnu.org/onlinedocs/gfortran/Code-Gen-Options.html
In the above link, there is also a wish (hope)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65089
--- Comment #12 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Created attachment 35302
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35302action=edit
Preliminary patch - needs testing
This patch resolves the -fsanitize=address issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65722
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58038
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|5.0 |4.9.3
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|5.0 |4.9.3
---
On Fri, 10 Apr 2015, Caroline Tice wrote:
I would appreciate it if you would do it.
Okay. Here is the (somewhat shortened) patch I just committed.
Index: news.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/news.html,v
retrieving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #6 from drikosev at otenet dot gr ---
On Apr 11, 2015, at 3:30 PM, dominiq at lps dot ens.fr
gcc-bugzi...@gcc.gnu.org wrote:
For the test case you should have a look at
https://gcc.gnu.org/wiki/HowToPrepareATestcase, in particular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #5 from drikosev at otenet dot gr ---
On Apr 11, 2015, at 3:30 PM, dominiq at lps dot ens.fr
gcc-bugzi...@gcc.gnu.org wrote:
For the test case you should have a look at
https://gcc.gnu.org/wiki/HowToPrepareATestcase, in particular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #11 from Jack Howarth howarth.at.gcc at gmail dot com ---
This issue appears to have been introduced by...
http://llvm.org/viewvc/llvm-project?view=revisionrevision=211272
and seems to have been previously discussed...
On 26/03/15 19:59 +, Jonathan Wakely wrote:
We have a couple of bugs where durations with unsigned representations
result in negative or huge time_t values, which result in not sleeping
at all or sleeping for billions of years (or merely for decades if you
have a 32-bit time_t).
This change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
The following links are broken at gcc.gnu.org/onlinedocs/4.9.2. The
corresponding 4.9.2-related links at gcc.gnu.org/onlinedocs are also broken:
GCC 4.9.2 GNAT User's Guide (/onlinedocs/gcc-4.9.2/gnat_ugn_unw/)
also in PDF (/onlinedocs/gcc-4.9.2/gnat_ugn_unw.pdf)
or Postscript
The following links are broken at gcc.gnu.org/onlinedocs/4.9.2. The
corresponding 4.9.2-related links at gcc.gnu.org/onlinedocs are also broken:
GCC 4.9.2 GNAT User's Guide (/onlinedocs/gcc-4.9.2/gnat_ugn_unw/)
also in PDF (/onlinedocs/gcc-4.9.2/gnat_ugn_unw.pdf)
or Postscript
Hello, I haven't looked at the patch in detail yet, but...
Le 11/04/2015 14:24, Thomas Koenig a écrit :
Still to do: Bounds checking (a rather big one),
... as you do a front-end to front-end transformation, you get bounds
checking for free, don't you?
Mikael
...as I had suggested and discussed with here in, umm, 2012.
Luckily my backlog really is going down now...
Committed.
Gerald
2015-04-11 Gerald Pfeifer ger...@pfeifer.com
* doc/contrib.texi (Contributors): Add Ira Rosen.
Index: doc/contrib.texi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
Slightly cleaned up testcase (so it doesn't use ununinitialized vars). -O2
is enough.
The ICE is on:
2443/* Make sure the
On 11/04/15 04:08, Kumar Aditya wrote:
I am new user of Linux. I have RHEL 6.0 installed and want to run C++
on my system but I do not know how.
yum install gcc-c++.
Andrew.
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 French team of translators. The file is available at:
http://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-5.1-b20150208.fr.po',
OK, here is a new version.
There is now an option for setting a maximum on the array size,
which takes its default from the BLAS limit (if specified).
Currently, only setting the maximum size to zero as a way of
disabling the unrolling is supported. I have done this in a
few test cases.
The
On Sat, 11 Apr 2015, Arnaud Charlet wrote:
Your patch looks good to me.
Thanks for the quick response, Arnaud.
It turns out we also had the same problem with mainline, just
that gnat_ugn_unw/ still existed there in it's old version from
summer 2014.
I have removed that stale copy on
Hi!
The following patch fixes a bunch of issues in
cxx_eval_pointer_plus_expression:
1) as it does STRIP_NOPS, the pointed type can change, and thus the
op01 constant in p+ might not be divisible by the other type size
2) we should restore the original type, rather than returning expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65695
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Hi,
This is a ping for: https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00772.html
Regtested with aarch64-linux-gnu on QEMU.
This patch has no regressions for aarch64_be-linux-gnu big-endian target too.
OK for the trunk?
Thanks.
Jiang jiji
--
Re: [PING^2] [PATCH] [AArch64,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
The above patch is quite small and perhaps solves the problem in branch 4-8.
I've coded it before I read the code convention rules for patches.
In case the patch indeed
Hi,
I'd like to ask an RM or global reviewer to kindly consider the
following patches preventing one or the other target in config-list.mk
to build:
[PATCH, bfin] handle BFIN_CPU_UNKNOWN in TARGET_CPU_CPP_BUILTINS
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00034.html
[PATCH, c6x] handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Hi,
this is version of patch I comitted after testing at x86_64-linux firefox build
and bootstrapped/regtested ppc64-linux.
Honza
Jan Hubicka hubi...@ucw.cz
Martin Liska mli...@suse.cz
PR ipa/65722
* g++.dg/ipa/pr65722.C: New testcase.
* ipa-icf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org ---
At least I can work out the backtrace:
#0 0x74a4291e in js::BaseProxyHandler::hasOwn(JSContext*,
JS::HandleJSObject*, JS::Handlejsid, bool*) const ()
from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
--- Comment #2 from Jan Hubicka hubicka at gcc dot gnu.org ---
Indeed, the compiler seems to think that the call is always bogus.
Considering ensureHolder/2875306 with 77 size
to be inlined into getOwnPropertyDescriptor/2875397 in unknown:-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65743
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
This is a patch by Martin Uecker, which I just committed.
Gerald
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.102
diff -u -r1.102 changes.html
--- changes.html10 Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65722
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Apr 12 01:08:04 2015
New Revision: 222015
URL: https://gcc.gnu.org/viewcvs?rev=222015root=gccview=rev
Log:
Jan Hubicka hubi...@ucw.cz
Martin Liska
On Wed, 8 Apr 2015 21:13:10 +0200 (CEST), Gerald Pfeifer wrote:
On Wed, 27 Apr 2011, Michael Witten wrote:
---
trunk/gcc/doc/extend.texi |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/trunk/gcc/doc/extend.texi b/trunk/gcc/doc/extend.texi
index eddff95..c154958
gcc/config/openbsd.h:143:18: error: ‘OBSD_LIB_SPEC’ was not declared in
this scope
#define LIB_SPEC OBSD_LIB_SPEC
^
gcc/gcc.c:879:31: note:
in expansion of macro ‘LIB_SPEC’
static const char *lib_spec = LIB_SPEC;
^
make[2]: *** [gcc.o] Error 1
Is
82 matches
Mail list logo