On 2013/12/28 09:31 AM, Yangfei (Felix) wrote:
Hi,
I think that simple_return standard pattern is useful for the ARM. I mean
it should be good for target code performance.
But seems this pattern is not there for the GCC ARM backend. Can anyone
explain the reason why we don’t need
You want to send a mail to python-dev at python dot org.
The spam still exists in gcc-bugs mailing list:
http://gcc.gnu.org/ml/gcc-bugs/2013-08/msg00689.html
http://gcc.gnu.org/ml/gcc-bugs/2013-08/msg00759.html
http://gcc.gnu.org/ml/gcc-bugs/2013-08/msg00776.html
Snapshot gcc-4.7-20131228 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20131228/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Some background on the below: Google has recently changed its algorithms, and
the presence of obvious spam mails pointing to a site now *lower* that site's
Google rank. So the same search engine optimization people who created the
spams for pay in the first place are now frantically trying to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59615
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
--- Comment #6 from asmwarrior asmwarrior at gmail dot com ---
It is very simple to reproduce this bug. Here is the steps I do
1, download the GCC 4.8.2 from MinGW-w64 site, I'm using
i686-4.8.2-release-posix-dwarf-rt_v3-rev1
2, download the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59170
Jan Kratochvil jan.kratochvil at redhat dot com changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
It turned out to be a problem with debugging information.
Some files in libjs_static.a are build with -g, even when
Firefox is configured with --disable-debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59615
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
Looking at the assembly, you probably want:
--cut here--
int test (int a, int b, int c)
{
unsigned r = a + b;
if (r (unsigned) a)
return 1;
else if (r c)
return 1;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59615
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #2)
if (r (unsigned) a)
Explicit cast is not needed here, the compiler will do it for you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59543
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Created attachment 31527
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31527action=edit
testcase
Here's a small testcase:
% cat check.sh
g++ -g -fprofile-use -fPIC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612
--- Comment #2 from janus at gcc dot gnu.org ---
Note that there are two small errors in the related documentation:
Index: gcc/fortran/invoke.texi
===
--- gcc/fortran/invoke.texi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
--- Comment #7 from baltic 1000hz.radiowave at gmail dot com ---
(In reply to baltic from comment #5)
worked fine with 4.6
This is not true anymore :) was probably working fine with previous versions of
the Qt, because headers were smaller back
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612
--- Comment #3 from janus at gcc dot gnu.org ---
Maybe it would make sense to run the testsuite with -fdump-fortran-original, in
order to check for further problems:
Index: gcc/testsuite/gfortran.dg/dg.exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #15 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
the output line is:
A1RSE1NA2LE2 212 A1
should be:
A1RSE1NA2LE2 2012 A1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
Maybe it would make sense to run the testsuite with -fdump-fortran-original,
in order to check for further problems:
Does not seem to yield any failures here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59615
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
But it would warn about it with -Wsign-compare. You want unsigned r =
(unsigned) a + b; or similar to avoid undefined behavior if there is a
possibility of signed integer overflow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59616
Bug ID: 59616
Summary: OpenMP standard conflict in parallel default clause
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #20 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
'0' is not 'a' in 2 languages and not 'e' in 2 languages in both: small or
capital variants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #21 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
Even all characters, which are numeric are processed except '0'. This is a bug!
I do not violate eny C++ rules and I do not receive even any messages while
compilation. This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #22 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
I know that this is not a place to report programming problems, but I do not
see errors in my code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59617
Bug ID: 59617
Summary: [vectorizer] ICE in vectorizable_mask_load_store with
AVX-512F's gathers enabled.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik denis.v.koles...@safe-mail.net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #29 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
My code style has nothing to do with it. I even do not tell, that I do not
fully like the interface of this site!!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #30 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
I use the elements of the array fully correct:
int word_begin_position[3000];
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #31 from Denis Kolesnik denis.v.koles...@safe-mail.net ---
Your arguments are based on what?? I argued my arguments!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59618
Bug ID: 59618
Summary: internal compiler error: Killed (program as)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59618
--- Comment #1 from inmarket andrewh at inmarket dot com.au ---
Created attachment 31530
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31530action=edit
All files except i_system.i
All files except i_system.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59618
--- Comment #2 from inmarket andrewh at inmarket dot com.au ---
Created attachment 31531
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31531action=edit
Part 3 of 3 for i_system.i
Compressed with 7zip
After extraction combine parts with:
cat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59618
--- Comment #3 from inmarket andrewh at inmarket dot com.au ---
Created attachment 31532
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31532action=edit
Part 2 of 3 for i_system.i
Compressed with 7zip
After extraction combine parts with:
cat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59618
--- Comment #4 from inmarket andrewh at inmarket dot com.au ---
Created attachment 31533
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31533action=edit
Part 1 of 3 for i_system.i
Compressed with 7zip
After extraction combine parts with:
cat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59619
Bug ID: 59619
Summary: gstaudiotestsrc.c:479:1: error: unrecognizable insn:
DEFINE_SQUARE (int16, 32767.0);
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59620
Bug ID: 59620
Summary: gstaudiotestsrc.c:479:1: error: unrecognizable insn:
DEFINE_SQUARE (int16, 32767.0);
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59620
--- Comment #1 from Tom Li biergaizi2009 at gmail dot com ---
Created attachment 31534
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31534action=edit
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59620
--- Comment #2 from Tom Li biergaizi2009 at gmail dot com ---
Using built-in specs.
COLLECT_GCC=/usr/mips64el-unknown-linux-gnu/gcc-bin/4.8.2/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/mips64el-unknown-linux-gnu/4.8.2/lto-wrapper
Target:
The C++ decloning patch revealed that the -fdump-ada-spec code handling
constructors and destructors was too fragile. This patch revamps it.
Tested on x86_64-suse-linux, applied on the mainline.
2013-12-28 Eric Botcazou ebotca...@adacore.com
c-family/
* c-ada-spec.c
Tested on x86_64-suse-linux, applied on the mainline and 4.8 branch.
2013-12-28 Eric Botcazou ebotca...@adacore.com
* doc/invoke.texi (output file options): Document -fada-spec-parent.
--
Eric Botcazou
Index: doc/invoke.texi
On Thu, Dec 26, 2013 at 06:31:10PM -0800, H.J. Lu wrote:
2013-12-26 H.J. Lu hongjiu...@intel.com
PR target/59605
* config/i386/i386.c (ix86_expand_set_or_movmem): Create
jump_around_label only if it doesn't exist.
gcc/testsuite/
2013-12-26 H.J. Lu
If one thread does a connect to localhost on a non-blocking socket such
that the connect fails with EINPROGRESS, and then another thread accepts
the connection and closes the accepted socket, and then the first thread
does the connect again, that connect should succeed and return a socket
whose
Hello,
On 18 Dec 17:08, Uros Bizjak wrote:
Whoa.
--- a/gcc/config/i386/sse.md
+++ b/gcc/config/i386/sse.md
No, not in this patch.
Okay, moved it to 5/8 patch.
--
Thanks, K
The function dispatcher might currently choose functions declared with
target(arch=ivybridge) on a Sandy Bridge CPU. This happens because the
function is only detected as sandybridge when generated. The attached patch
detects Westmere, Ivybridge and Broadwell processors based on new ISAs they
57 matches
Mail list logo