I assume that you only target OpenACC support for C/C++ and not for
Fortran, do you?
Actually, Fortran is in our checklist, too.
BTW: The Cauldron 2013 recordings haven't shown up at YouTube, yet.
It would be great to see them!
--
Thanks,
Evgeny.
Tom There may be more missing dependencies. Please try out this branch if
Tom you would. You can report bugs to me, just send the build log.
I tried -j33 on a bigger machine and found a problem with Go.
The dependency patch uses the language Makefile conventions to add some
order-only
Hi,
Recently I found a weird behavior in attribute computation when
if_then_else is used. It may be easily demonstrated on i386 jump
instruction. It's original length attribute definition is following:
(set (attr length)
(if_then_else (and (ge (minus (match_dup 0) (pc))
Hi,
Simple code:
void somehowuse(unsigned value);
void
foo( unsigned value,
unsigned bytemask,
unsigned psw,
unsigned y)
{
unsigned x;
psw = (psw ~(1 10)) | (((value 9) 1) 10);
x = (y ~(1 7)) | (((value 9) 1) 7);
somehowuse(x);
somehowuse(psw);
}
Compile to assembler with
Konstantin Vladimirov wrote:
[...]
x = (y ~(1 7)) | (((value 9) 1) 7);
[...]
x = y 4294967167 | (value 9) 7 255; - WAT?
((value 9) 1) 7
== ((value 9) 7) (1 7)
== ((value 9) 7) 0x80
== ((value 9) 7) 0xff
...I think.
That last step is probably being done
Hi,
But this is awfully wrong. In the general case (value 2) 0xff !=
(value 2) 0x80
Take value to be 0x3ff for example. Then 0xff != 0x80 itself. This
leads to wrong result.
---
With best regards, Konstantin
On Tue, Jul 23, 2013 at 4:57 PM, David Given d...@cowlark.com wrote:
Konstantin
Hi,
Disregard my previous message, I got your idea =) When we are shifting
right then left, then all bits except 7th will be 0 and andmask may be
any, while it contains 0x80. Yes everything is ok here, thanks
---
With best regards, Konstantin
On Tue, Jul 23, 2013 at 5:05 PM, Konstantin
在 2013-7-23,上午5:54,Eric Botcazou ebotca...@adacore.com 写道:
Recently i am working on the atomic support for RTEMS. Our basic idea is to
integrate the C11 atomic API into RTEMS. we have integrated the
stdatomic.h into newlib which is used by RTEMS. And when we test the
atomic ops on LEON3
Hi,
On Mon, Jul 22, 2013 at 03:17:08PM -0300, Rodolfo Guilherme Wottrich wrote:
Hello,
Thanks! I had solved the problem some days ago, and it was actually
related to your answer.
First, I hadn't used push_struct_function() to allocate storage for my
new function.
Second, I wasn't calling
Hi Eric, do you mean that you already have a patch to solve this issue
which is just not merged to mainline? If yes could you send me your patch
and tell me to how enable this feature? Thank you!
No, I only installed a patch on the trunk that adds the basic infrastructure
for a LEON3 variant
在 2013-7-23,下午11:31,Eric Botcazou ebotca...@adacore.com 写道:
Hi Eric, do you mean that you already have a patch to solve this issue
which is just not merged to mainline? If yes could you send me your patch
and tell me to how enable this feature? Thank you!
No, I only installed a patch on
On Tue, Jul 23, 2013 at 12:06 AM, Tom Tromey tro...@redhat.com wrote:
... which causes build failures for go-backend.c (uses rtl.h) and
go-lang.c (uses except.h), since with this defined, certain headers are
prohibited.
A short term solution is to keep Go using explicit dependencies.
For
Jason Merrill ja...@redhat.com a écrit:
I'd like to make some changes to the GCC git-svn mirror.
Specifically, I want to move all the SVN branches from remotes/ into
heads/ and split the subdirectory branches (redhat, google, etc) into
the individual branches.
Should I leave the SVN
-Original Message-
From: H.J. Lu [mailto:hjl.to...@gmail.com]
Sent: Monday, July 22, 2013 5:08 PM
To: Iyer, Balaji V
Cc: Ian Lance Taylor; gcc@gcc.gnu.org
Subject: Re: Help with using multilib for Cilk Library
On Mon, Jul 22, 2013 at 9:27 AM, Iyer, Balaji V
Ian == Ian Lance Taylor i...@google.com writes:
Ian So you should be good to go for Go.
Thanks. I confirmed it works here. I've merged this and pushed the
needed go/Make-lang.in change to my branch and built with a large -j on
gcc110 with success.
Tom
On 07/22/2013 02:59 AM, Vidya Praveen wrote:
Hello,
There are 42 test files (25 under gcc.dg) that specifies
{ dg-add-options bind_pic_locally }
in the regression testsuite. The procedure add_options_for_bind_pic_locally
from lib/target-supports.exp adds -fPIE or -fpie when -fPIC or
David Given wrote:
[...]
When I actually try to build stuff, however, the branch gets emitted but
then silently deleted during the mach pass.
Solved: turned out to be old code in the TARGET_MACHINE_DEPENDENT_REORG,
dating from the port I was basing my backend on, which was mangling my
code. I
On Tue, Jul 23, 2013 at 9:33 AM, Iyer, Balaji V balaji.v.i...@intel.com wrote:
Here is a patch:
1. Add target dependency on C++ for parallel build.
2. Remove hardcoded -O3 -fpic. libtool takes care of it.
3. Work around MAKEFLAGS for multilib build.
Hi H.J.,
Thank you! This patch
ok, because i am not familiar with compiler implementation. So if you can
give me some references i will appreciate you very much. And by the way is
there any plan to support this feature in the mainline?
OK, let's go ahead and implement the feature. We first need the binutils side,
because
On Tue, Jul 23, 2013 at 9:58 AM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
If I set use_gcc_stdint=wrap, does tm.h suppose to include
config/glibc-stdint.h?
Please reply to the mailing list, not just to me. Thanks.
If you are using glibc, you shoud add glibc-stdint.h to tm_file
On Tue, Jul 23, 2013 at 10:23 AM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
On Tue, Jul 23, 2013 at 9:58 AM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
If I set use_gcc_stdint=wrap, does tm.h suppose to include
config/glibc-stdint.h?
Please reply to the mailing list,
Hi,
Here is a patch to extend x86-64 psABI to support AVX-512:
http://software.intel.com/sites/default/files/319433-015.pdf
--
H.J.
avx512.patch
Description: Binary data
Intel MPX:
http://software.intel.com/sites/default/files/319433-015.pdf
introduces 4 bound registers, which will be used for parameter passing
in x86-64. Bound registers are cleared by branch instructions. Branch
instructions with BND prefix will keep bound register contents. This leads
to 2
On Tue, 23 Jul 2013, H.J. Lu wrote:
Here is a patch to extend x86-64 psABI to support AVX-512:
I have no comments on this patch for now - but where is the version
control repository we should use for the ABI source code, since x86-64.org
has been down for some time?
(I've also CC:ed the last
Hello,
2013/7/23 Martin Jambor mjam...@suse.cz:
Hi,
But you do call cgraph_add_new_function on it as well, right? If not,
how is its symbol table node (also called and serving as the call
graph node) created?
I call finish_function for my decl. Inside that function, there's this
one call
-Original Message-
From: H.J. Lu [mailto:hjl.to...@gmail.com]
Sent: Tuesday, July 23, 2013 1:04 PM
To: Iyer, Balaji V
Cc: Ian Lance Taylor; gcc@gcc.gnu.org
Subject: Re: Help with using multilib for Cilk Library
On Tue, Jul 23, 2013 at 9:33 AM, Iyer, Balaji V
Later I found out that cgraph_mark_needed_node was already being
called in cgraph_finalize_function, and that should really keep my
function from being removed. But when the function
cgraph_remove_unreachable_nodes executes, it is marked as unreachable
just because at this point it is not marked
I'd like to mention that I too was bit by this one on Debian. I don't
have a 32-bit development environment installed; why would I? I'm
building primarily for myself, and if I did have to target a 32-bit
environment, I'd likely have to mess with more stuff then just the
compiler. If you can't find
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952
--- Comment #1 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
I modified a bit the benchmark adding timing
and the new version now vectorize YMM with avx2, still not with old avx
if I remove the call to rdtsc(); it does not use YMM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57959
Bug ID: 57959
Summary: ICE with structure constructor with scalar allocatable
components
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #61 from Laurent Aflonsi laurent.alfonsi at st dot com ---
Yes that's the point. L3 can be reached by another block (L2):
tstr2,r2
mov#-1,r2
negcr2,r2
.L3:
tstr2,r2
bt/s.L11
[...]
.L2:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960
Bug ID: 57960
Summary: LRA ICE building glibc
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57959
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org ---
gfc_trans_subcomponent_assign lacks handling of allocatable scalars. It simply
does:
type1.0.anum = 5.0
instead of:
(re)allocate of type1.0.anum
*type1.0.anum = 5.0
For
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57961
Bug ID: 57961
Summary: Excessive memory use with -O0 ?
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57962
Bug ID: 57962
Summary: Missed Optimization for Superword Level Parallelism
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
CC||danglin at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57963
Bug ID: 57963
Summary: LRA S/390: esa mode failure memcpy-chk
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57811
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57782
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57787
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907
--- Comment #1 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
You get the warning because Cortex-A15 implements a superset of ARM-v7a, due to
the addition of the HW division instructions. This means that -march=armv7-a
and -mcpu=cortex-a15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57847
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57911
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #4 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Enabling the code used for MachO/Darwin64 when targeting ABI_AIX/linux produces
much better code:
li 9,144
addis 8,2,.LC1@toc@ha
lvx 0,1,9
ld 10,.LC1@toc@l(8)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56864
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
CC||dje at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #8 from Robert Lougher rob.lougher at gmail dot com ---
A couple of things:
On 22 July 2013 16:40, Ondřej Bílka nel...@seznam.cz wrote:
These patches were generated by running command
stylepp_spell_patch
This is third part where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #8 from Jason Merrill jason at gcc dot gnu.org ---
I don't know how exactly these builtins interact with overload resolution, but
it should be calling decay_conversion to turn arrays into pointers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
Andrew Macleod amacleod at redhat dot com changed:
What|Removed |Added
CC||rth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57904
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
Bill Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
CC||joseph at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
I'm not expert on the 64-bit ABI; the Power.org ABI TSC never really got
onto doing anything with the 64-bit ABI, although nominally it's in scope.
The only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57800
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patch@ and fortran@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01054.html
http://gcc.gnu.org/ml/fortran/2013-07/msg00068.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
I don't understand the comment questionable optimization patterns.
I don't see much value in optimizing a memcpy to initialize a variable, it's
unlikely to be in a hot spot. I'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57791
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@ and fortran@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01056.html
http://gcc.gnu.org/ml/fortran/2013-07/msg00070.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57801
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@ and fortran@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01055.html
http://gcc.gnu.org/ml/fortran/2013-07/msg00069.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57802
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@ and fortran@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01057.html
http://gcc.gnu.org/ml/fortran/2013-07/msg00071.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57804
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@ and fortran@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01058.html
http://gcc.gnu.org/ml/fortran/2013-07/msg00072.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57921
Steve Ellcey sje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57964
Bug ID: 57964
Summary: Bug box with ambiguity combined with expression if
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49524
David Starner prosfilaes at gmail dot com changed:
What|Removed |Added
CC||prosfilaes at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Summary|Uniquization of constants |[4.6/4.7/4.8/4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57956
--- Comment #1 from Rich Townsend townsend at astro dot wisc.edu ---
Temporary workaround: add --disable-nls to ./configure args.
Joseph == Joseph S Myers jos...@codesourcery.com writes:
Joseph I have now revised this patch from a year ago in line with my
Joseph understanding of how _Generic ought to handle the various special
Joseph cases
Thanks for doing this.
Joseph + /* The association's type, or NULL_TREE for
Hi,
when creating the fallback framestate for unwinding through a signal
frame we currently use a linear mapping from the hard regs to dwarf
regs also for FPRs. This is wrong. In order to deal with FPR
register pairs as required by the hardware there is a specific mapping
defined in the ABI
[RFC] Allow functions calling mcount before prologue to be leaf functions
http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00993.html
[PATCH] PR57377: Fix mnemonic attribute
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg01364.html
[PATCH] Doc: Add documentation for the mnemonic attribute
Hi,
On 07/22/2013 11:38 PM, Jason Merrill wrote:
I guess ptr_reasonably_similar should return false if one of the
target types is incomplete.
Thanks.
The below passes testing on x86_64-linux. I'm also taking the chance to
change the return type to bool, consistently with comptypes,
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Iyer, Balaji V balaji.v.i...@intel.com writes:
-Original Message-
From: Jakub Jelinek [mailto:ja...@redhat.com]
Sent: Monday, July 01, 2013 1:09 PM
To: Iyer, Balaji V
Cc: gcc-patches@gcc.gnu.org; Rainer Orth
Subject: Re: [PATCH]
Hi Richard,
Richard Sandiford rdsandif...@googlemail.com writes:
Kyrylo Tkachov kyrylo.tkac...@arm.com writes:
Hi all,
The fix for PR57735 is in current trunk (for a different issue I
think), just
needs a backport to 4.8.
It is r198462 by Richard Sandiford:
2013-04-30 Richard
2013/7/22 Paolo Carlini paolo.carl...@oracle.com:
Hi,
see audit trail for details. I tested on x86_64-linux (with/without
_GLIBCXX_X86_RDRAND artificially undefined) the below straightforward patch
and checked by hand the strace. I'm going to apply it soon.
Thanks,
Paolo.
On Mon, Jul 22, 2013 at 6:10 PM, Jonathan Wakely jwakely@gmail.com wrote:
They're not specified by the standard, it says
// these members are shown for exposition only:
Which means the names are used only for the purposes of describing the
semantics of the class, they are not normative
Hello
gcc.dg/vect/vect-iv-5.c XPASSes for arm-*-* since gcc.dg/vect/*.c tests are
always run with -ffast-math for arm-*-*. This patch makes xfail conditional
for this test by adding effective target keyword !arm_neon_ok.
OK for trunk?
Regards
VP
--
gcc/testsuite/ChangeLog:
2013-07-22 Vidya
Hi,
On 07/23/2013 11:17 AM, Chung-Ju Wu wrote:
2013/7/22 Paolo Carlini paolo.carl...@oracle.com:
Hi,
see audit trail for details. I tested on x86_64-linux (with/without
_GLIBCXX_X86_RDRAND artificially undefined) the below straightforward patch
and checked by hand the strace. I'm going to
Hi,
Found a typo in the GCC Internals documentation in one of the code
examples in 16.18.2 RTL to RTL Peephole Optimizers.
Best,
Nicklas
Index: gcc/doc/md.texi
===
--- gcc/doc/md.texi (revision 201156)
+++ gcc/doc/md.texi (working
On 07/23/2013 11:26 AM, Paolo Carlini wrote:
Currently you can't really get the error above.
Ah Ok, now I see when it can happen, not on Linux, it can happen when
string_conversions.h aren't available. Ok, I'll add back the include
momentarily.
Paolo.
2013/7/23 Paolo Carlini paolo.carl...@oracle.com:
On 07/23/2013 11:26 AM, Paolo Carlini wrote:
Currently you can't really get the error above.
Ah Ok, now I see when it can happen, not on Linux, it can happen when
string_conversions.h aren't available. Ok, I'll add back the include
Hello!
On x86_64, we can look into SSE mxcsr register to determine rounding mode.
2013-07-23 Uros Bizjak ubiz...@gmail.com
* config/fpu-387.h (get_fpu_rounding_mode): Read rounding mode
from SSE mxcsr register on x86_64.
Tested on x86_64-pc-linux-gnu {,-m32} and committed to
... in the future, when we manage to actually avoid including cstdio
from string I think we can avoid including it from random if we play
a bit with void*. Should be safe aliasing-wise. Something like the
below, completely untested.
Paolo.
Index: include/bits/random.h
On Tue, Jul 23, 2013 at 11:32:39AM +0200, Nicklas Bo Jensen wrote:
Hi,
Found a typo in the GCC Internals documentation in one of the code
examples in 16.18.2 RTL to RTL Peephole Optimizers.
Thanks, looks good, though the ChangeLog entry is missing, so
something like:
2013-07-23 Nicklas Bo
On 07/23/2013 11:56 AM, Paolo Carlini wrote:
... in the future, when we manage to actually avoid including cstdio
from string
The C++11 string conversions could be exported by the *.so, aren't
templates.
Paolo.
Hi, this is next in series of typo fixing patches.
I cleaned up http://kam.mff.cuni.cz/~ondra/gcc_misspells and fixed misspells
for letters a-d. I combined this list with what I done previously and here is
result.
I according to Joseph suggestion split it by directory.
This is done with
Hi, this is next in series of typo fixing patches.
I cleaned up http://kam.mff.cuni.cz/~ondra/gcc_misspells and fixed misspells
for letters a-d. I combined this list with what I done previously and here is
result.
I according to Joseph suggestion split it by directory.
This is done with
Hi, this is next in series of typo fixing patches.
I cleaned up http://kam.mff.cuni.cz/~ondra/gcc_misspells and fixed misspells
for letters a-d. I combined this list with what I done previously and here is
result.
I according to Joseph suggestion split it by directory.
This is done with
2013/7/23 Paolo Carlini paolo.carl...@oracle.com:
... in the future, when we manage to actually avoid including cstdio from
string I think we can avoid including it from random if we play a bit
with void*. Should be safe aliasing-wise. Something like the below,
completely untested.
I tested
I'm not thrilled by changing all refs to Parameterized by Parametrized.
Is Parameterized UK only, or is this an OK spelling for American/International
english as well?
If the latter, I wouldn't change these references.
Other changes are OK.
Arno
I'm not thrilled by changing all refs to Parameterized by Parametrized.
Is Parameterized UK only, or is this an OK spelling for
American/International
english as well?
From http://gcc.gnu.org/codingconventions.html#Spelling
Use...
Hi,
spotted a few debatable items.
On 07/23/2013 12:45 PM, Ondřej Bílka wrote:
-Ammend D.12.1 [auto.ptr]p2:
+Amend D.12.1 [auto.ptr]p2:
^^
I agree with all Paolo's comments.
Also libstdc++-v3/doc/html/ext/lwg-active.html is imported from
elsewhre so it's pointless fixing it, the upstream version comes from
https://github.com/cplusplus/LWG
Most of the changes are replacing British English with American
English, so low priority. I'll
On 19 July 2013 11:45, Yufeng Zhang yufeng.zh...@arm.com wrote:
Hi,
Following the work in AArch64 GAS to unify the ABI command line interface,
this patch updates the compiler driver to pass -mabi=* directly to the
assembler.
The related GAS patch is here:
On 27 June 2013 17:00, Yufeng Zhang yufeng.zh...@arm.com wrote:
This patch fixes the bug that pointer-typed argument passed on stack is not
padded properly in ILP32.
OK for the trunk?
OK
/Marcus
On 4 July 2013 08:07, Yufeng Zhang yufeng.zh...@arm.com wrote:
Hi,
This patch adds support for the register wsp; in ILP32, this is necessary
in order to support the global register variable associated the stack
pointer with the syntax asm (wsp); it is used in libgloss to get the stack
On 23 July 2013 10:18, Tim Shen wrote:
Are other parts ok? Could you please look at them?
In regex_token_iterator::_M_init the for loop could be replaced with
either for (auto __i : subs) or a call to std::find, which wouldn't
need the cast to int, but that's just stylistic and a matter of
Ondřej Bílka wrote:
Hi, this is next in series of typo fixing patches.
I committed the this Fortran as Rev. 201162, skipping only the
parameterized-to-parametrized change. That change was disputed at
other parts of this patch series and Merriam-Webster lists the former as
default entry and
Ondřej Bílka wrote:
Hi, this is next in series of typo fixing patches.
I committed the this Fortran as Rev. 201162, skipping only the
parameterized-to-parametrized change. That change was disputed at
other parts of this patch series and Merriam-Webster lists the former as
default entry and
On Tue, Jul 23, 2013 at 12:26:23PM +0100, Jonathan Wakely wrote:
I agree with all Paolo's comments.
Also libstdc++-v3/doc/html/ext/lwg-active.html is imported from
elsewhre so it's pointless fixing it, the upstream version comes from
https://github.com/cplusplus/LWG
ok, I have one
Support added for scalar NEG instruction in vector registers.
Execution testcase included.
Tested on usual GCC Linux regressions.
OK for trunk?
Cheers,
Ian
2013-07-23 Ian Bolton ian.bol...@arm.com
gcc/
* config/aarch64/aarch64-simd.md (negmode2): Offer alternative
that
This is the most exciting patch from me so far! XD
Here I temporarily shadow the Thompson NFA matcher[1](original
_Grep_matcher), and use the Depth-First Search(DFS, or backtracking)
approach instead.
Yes, DFS is *exponentially slow* :( However we need it, because when
encountering the feature
On 7/19/2013 15:21, Yaakov (Cygwin/X) wrote:
On 2013-07-14 20:15, JonY wrote:
2013-03-08 Yaakov Selkowitz yselkow...@users.sourceforge.net
* (gcc/testsuite/gcc.target/i386/pr25993.c): Skip unsupported test.
This patch was Dave Korn's.
OK.
Changelog
2013-03-08 Dave Korn
1 - 100 of 153 matches
Mail list logo