On Thu, Dec 18, 2014 at 05:34:12PM -0800, Alexey Samsonov wrote:
> Reviving this thread.
>
> What do you think of the following idea:
> 1) we keep "-fsanitize-recover" and "-fno-sanitize-recover" as
> deprecated synonyms
> for "-f(no-)?sanitize="
> 2) we introduce -fsanitize-recover= and
> -fno-sa
Hi all,
Attached patch adds new check (all blocks of 8 spaces are replaced with
tabs) to contrib/check_GNU_style.sh. It also changes the script to allow
reading patches from stdin and strengthens the "Dot, space, space, new
sentence." check.
Is this ok to commit?
-Y
>From c099086a7325d5feca286
Hi,
This patch expands the arm types neon_logic, neon_from_gp and
neon_to_gp. This change mainly suits to marvell-whitney cores, and
will not affect other arm core's pipeline description.
neon_logic is expanded to neon_logic_reg and neon_logic_imm,
corresponding respectively to the predicates s_
On December 19, 2014 12:48:22 AM CET, Jan Hubicka wrote:
>Hi,
>this patch started as experiment moving hash_table_mod1 inline because
>it shows
>high in streaming profiles and it represents a branch-less code that is
>good
>to schedule to surrounding instructions.
>While looking at hash-tab.h I ho
On Fri, Dec 19, 2014 at 08:19:17AM +, Xingxing Pan wrote:
> Hi,
>
> This patch expands the arm types neon_logic, neon_from_gp and
> neon_to_gp. This change mainly suits to marvell-whitney cores, and
> will not affect other arm core's pipeline description.
>
> neon_logic is expanded to neon_lo
Jakub, first thanks for answering, one question: Only tested and approved
patches are commited?
Ricardo
-Mensagem original-
De: Jakub Jelinek [mailto:ja...@redhat.com]
Enviada em: quinta-feira, 18 de dezembro de 2014 15:35
Para: Ricardo Sardano Guanciale
Cc: gcc-patches@gcc.gnu.org
Assun
On Fri, Dec 19, 2014 at 07:36:12AM -0200, Ricardo Sardano Guanciale wrote:
> Jakub, first thanks for answering, one question: Only tested and approved
> patches are commited?
Sure.
Jakub
On Fri, Dec 19, 2014 at 02:46:51AM +, Xingxing Pan wrote:
> Hi,
>
> This patch fix the reservation pattern of cortex_a9_neon_vmov in
> cortex-a9-neon.md.
>
> Is it OK for trunk?
This patch is obvious, and fixes my typo.
I couldn't see your name or email address in the MAINTAINERS file, so
Brilliant!
Xingxing
On 19/12/2014 17:44, James Greenhalgh wrote:
On Fri, Dec 19, 2014 at 02:46:51AM +, Xingxing Pan wrote:
Hi,
This patch fix the reservation pattern of cortex_a9_neon_vmov in
cortex-a9-neon.md.
Is it OK for trunk?
This patch is obvious, and fixes my typo.
I couldn't s
Hi!
This is an attempt to extend RTL unroller to allow cases like mentioned in the
PR -
namely when loop has duplicated exit blocks and back edges.
Bootstrapped and regtested on x86_64, also checking wide range of benchmarks -
spec2K, spec2006, EEMBC
Is it ok for trunk in case if no testing is
On 18/12/14 17:37, James Greenhalgh wrote:
On Thu, Dec 18, 2014 at 05:18:18PM +, Kyrill Tkachov wrote:
Ping.
https://gcc.gnu.org/ml/gcc-patches/2014-12/msg00947.html
This patch almost certainly falls under the obvious rule:
"will the person who objects to my work the most be able to
2014-12-19 3:51 GMT+00:00 Bin.Cheng :
> On Fri, Dec 19, 2014 at 6:09 AM, Segher Boessenkool
> wrote:
>> On Thu, Dec 18, 2014 at 05:00:01PM +, Jiong Wang wrote:
>>> On 17/12/14 15:54, Richard Biener wrote:
>>> >ick. I realize we don't have SSA form on RTL but doesn't DF provide
>>> >at least s
On 19/12/2014 17:35, James Greenhalgh wrote:
On Fri, Dec 19, 2014 at 08:19:17AM +, Xingxing Pan wrote:
Hi,
This patch expands the arm types neon_logic, neon_from_gp and
neon_to_gp. This change mainly suits to marvell-whitney cores, and
will not affect other arm core's pipeline description.
Hi Andre,
I have posted my results with your patch (and those for pr63851) at
https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg02408.html.
I don’t see any problem with unlimited_polymorphic_2.f90. However the character
lengths are now wrong (they are 0) with your old patch for pr60289 at
https
Hi Xingxing,
On 18/12/14 10:13, Xingxing Pan wrote:
+
+(define_attr "tune_marvell_whitney" "yes,no"
+ (const (if_then_else (eq_attr "tune" "marvell_whitney")
+ (const_string "yes")
+ (const_string "no"
Why do you need this? The canonical way we
On Thu, Dec 18, 2014 at 07:00:09PM +0100, Thomas Schwinge wrote:
> > The point is that we now have lots of clauses, and making it clear what from
> > those clauses are Cilk+, what are OpenACC, what are OpenMP will help with
> > code readability.
So here is what I'd like to see with PRAGMA_O*_CLAUS
Hi Xingxin,
It seems that your mail client mangled this patch, at least the
following hunk doesn't apply, even when I try to get it from the web
archives.
Could you please resend it as an attachment perhaps?
Thanks,
Kyrill
On 18/12/14 10:13, Xingxing Pan wrote:
diff --git a/gcc/config/arm/a
On Thu, Dec 18, 2014 at 2:39 PM, Martin Liška wrote:
> On 12/17/2014 04:23 PM, Richard Biener wrote:
>>
>> On Wed, Dec 17, 2014 at 12:17 PM, Martin Liška wrote:
>>>
>>> On 12/11/2014 01:37 PM, Richard Biener wrote:
On Wed, Dec 10, 2014 at 1:18 PM, Martin Liška wrote:
>
>
>
On 19/12/2014 18:38, Kyrill Tkachov wrote:
Hi Xingxin,
It seems that your mail client mangled this patch, at least the
following hunk doesn't apply, even when I try to get it from the web
archives.
Could you please resend it as an attachment perhaps?
Thanks,
Kyrill
On 18/12/14 10:13, Xingxing
On 19/12/2014 18:29, Xingxing Pan wrote:
On 19/12/2014 17:35, James Greenhalgh wrote:
On Fri, Dec 19, 2014 at 08:19:17AM +, Xingxing Pan wrote:
Hi,
This patch expands the arm types neon_logic, neon_from_gp and
neon_to_gp. This change mainly suits to marvell-whitney cores, and
will not affe
On Thu, Dec 18, 2014 at 6:38 PM, Martin Liška wrote:
> On 12/17/2014 04:23 PM, Richard Biener wrote:
>>
>> On Wed, Dec 17, 2014 at 12:17 PM, Martin Liška wrote:
>>>
>>> On 12/11/2014 01:37 PM, Richard Biener wrote:
On Wed, Dec 10, 2014 at 1:18 PM, Martin Liška wrote:
>
>
>
On Thu, Dec 18, 2014 at 8:23 PM, Aldy Hernandez wrote:
> Hi Jason.
>
> It's embarrassing that I just got to this now. I hope you don't repay the
> favor and take as long responding to me :(.
>
> On 09/12/14 08:15, Jason Merrill wrote:
>>
>> On 09/11/2014 08:51 PM, Aldy Hernandez wrote:
>
>
>>>
On Fri, Dec 19, 2014 at 1:37 AM, Michael Collison
wrote:
> This patch flattens tree.h and tree-core.h. This work is part of the GCC
> Re-Architecture effort being led by Andrew MacLeod.
>
> I removed the includes in tree.h and tree-core.h except for the include of
> tree-core.h in tree.h.
>
> I mo
On Fri, Dec 19, 2014 at 11:28 AM, Jiong Wang
wrote:
> 2014-12-19 3:51 GMT+00:00 Bin.Cheng :
>> On Fri, Dec 19, 2014 at 6:09 AM, Segher Boessenkool
>> wrote:
>>> On Thu, Dec 18, 2014 at 05:00:01PM +, Jiong Wang wrote:
On 17/12/14 15:54, Richard Biener wrote:
>ick. I realize we don't
On Thu, Dec 18, 2014 at 2:45 PM, Yuri Rumyantsev wrote:
> Richard,
>
> I am sending you full patch (~1000 lines) but if you need only patch.1
> and patch.2 will let me know and i'll send you reduced patch.
>
> Below are few comments regarding your remarks for patch.3.
>
> 1. I deleted sub-phase if
> still can anyone confirm that it is safe to re-use REG_DEAD info there
> without calling df_note_add_problem and df_analysis first? or I am
> using those info passed down from the previous pass which calculated
> these info and maybe broken?
It is generally _not_ safe to consume REG_UNUSED and R
On 12/17/2014 05:43 PM, Jakub Jelinek wrote:
On Wed, Dec 17, 2014 at 04:14:00PM -0500, Jason Merrill wrote:
On 12/05/2014 03:28 PM, Jakub Jelinek wrote:
3) there is no __has_attribute__ middle-end secondary macro,
when it is a built-in macro, it works fine in #ifdef too
I'm not sure what th
Hi Jakub!
On Fri, 19 Dec 2014 11:36:39 +0100, Jakub Jelinek wrote:
> On Thu, Dec 18, 2014 at 07:00:09PM +0100, Thomas Schwinge wrote:
> > > The point is that we now have lots of clauses, and making it clear what
> > > from
> > > those clauses are Cilk+, what are OpenACC, what are OpenMP will hel
Hi all,
the attached patch fixes a wrong-code issue with unlimited poylmorphic
INTENT(OUT) arguments.
We default-initialize all polymorphic INTENT(OUT) arguments via the
_def_init component of the vtable. The problem is that the intrinsic
types don't have a default initialization. Therefore their
On Fri, Dec 19, 2014 at 01:20:52PM +0100, Thomas Schwinge wrote:
> Hi Jakub!
>
> On Fri, 19 Dec 2014 11:36:39 +0100, Jakub Jelinek wrote:
> > On Thu, Dec 18, 2014 at 07:00:09PM +0100, Thomas Schwinge wrote:
> > > > The point is that we now have lots of clauses, and making it clear what
> > > > f
On the way to prepare some (aix) libtool patch for toplevel libtool.m4
I've discovered that different versions of automake were used to generate
files across various libs:
most libs: automake-1.11.1
libatomic r211747: automake-1.11.6
libgfortran r204654: automake-1.11.3
r21
On 12/19/2014 06:20 AM, Richard Biener wrote:
On Fri, Dec 19, 2014 at 1:37 AM, Michael Collison
wrote:
This patch flattens tree.h and tree-core.h. This work is part of the GCC
Re-Architecture effort being led by Andrew MacLeod.
I removed the includes in tree.h and tree-core.h except for the i
Janus Weil wrote:
> the attached patch fixes a wrong-code issue with unlimited poylmorphic
> INTENT(OUT) arguments.
>
> We default-initialize all polymorphic INTENT(OUT) arguments via the
> _def_init component of the vtable. The problem is that the intrinsic
> types don't have a default initializat
On 12/19/2014 08:44 AM, Andrew MacLeod wrote:
On 12/19/2014 06:20 AM, Richard Biener wrote:
On Fri, Dec 19, 2014 at 1:37 AM, Michael Collison
wrote:
This patch flattens tree.h and tree-core.h. This work is part of the
GCC
Re-Architecture effort being led by Andrew MacLeod.
I removed the inc
On Fri, Dec 19, 2014 at 11:51:06AM +0800, Bin.Cheng wrote:
> >> yes, we want to restrict the transformation on single-use pseudo only,
> >> and it's better the transformation could re-use existed info and helper
> >> function to avoid increase compile time. but I haven't found anything I
> >> can r
On 12/19/2014 06:26 AM, Richard Biener wrote:
On Fri, Dec 19, 2014 at 11:28 AM, Jiong Wang
wrote:
2014-12-19 3:51 GMT+00:00 Bin.Cheng :
On Fri, Dec 19, 2014 at 6:09 AM, Segher Boessenkool
wrote:
On Thu, Dec 18, 2014 at 05:00:01PM +, Jiong Wang wrote:
On 17/12/14 15:54, Richard Biener wr
Hi,
Sorry for the quick ping, but this fixes bootstrap on AIX, powerpc-darwin,
and 32-bit PowerPC Linux. Could a gentle soul please spare a minute to
review, before the holidays? Thanks in advance!
Segher
p.s. The regtests of course succeeded.
On Tue, Dec 16, 2014 at 03:28:16PM -0800, Segh
2014-12-19 0:14 GMT+01:00 Jason Merrill :
> On 12/18/2014 01:16 PM, Kai Tietz wrote:
>>
>> Well, in general I would have assumed to be able to get alias decl of
>> tmpl. Wasn't able to find a simple way to get it. So, by looking into
>> source I found that most cases handling args > tmpl-args by us
Compiling more Go code revealed a couple more cases that need a
temporary for interface conversion. The first is passing an interface
value to panic. The second is when a temporary itself has a type that
forces conversion, which can happen in a return statement. This patch
adds them. Bootstrapp
OK, thanks.
Jason
On Fri, Dec 19, 2014 at 8:00 AM, Kai Tietz wrote:
> 2014-12-19 0:14 GMT+01:00 Jason Merrill :
>> On 12/18/2014 01:16 PM, Kai Tietz wrote:
>>>
>>> Well, in general I would have assumed to be able to get alias decl of
>>> tmpl. Wasn't able to find a simple way to get it. So, by looking into
>>> sour
2014-12-19 17:46 GMT+01:00 H.J. Lu :
>
> Did you forget to check in the testcase?
No, see rev 218956.
> --
> H.J.
Hi,
On Thu, Dec 18, 2014 at 02:48:46PM -0600, Pat Haugen wrote:
> ;; 128-bit ANDC/ORC
> +;; In the case where rs6000_split_logical is called, the NOT'd operand
> +;; must be opnd1 in order for the split insns to be recognized.
So fix rs6000_split_logical?
> (define_insn_and_split "*boolc3_
Since we have C++14 sized deallocation we should enable the SD-6 feature
test macro.
For this feature test I'm not using language version but testing
flag_sized_deallocation in case C++14 turns the feature off or C++11
turns the feature on (as my reading and testing indicate that it can).
Bu
OK, thanks.
Jason
Hi,
On 12/19/2014 05:48 PM, Kai Tietz wrote:
2014-12-19 17:46 GMT+01:00 H.J. Lu :
Did you forget to check in the testcase?
No, see rev 218956.
But you want to move it to the cpp0x directory, and likely name it
alias-decl-45.C or something similar. In the template directory is also
compiled i
On 19/12/2014 16:13, Segher Boessenkool wrote:
> Hi,
>
> Sorry for the quick ping, but this fixes bootstrap on AIX, powerpc-darwin,
> and 32-bit PowerPC Linux. Could a gentle soul please spare a minute to
> review, before the holidays? Thanks in advance!
I cannot approve it, but the patch is
2014-12-19 14:48 GMT+01:00 Tobias Burnus :
> As you write yourself, the issue can only occur for CLASS(*). Hence,
> please apply this only for UNLIMITED_POLY() to avoid unneccessary code side
> increase and performance decrease.
Good point, thanks for reviewing. An updated patch is attached. Will
Hi,
On 12/19/2014 12:52 AM, Jason Merrill wrote:
+ X::f([](auto... xs){}); // { dg-error "" "" { target { ! cxx14 } } }
I think you want to change the ! cxx14 bits, apparently don't work.
Thanks,
Paolo.
Hi Jakub!
On Thu, 18 Dec 2014 19:33:07 +0100, Jakub Jelinek wrote:
> On Thu, Dec 18, 2014 at 07:25:03PM +0100, Thomas Schwinge wrote:
> > On Wed, 17 Dec 2014 23:26:53 +0100, I wrote:
> > > Committed to gomp-4_0-branch in r218840:
> > >
> > > commit febcd8dfdb10fa80edff0880973d1915ca2fef74
> > >
I've now committed all three of these patches, as r/218958 r/218960 and
r/218961, after investigating the effect of the first two on a range of
benchmarks (Spec2000, Geekbench, Spec2k6) and finding almost no effect on
codegen and no significant performance difference on Cortex-A53 or Cortex-A57.
2014-12-19 18:22 GMT+01:00 Paolo Carlini :
> Hi,
>
>
> On 12/19/2014 05:48 PM, Kai Tietz wrote:
>>
>> 2014-12-19 17:46 GMT+01:00 H.J. Lu :
>>>
>>> Did you forget to check in the testcase?
>>
>> No, see rev 218956.
>
> But you want to move it to the cpp0x directory, and likely name it
> alias-decl-4
On December 19, 2014 6:23:05 PM CET, Paolo Bonzini wrote:
>
>
>On 19/12/2014 16:13, Segher Boessenkool wrote:
>> Hi,
>>
>> Sorry for the quick ping, but this fixes bootstrap on AIX,
>powerpc-darwin,
>> and 32-bit PowerPC Linux. Could a gentle soul please spare a minute
>to
>> review, before the
On December 19, 2014 2:44:00 PM CET, Andrew MacLeod wrote:
>On 12/19/2014 06:20 AM, Richard Biener wrote:
>> On Fri, Dec 19, 2014 at 1:37 AM, Michael Collison
>> wrote:
>>> This patch flattens tree.h and tree-core.h. This work is part of the
>GCC
>>> Re-Architecture effort being led by Andrew Ma
The powerpc64 ICE is fixed, so I'm committing the std::string ABI
transition patch.
This replaces our venerable Copy-on-Write std::string with a
C++11-conforming* Small-String Optimized std::__cxx11::string.
(* It's not quite 100% conforming, as it's missing some allocator
features. Of course.
On 12/19/2014 01:12 PM, Richard Biener wrote:
On December 19, 2014 2:44:00 PM CET, Andrew MacLeod wrote:
On 12/19/2014 06:20 AM, Richard Biener wrote:
On Fri, Dec 19, 2014 at 1:37 AM, Michael Collison
wrote:
This patch flattens tree.h and tree-core.h. This work is part of the
GCC
Re-Archi
I merged trunk revision 218953 to the gccgo branch.
Ian
> On December 19, 2014 12:48:22 AM CET, Jan Hubicka wrote:
> >Hi,
> >this patch started as experiment moving hash_table_mod1 inline because
> >it shows
> >high in streaming profiles and it represents a branch-less code that is
> >good
> >to schedule to surrounding instructions.
> >While looking at
>
> Yeah, I've told you that this is a major blocker I couldn't resolve the last
> time I tried to move things.
>
> IMHO this Java method aliases needs to be made cgraph-aware somehow,
> thus we need to build the aliases as proper aliases during candidate
> collection but somehow mark them reclai
> >
> > Yeah, I've told you that this is a major blocker I couldn't resolve the last
> > time I tried to move things.
> >
> > IMHO this Java method aliases needs to be made cgraph-aware somehow,
> > thus we need to build the aliases as proper aliases during candidate
> > collection but somehow ma
On 12/19/14 10:58, Jan Hubicka wrote:
Yeah, I've told you that this is a major blocker I couldn't resolve the last
time I tried to move things.
IMHO this Java method aliases needs to be made cgraph-aware somehow,
thus we need to build the aliases as proper aliases during candidate
collection bu
On 12/19/14 10:53, Jan Hubicka wrote:
Yeah, I've told you that this is a major blocker I couldn't resolve the last
time I tried to move things.
IMHO this Java method aliases needs to be made cgraph-aware somehow,
thus we need to build the aliases as proper aliases during candidate
collection bu
It looks like java aliases are still using assemble_alias directly;
switching to using same_body aliases like thunks and such should handle
the issue.
Jason
Committed as r218968.
Cheers,
Janus
2014-12-19 18:24 GMT+01:00 Janus Weil :
> 2014-12-19 14:48 GMT+01:00 Tobias Burnus :
>> As you write yourself, the issue can only occur for CLASS(*). Hence,
>> please apply this only for UNLIMITED_POLY() to avoid unneccessary code side
>> increase and perform
r218617 broke test-error-pr63969-missing-driver.c.
The commit added an xstrdup of new string option values on a
gcc_jit_context, but string option values are allowed to be NULL.
Handle the NULL case.
Committed to trunk as r218969.
gcc/jit/ChangeLog:
* jit-recording.c (gcc::jit::recordin
On Fri, Dec 19, 2014 at 06:54:04PM +0100, Thomas Schwinge wrote:
> Like this (not yet applied)?
I think it is fine, though the ChangeLog entry is not. Though in the late
of hopefully soonish merge and creation of full ChangeLog entry it is not a
big deal.
Jakub
> It looks like java aliases are still using assemble_alias directly;
assemble_alias dispatch to code adding alias pair to callgarph, so that should
be safe. My understanding is that Aldys concern is that creating the aliases
early leads to undefined symbol because we produce aliases that never g
On Fri, Dec 19, 2014 at 10:54:22AM -0600, Segher Boessenkool wrote:
> On Thu, Dec 18, 2014 at 02:48:46PM -0600, Pat Haugen wrote:
> > ;; 128-bit ANDC/ORC
> > +;; In the case where rs6000_split_logical is called, the NOT'd operand
> > +;; must be opnd1 in order for the split insns to be recogni
The change to dynamically-allocated string options in r218617
introduced an issue with nested contexts, which were simply taking a
copy of the string pointer, rather than owning their own buffer.
Visible as various read-after-free errors when running
test-nested-contexts.c under valgrind, where a
> Okay with those changes.
Committed as r218973
Thanks,
Matthew
> > gcc/
> >
> > * config.gcc: Support mips*-img-linux* and mips*-img-elf*.
> > * config/mips/mti-linux.h: Support mips32r6 as being the default
> > arch.
> > * config/mips/t-img-elf: New.
> > * config/mips/t-img-linux: New.
> >
>
> This patch is OK to commit.
Committed as r218975
Attempts to use gcc_jit_context_new_cast on an rvalue with non-"int"
numeric type, with "bool" as the desired type would lead to an ICE
when the context was compiled.
Fix it.
Brings jit.sum from:
# of expected passes 4888
to:
# of expected passes 5008
Committed to trunk as
The reason I included tree-core.h in all the .c files was the
requirement in tree.h (now flattened to the .c files) for fold-const.h.
In tree.h there are inline functions such as
fold_build_pointer_plus_hwi_loc which reference functions in
fold-const.h. The moment you include fold-const.h you r
On 20 December 2014 at 02:16, Michael Collison
wrote:
> The reason I included tree-core.h in all the .c files was the requirement in
> tree.h (now flattened to the .c files) for fold-const.h. In tree.h there are
> inline functions such as fold_build_pointer_plus_hwi_loc which reference
> functions
On 12/19/2014 03:46 PM, Michael Collison wrote:
The reason I included tree-core.h in all the .c files was the
requirement in tree.h (now flattened to the .c files) for
fold-const.h. In tree.h there are inline functions such as
fold_build_pointer_plus_hwi_loc which reference functions in
fold-c
Andrew,
Yes it appears those are the three offenders. I like the approach of
moving them to fold-const.c and exporting from fold-const.h. I will try
that approach.
On 12/19/2014 02:10 PM, Andrew MacLeod wrote:
On 12/19/2014 03:46 PM, Michael Collison wrote:
The reason I included tree-core.h
On 12/19/2014 01:50 PM, Segher Boessenkool wrote:
On Fri, Dec 19, 2014 at 10:54:22AM -0600, Segher Boessenkool wrote:
>On Thu, Dec 18, 2014 at 02:48:46PM -0600, Pat Haugen wrote:
> > ;; 128-bit ANDC/ORC
> >+;; In the case where rs6000_split_logical is called, the NOT'd operand
> >+;; must
More test cases, more cases where the Go frontend needs to create a
temporary in the case of interface conversion. This is for map index
expressions and map composite literals. Also only flatten call
expressions once; they tend to appear in the tree multiple times.
Bootstrapped and ran Go testsui
Revision version, the divmod and the parity routines have been reimplemented
based on libgcc2.c and all the new files are now under GPL+exception.
libgcc/ChangeLog
2014-12-19 Eric Botcazou
* config.host: Add Visium support.
* config/visium: New directory.
--
Eric
> Please be more specific though. If you don't think the patch is correct,
> what do you think the requirement should be and how should it be integrated
> into the existing checks?
Good question, but I have asked it first. :-)
So what are the new subregs that we want to accept here? Can someone
Hi all,
after committing my recent patch for PR 64209, I realized that the
accompanying test case is actually invalid in one aspect and that
there is already a PR (and patch) for that problem: PR 54756. It's
about F08 forbidding polymorphic INTENT(OUT) arguments in pure
procedures. The reason for
I've done yet another merge from trunk, revision 218979, to gccgo branch.
Ian
On 16-Dec-14, at 8:17 PM, John David Anglin wrote:
On 8-Dec-14, at 5:36 PM, Jeff Law wrote:
On 12/08/14 15:15, John David Anglin wrote:
On 12/8/2014 3:01 PM, Jeff Law wrote:
The above is wrong for sibcalls. Sibcall arguments are relative
to the incoming argument pointer. Is this always the
Hello
Great news.
However we need the following to make debug/profile modes happy.
Shouldn't we use _GLIBCXX_ABI_TAG_CXX11 to tag the __cxx11 namespace ?
2014-12-20 François Dumont
* include/bits/c++config: inline __cxx11 namespace within namespace
__cxx1998.
Ok to com
This fixes some duplicate symbols which break Darwin bootstrap.
Tested x86_64-linux and powerpc64-linux, committed to trunk.
commit fa3a5af2feee0f9873ba1a9bdb84148dd122506c
Author: Jonathan Wakely
Date: Fri Dec 19 23:44:01 2014 +
Fix duplicate symbol errors in Darwin bootstrap.
On Mon, 8 Dec 2014, Martin Uecker wrote:
> Another version of this patch. I fixed the formatting problems and
> the spurios use of OPT_Wdiscarded_array_qualifiers. I also added
> '-pedantic -Wdiscarded-array-qualifiers' to the dg-options in
> 'testsuite/gcc.dg/qual-component-1.c' and changed the
On 20/12/14 00:52 +0100, François Dumont wrote:
Hello
Great news.
However we need the following to make debug/profile modes happy.
Ah, thanks for checking it.
Shouldn't we use _GLIBCXX_ABI_TAG_CXX11 to tag the __cxx11 namespace ?
No, that is defined to __attribute__((abi_tag("cxx
The canonical form has the NOT first. If the second operand needs the
NOT, the operands need to be reversed when the new insn is created, in
rs6000_split_logical, not in the pattern.
Thanks, David
On Fri, Dec 19, 2014 at 4:27 PM, Pat Haugen wrote:
> On 12/19/2014 01:50 PM, Segher Boessenkool w
>> It would be nice to have a small test case for this problem with
>> compiler options to reproduce it.
>
> Thanks for the detailed explanation. The original issue has found
> with the older sh-lra branch which was based on trunk at this September.
> Now I've found that the original test case in
Passes regression tests, ok for google 4_9?
Thanks,
Teresa
2014-12-19 Teresa Johnson
Google ref b/18800499
* cgraph.c (cgraph_can_remove_if_no_direct_calls_and_refs_p): Make
consistent with mark_functions_for_output for LIPO aux functions.
Index: cgraph.c
On 12/19/14 11:03, Jason Merrill wrote:
First of all, my bad Richard. I vaguely remember you mentioning
something about Java, but it was early enough in the project that I had
no idea what you were talking about. Thanks for your patience.
It looks like java aliases are still using assemble
91 matches
Mail list logo
