On Wed, Jul 25, 2012 at 3:35 AM, Bin.Cheng amker.ch...@gmail.com wrote:
On Wed, Jul 25, 2012 at 2:14 AM, Steven Bosscher stevenb@gmail.com
wrote:
Bin Cheng wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44025
You could foster-parent and fix the attached patch to address this issue.
Hi,
I've tried compiling the following program targeting both MIPS, LM32 and
ARM.
long a, b;
void func(short p)
{
b = (long)p;
}
int main()
{
if(a 2)
func((short)a);
return 0;
}
For MIPS and LM32, truncation is performed in the calling function and
On 07/25/2012 12:15 PM, Jon Beniston wrote:
For MIPS and LM32, truncation is performed in the calling function
and sign extension in the called function. One of these operations
seems redundant. For ARM, truncation is performed in the caller,
but sign-extension isn't performed in the callee,
Hi Andrew,
On 07/25/2012 12:15 PM, Jon Beniston wrote:
For MIPS and LM32, truncation is performed in the calling function and
sign extension in the called function. One of these operations seems
redundant. For ARM, truncation is performed in the caller, but
sign-extension isn't
Hi,
I have been experimenting with marking specific functions to be auto-
vectorized in GCC, but have had problems getting it to work.
It seems the optimize attribute works sometimes, but only if the function it
is used on is not static, but pragma optimize never seems to work.
See the
On Wed, Jul 25, 2012 at 2:23 PM, Allan Sandfeld Jensen
carew...@gmail.com wrote:
Hi,
I have been experimenting with marking specific functions to be auto-
vectorized in GCC, but have had problems getting it to work.
It seems the optimize attribute works sometimes, but only if the function it
Declaring a function with __attribute__((optimize(O0)) turns off inlining for
the translation unit (atleast) containing the function (see output at the end).
Is this expected behavior?
I tracked this down to the fact that when processing the optimize attribute
with O0, flag_no_inline is set to
On Wednesday 25 July 2012, Richard Guenther wrote:
On Wed, Jul 25, 2012 at 2:23 PM, Allan Sandfeld Jensen
carew...@gmail.com wrote:
Hi,
I have been experimenting with marking specific functions to be auto-
vectorized in GCC, but have had problems getting it to work.
It seems the
On Wed, Jul 25, 2012 at 4:07 PM, Selvaraj, Senthil_Kumar
senthil_kumar.selva...@atmel.com wrote:
Declaring a function with __attribute__((optimize(O0)) turns off inlining
for the translation unit (atleast) containing the function (see output at the
end). Is this expected behavior?
Not
On Wed, Jul 25, 2012 at 4:25 PM, Allan Sandfeld Jensen
carew...@gmail.com wrote:
On Wednesday 25 July 2012, Richard Guenther wrote:
On Wed, Jul 25, 2012 at 2:23 PM, Allan Sandfeld Jensen
carew...@gmail.com wrote:
Hi,
I have been experimenting with marking specific functions to be auto-
I guess my question is what would I need to change to make it work like the
ARM port? I can't see how this is being controlled.
Try TARGET_PROMOTE_PROTOTYPES.
--
Eric Botcazou
Hi Eric,
I guess my question is what would I need to change to make it work
like the ARM port? I can't see how this is being controlled.
Try TARGET_PROMOTE_PROTOTYPES.
For all 3 targets I believe this returns true (Both MIPS and LM32 use
hook_bool_const_tree_true), so I presume it must
On 07/25/2012 04:52 PM, Jon Beniston wrote:
Hi Eric,
I guess my question is what would I need to change to make it work
like the ARM port? I can't see how this is being controlled.
Try TARGET_PROMOTE_PROTOTYPES.
For all 3 targets I believe this returns true (Both MIPS and LM32 use
Hi James,
- Which set of benchmarks are suitable for embedded applications and
representative of possible applications?
Have a look at CoreMark: http://www.coremark.org/
EEMBC also have EnergyBench: http://www.eembc.org/benchmark/power_sl.php
although I think that might be commercial, but it
On 25/07/12 17:30, Richard Guenther wrote:
On Wed, Jul 25, 2012 at 4:07 PM, Selvaraj, Senthil_Kumar
senthil_kumar.selva...@atmel.com wrote:
Declaring a function with __attribute__((optimize(O0)) turns off
inlining for the translation unit (atleast) containing the function
(see output at the
On Tue, Jul 24, 2012 at 1:40 PM, Cary Coutant ccout...@google.com wrote:
To do this, I would like to reserve a bit in the segment flags to
indicate that this segment is to be mapped to huge pages if possible.
Can I reserve something like a PF_LARGE_PAGE bit?
HP-UX has a PF_HP_PAGE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
--- Comment #12 from Steven Bosscher steven at gcc dot gnu.org 2012-07-25
08:24:49 UTC ---
(In reply to comment #9)
I think a tool to merge would be a good partial solution.
We will go with the tool solution. I'll take care of the tool before
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53839
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53654
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53786
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075
--- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25
09:56:15 UTC ---
A patch is available here:
http://gcc.gnu.org/ml/libstdc++/2012-07/msg00051.html
Submitter and interested people can give it a try before it goes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54090
Bug #: 54090
Summary: internal compiler error: in unify, at cp/pt.c:15731
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091
Bug #: 54091
Summary: internal compiler error in class method with many
string objects
Classification: Unclassified
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-07-25
11:35:00 UTC ---
Have you tried with a current release, 4.6 or 4.7?
The 4.4 release series is closed and no longer maintained.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092
Bug #: 54092
Summary: [4.8 Regression] Bootstrap fails on
x86_64-apple-darwin10 while building Ada at stage 1
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48026
Allan Jensen linux at carewolf dot com changed:
What|Removed |Added
CC||linux at carewolf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092
Richard Henderson rth at gcc dot gnu.org changed:
What|Removed |Added
Target|x86_64-apple-darwin10 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2012-07-25
14:57:01 UTC ---
Author: jason
Date: Wed Jul 25 14:56:57 2012
New Revision: 189851
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189851
Log:
PR c++/54020
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54086
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2012-07-25
14:57:11 UTC ---
Author: jason
Date: Wed Jul 25 14:57:06 2012
New Revision: 189852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189852
Log:
PR c++/54086
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092
--- Comment #2 from Richard Henderson rth at gcc dot gnu.org 2012-07-25
15:10:53 UTC ---
Author: rth
Date: Wed Jul 25 15:10:44 2012
New Revision: 189853
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189853
Log:
PR bootstrap/54092
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092
Richard Henderson rth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54086
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093
Bug #: 54093
Summary: ICE in in extract_insn, at recog.c:2129
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
(GCC) version 4.8.0 20120725 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.8.0 20120725 (experimental), GMP version
5.0.2, MPFR version 3.2.0-dev, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring duplicate directory /usr/include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54084
William J. Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
CC||wschmidt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54036
--- Comment #2 from Peter Bergner bergner at gcc dot gnu.org 2012-07-25
17:02:39 UTC ---
Author: bergner
Date: Wed Jul 25 17:02:27 2012
New Revision: 189857
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189857
Log:
Backport prospective
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
Bug #: 54095
Summary: Unnecessary static variable renaming
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53633
--- Comment #3 from sandra at gcc dot gnu.org 2012-07-25 18:08:11 UTC ---
Author: sandra
Date: Wed Jul 25 18:08:06 2012
New Revision: 189860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189860
Log:
2012-07-25 Sandra Loosemore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30318
--- Comment #20 from Marc Glisse glisse at gcc dot gnu.org 2012-07-25
18:26:18 UTC ---
Author: glisse
Date: Wed Jul 25 18:26:12 2012
New Revision: 189861
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189861
Log:
2012-07-25 Marc Glisse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096
Bug #: 54096
Summary: Type bound procedures
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54090
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
reconfirmed||2012-07-25
Ever Confirmed|0 |1
--- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2012-07-25 18:56:57
UTC ---
Confirmed on x86_64-unknown-linux-gnu, with:
gcc version 4.8.0 20120725 (experimental) [trunk revision 189856] (GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093
--- Comment #1 from Ryan Mansfield rmansfield at qnx dot com 2012-07-25
19:27:00 UTC ---
Created attachment 27873
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27873
2nd preprocessed src example
Happens at -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093
--- Comment #2 from Ryan Mansfield rmansfield at qnx dot com 2012-07-25
19:28:40 UTC ---
Created attachment 27874
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27874
3rd preprocessed src example
Happens at -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075
--- Comment #11 from François Dumont fdumont at gcc dot gnu.org 2012-07-25
19:32:53 UTC ---
Author: fdumont
Date: Wed Jul 25 19:32:48 2012
New Revision: 189863
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189863
Log:
2012-07-25 François
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461
nightstrike nightstrike at gmail dot com changed:
What|Removed |Added
CC||nightstrike at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53110
--- Comment #13 from tejohnson at gcc dot gnu.org 2012-07-25 20:11:23 UTC ---
Author: tejohnson
Date: Wed Jul 25 20:11:13 2012
New Revision: 189866
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189866
Log:
Backport the following patches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097
Bug #: 54097
Summary: configure: error: GNU Fortran is not working (CPU you
selected does not support x86-64 instruction set)
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097
pentium4borg at gmail dot com changed:
What|Removed |Added
CC||pentium4borg at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #1 from Oleg Endo olegendo at gcc dot gnu.org 2012-07-25 23:03:12
UTC ---
Author: olegendo
Date: Wed Jul 25 23:03:06 2012
New Revision: 189872
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189872
Log:
PR target/54089
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-07-25
23:11:53 UTC ---
(In reply to comment #2)
(In reply to comment #1)
Simple answer don't use -march=i686 in any of the *C*FLAGS env variables.
Why is that? I thought
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096
--- Comment #3 from badass at vt dot edu 2012-07-25 23:42:16 UTC ---
Sorry about that, I though i had included the source code. I'm working
on getting an updated compiler, but IT here is being difficult and I could
take a day. Thanks for the help,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #44 from Oleg Endo olegendo at gcc dot gnu.org 2012-07-26
00:20:05 UTC ---
Author: olegendo
Date: Thu Jul 26 00:19:58 2012
New Revision: 189877
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189877
Log:
PR target/51244
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
On 24.07.2012 21:13, Steven Bosscher wrote:
AFAIR the qsort is just for getting a stable ordering over two pools to find
the leaked regsets afterwards, the type of ordering doesn't matter.
What matters is that the compare function gives a reliable result. You
can't subtract pointers like that
Il 24/07/2012 22:17, Sandra Loosemore ha scritto:
I was looking to see what needs to be done to un-stick this previously
submitted patch:
http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01419.html
Paolo's suggestion was to re-write this to use a tortoise-and-hare
algorithm to detect the
Hello,
The attached patch reorganizes the SH left shift patterns. The final
generated shift insns don't differ much, but it seems to have some
positive side effects on register allocation in some cases.
Tested with
make -k check RUNTESTFLAGS=--target_board=sh-sim
Gerald,
it is ok ?
Tristan.
On Jul 19, 2012, at 12:15 PM, Tristan Gingold wrote:
On Jul 19, 2012, at 11:37 AM, Pedro Alves wrote:
On 07/19/2012 08:30 AM, Tristan Gingold wrote:
No regression on i386 GNU/Linux.
Committed.
Nice. Is this NEWS / docs --or wherever release notes are
Hello,
here is a slight improvement to VRP for sum and difference of intervals.
There are some things I left because I didn't understand them enough:
* range_int_cst_p (vr0): I thought it was always true by that time, but
it isn't obvious
* TYPE_PRECISION (expr_type) =
Thanks!
I've removed declarations. New patch attached.
testsuite/ChangeLog:
2012-07-20 Anna Tikhonova anna.m.tikhon...@gmail.com
* gcc.dg/20020201-1.c: Remove declarations for exit, abort,
rand, srand. Include stdlib.h.
2012/7/24 Janis Johnson janis_john...@mentor.com:
On
On Tue, Jul 24, 2012 at 5:50 PM, Andrew Pinski
andrew.pin...@caviumnetworks.com wrote:
Hi,
Before tuples was introduced, VN used to lookup the simplified
expression to see if it was available already and use that instead of
the non simplified one. This patch adds the support back to VN to
On Tue, Jul 24, 2012 at 9:27 PM, Marek Polacek pola...@redhat.com wrote:
Ping.
Ok.
Thanks,
Richard.
On Fri, Jul 13, 2012 at 02:00:54PM +0200, Marek Polacek wrote:
I think the comment at the start of the file is wrong, since
it speaks about varpool_finalize_variable, but there's no such
On Tue, Jul 24, 2012 at 9:32 PM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
Attached patch backports recent LEA improvements to 4.7 branch.
As in regression fixes, or wrong-code fixes? This looks suspiciously not
appropriate for 4.7 ...
Richard.
The
patch unifies handling of LEA
On Tue, Jul 24, 2012 at 7:13 PM, Steven Bosscher stevenb@gmail.com wrote:
AFAIR the qsort is just for getting a stable ordering over two pools to find
the leaked regsets afterwards, the type of ordering doesn't matter.
What matters is that the compare function gives a reliable result. You
Please see attached patch that does all this with minimum surgery and
also sets missing SSE prefetch for x86_32 with -mprfchw
Thanks, applied!
+++ b/gcc/config/i386/prfchwintrin.h
+#if !defined _X86INTRIN_H_INCLUDED !defined _MM3DNOW_H_INCLUDED
+# error Never use prfchwintrin.h directly;
On Wed, Jul 25, 2012 at 1:49 PM, Richard Guenther
richard.guent...@gmail.com wrote:
Oh, bigger bitmap_head? That's bad ... :/ So much for '#ifdefs are bad' :/
Bigger bitmap_head isn't a problem. A bigger bitmap_element would be bad.
For GGC allocated bitmaps, nothing changed (rounding, etc.).
On Wed, Jul 25, 2012 at 1:45 PM, Richard Guenther
richard.guent...@gmail.com wrote:
On Tue, Jul 24, 2012 at 9:32 PM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
Attached patch backports recent LEA improvements to 4.7 branch.
As in regression fixes, or wrong-code fixes? This looks
On Wed, Jul 25, 2012 at 1:51 PM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Please see attached patch that does all this with minimum surgery and
also sets missing SSE prefetch for x86_32 with -mprfchw
Thanks, applied!
+++ b/gcc/config/i386/prfchwintrin.h
+#if !defined
Is it OK for trunk?
OK.
Thanks!
Checked in.
http://gcc.gnu.org/viewcvs?view=revisionrevision=189844
Next I think would be rdseed* insns.
Thanks, K
This fixes a typo in a comment.
Applied to trunk as obvious.
gcc/
* basic-block.c: Fix typo in comment.
diff --git a/gcc/basic-block.h b/gcc/basic-block.h
index 15d34e0..dff06e4 100644
--- a/gcc/basic-block.h
+++ b/gcc/basic-block.h
@@ -108,7 +108,7 @@ struct GTY(()) gimple_bb_info {
On Wed, Jul 25, 2012 at 12:21 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
here is a slight improvement to VRP for sum and difference of intervals.
There are some things I left because I didn't understand them enough:
* range_int_cst_p (vr0): I thought it was always true by that time,
On Wed, Jul 25, 2012 at 1:59 PM, Steven Bosscher stevenb@gmail.com wrote:
On Wed, Jul 25, 2012 at 1:49 PM, Richard Guenther
richard.guent...@gmail.com wrote:
Oh, bigger bitmap_head? That's bad ... :/ So much for '#ifdefs are bad' :/
Bigger bitmap_head isn't a problem. A bigger
Hi Sandra,
One suggestion - rather than having architecture specific test files,
why not just have a single generic test case with a new
dg-require-naked-attribute qualifier. That way the mcore port would be
tested as well as the ARM port.
Something like this? The code part of the patch is
The optabs rewrite removed the special handling for FIXUNS_TRUNC_LIKE_FIX_TRUNC.
This was a minor short-hand only used by two targets, and can be replaced by a
grand total of two patterns in each.
Cross-compiled to vax-linux and v850-elf and committed.
r~
* system.h
Hi again,
Here is second patch which adds support of rdseed[16|32|64] insn.
Changelog entry:
2012-07-25 Kirill Yukhin kirill.yuk...@intel.com
Michael Zolotukhin michael.v.zolotuk...@intel.com
* common/config/i386/i386-common.c (OPTION_MASK_ISA_RDSEED_SET): New.
Now that access control is subject to SFINAE, I was worried that
tf_no_access_control might cause wrong overload resolution. On further
investigation I think that it wasn't a problem, but it is unnecessary.
To preserve the access control checking on default arguments, I changed
(CC gcc-patches)
On 25 July 2012 10:26, François Dumont wrote:
Hi
Here is a patch proposal for PR 54075. I also took the occasion to fix
something that has been delay so far which is usage of std::max to get the
number of buckets to use. The problem of using std::max when using the hash
54020 notes that we were accepting a constexpr function that is
ill-formed, no diagnostic required, but it would be easy to give a
diagnostic for.
54086 suggests that the standard seems to allow constexpr and const
together.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit
Hi,
While reviewing code to fix a previous patch submission around assembly
dialect handling[1], I found that the dialect handling in asm_fprintf
is different from that in output_asm_insn and it might be broken too,
since encountering a '|' simply leads to skipping all of the string
until a '}'
That's what I get for assuming front-ends don't touch back-end things
like optabs and libcalls...
I'm reasonably certain that a better solution would be to move the
set_stack_check_libfunc declaration elsewhere and/or totally rearrange
that specific interface: c.f.
On 07/25/2012 08:10 AM, Siddhesh Poyarekar wrote:
2012-07-25 Siddhesh Poyarekar siddh...@redhat.com
* final.c [ASSEMBLER_DIALECT](do_assembler_dialects): New
function to implement assembler dialects.
(output_asm_insn): Use do_assembler_dialects.
(asm_fprintf):
On Wed, 25 Jul 2012 08:31:14 -0700, Richard wrote:
* gcc.dg/asm-dialect-1.c: New test case.
... except this should go in gcc.target/i386/ without the { target }
qualifier.
Thanks, here's the updated version.
Regards,
Siddhesh
gcc/ChangeLog:
2012-07-25 Siddhesh Poyarekar
On Wed, Jul 25, 2012 at 4:07 PM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Here is second patch which adds support of rdseed[16|32|64] insn.
Changelog entry:
2012-07-25 Kirill Yukhin kirill.yuk...@intel.com
Michael Zolotukhin michael.v.zolotuk...@intel.com
*
On 07/24/2012 09:40 PM, Sandra Loosemore wrote:
PR target/53633
gcc/
* target.def (warn_func_return): New hook.
* doc/tm.texi.in (TARGET_WARN_FUNC_RETURN): New hook.
* doc/tm.texi: Regenerate.
* doc/sourcebuild.texi (Effective-Target Keywords): Document
On Tue, Jul 24, 2012 at 5:51 PM, Cary Coutant ccout...@google.com wrote:
This patch is for the google/gcc-4_7 branch.
Add -gfission as alias for -gsplit-dwarf.
Tested by bootstrap and regression testing.
* common.opt (-gfission): Alias for -gsplit-dwarf.
(-gno-fission):
Per Richard Henderson's suggestion
(http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01370.html), this patch
changes the IVOPTS and straight-line strength reduction passes to make
use of data computed by init_expmed. This required adding a new
convert_cost array in expmed to store the costs of
On Wed, Jul 25, 2012 at 5:20 PM, Richard Henderson r...@redhat.com wrote:
That's what I get for assuming front-ends don't touch back-end things
like optabs and libcalls...
That is _almost_ the case. In fact, this is one of the last problems...
$ egrep
As documented in tree.def and checked in tree-cfg.c, the second and third
operands of BIT_FIELD_REF are INTEGER_CSTs so there is no need to do fancy
things on them. The patch also removes the now unused build6 stuff and fixes a
buglet in the folder.
Tested on x86_64-suse-linux, OK for the
On 07/25/2012 09:13 AM, William J. Schmidt wrote:
Per Richard Henderson's suggestion
(http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01370.html), this patch
changes the IVOPTS and straight-line strength reduction passes to make
use of data computed by init_expmed. This required adding a new
On 24/07/12 23:26, Bharathi Seshadri (bseshadr) wrote:
Hi,
Attached is a patch that modifies BE8_LINK_SPEC to pass -be8 option to the
linker by default if the target is big endian, and to not pass -be8 option if
-mlittle-endian is used. It also preserves the existing usage whereby -be8
On 07/25/2012 09:30 AM, Eric Botcazou wrote:
2012-07-25 Eric Botcazou ebotca...@adacore.com
* expr.c (expand_expr_real_1): Do not expand operand #1 and #2
of BIT_FIELD_REF for ignored results.
* fold-const.c (fold_ternary_loc) BIT_FIELD_REF: Check that the
On 07/23/2012 08:13 AM, Geert Bosch wrote:
IIUC, all ports are supposed to implement the atomic built-ins. If they are
not
supported in hardware, there should be a library function for it that uses
locking.
The problem we're trying to address is builds failing because of undefined
Committed as obvious (Rev. 189859).
Tobias
2012-07-25 Tobias Burnus bur...@net-b.de
* trans-types.c (gfc_real16_is_float128): Fix spelling
in a comment.
* trans.h (struct gfc_array_info): Ditto.
* gfortran.h (gfc_expr): Ditto.
* simplify.c
1 - 100 of 131 matches
Mail list logo