On 10/06/2014 06:57 PM, Eric Botcazou wrote:
I posted it with v2 in the subject. I have now attached it.
There is a pasto in the v2:
@@ -1764,6 +1772,12 @@ extern int sparc_indent_opcode;
#define AS_LEON_FLAG "-Av8"
#endif
+#ifdef HAVE_AS_LEONV7
+#define AS_LEONV7_FLAG "-Aleon"
+#else
+
Hi,
This patch adds Cavium octeon3 support in mips.
Please review the patch and let us know if there should be any
modifications.
Submitting the patch on behalf of Andrew Pinski.
Thanks,
2014-10-07 Andrew Pinski
* config/mips/mips-cpus.def (octeon3): New cpu.
* config/mips/mip
On 6 October 2014 19:58, Jeff Law wrote:
> What makes word_mode special here? ie, why is special casing for word_mode
> the right thing to do?
The patch does not special-case word mode. The if condition tests if
smode would
cover multiple hard registers.
If that would be the case, smode is repl
On 10/06/2014 03:56 AM, Ilmir Usmanov wrote:
> As usual, I'll mostly focus on fortran part, since I don't know CFE and
> ME well enough.
>
> Nevertheless, is there a reason to differ C from Fortran in behavior of
> matching int-expr-list? I mean, in C you support only integer literals
> as parame
On Tue, Oct 7, 2014 at 1:20 AM, Mike Stump wrote:
> On Oct 6, 2014, at 4:32 AM, Richard Biener wrote:
>> On Mon, Oct 6, 2014 at 11:57 AM, Bin.Cheng wrote:
>>
>> How many merging opportunities does sched2 undo again? ISTR it
>> has the tendency of pushing stores down and loads up.
>
> So, the pa
On 10/06/2014 08:50 PM, Siva Chandra wrote:
On Sat, Oct 4, 2014 at 11:14 AM, Jason Merrill wrote:
On 10/03/2014 05:41 PM, Siva Chandra wrote:
I understand that knowing whether a copy-ctor or a d-tor has been
explicitly defaulted is not sufficient to determine the parameter
passing ABI. Howeve
On Sat, Oct 4, 2014 at 11:14 AM, Jason Merrill wrote:
> On 10/03/2014 05:41 PM, Siva Chandra wrote:
>>
>> I understand that knowing whether a copy-ctor or a d-tor has been
>> explicitly defaulted is not sufficient to determine the parameter
>> passing ABI. However, why is it not necessary? I could
On 10/7/14 7:18, Chen Gang wrote:
> On 10/7/14 1:29, Mike Stump wrote:
>> On Oct 6, 2014, at 8:36 AM, Chen Gang wrote:
>>> For me, "make -k check" is suitable for one sub-system (e.g. for cross
>>> building, and mainly focus on gcc), but not for global check (full
>>> non-cross building check):
>>
On Mon, Oct 6, 2014 at 3:22 PM, Joseph S. Myers wrote:
> If adding a new option, you need to document it in invoke.texi.
Patch updated.
Thanks
Sri
>
> --
> Joseph S. Myers
> jos...@codesourcery.com
Add a negative for option -pie: -no-pie builds a position dependent executable.
Note that -no-pie
On 10/7/14 1:29, Mike Stump wrote:
> On Oct 6, 2014, at 8:36 AM, Chen Gang wrote:
>> For me, "make -k check" is suitable for one sub-system (e.g. for cross
>> building, and mainly focus on gcc), but not for global check (full
>> non-cross building check):
>
> In our world, there is no sub-system,
If adding a new option, you need to document it in invoke.texi.
--
Joseph S. Myers
jos...@codesourcery.com
Ping... anyone want to take a look?
Andrew
On 09/29/2014 01:23 PM, Andrew MacLeod wrote:
On 09/16/2014 05:23 PM, Andrew MacLeod wrote:
On 09/16/2014 05:12 PM, Joseph S. Myers wrote:
On Tue, 16 Sep 2014, Andrew MacLeod wrote:
I did an include file reduction on all the language/*.[ch] and core
Hi,
A build tool we are using adds -pie by default and I am adding
-no-pie to override this when necessary.
Is this patch alright? Would this be suitable for trunk?
Thanks
Sri
Add a negative for option -pie: -no-pie builds a position dependent executable.
Note that -no-pie also negates a pri
Hi Steve,
You're the lucky recipient of my first review so apologies for being
slow and cautious...
I tried to find a reason why the files were originally separated like this
and I can't see anything obvious. I assume you also found no reason.
Presumably the separation was just to avoid disturbi
On Mon, 6 Oct 2014, Steve Kargl wrote:
> On Mon, Oct 06, 2014 at 08:38:14PM +, Joseph S. Myers wrote:
> > Since -static-libquadmath introduces LGPL requirements on redistributing
> > the resulting binaries (that you provide source or relinkable object files
> > to allow relinking with modifi
2014-10-06 23:00 GMT+02:00 François Dumont :
> On 05/10/2014 22:54, Marc Glisse wrote:
>>
>> On Sun, 5 Oct 2014, François Dumont wrote:
>>
>>>I took a look at PR 61217 regarding pop_heap complexity guarantee.
>>> Looks like we have no test to check complexity of our algos so I start
>>> writing
On Mon, Oct 06, 2014 at 11:54:00AM +0200, Marek Polacek wrote:
> Java testsuite breaks with -std=gnu11 as a default and/or with
> -Wimplicit-function-declaration on, since the jvgenmain.c program
> that generates a C file containing 'main' function which calls either
> 'JvRunMainName' or 'JvRunMai
On 05/10/2014 22:54, Marc Glisse wrote:
On Sun, 5 Oct 2014, François Dumont wrote:
I took a look at PR 61217 regarding pop_heap complexity guarantee.
Looks like we have no test to check complexity of our algos so I
start writing some starting with the heap operations. I found no
issue with
On Mon, Oct 06, 2014 at 08:38:14PM +, Joseph S. Myers wrote:
> Since -static-libquadmath introduces LGPL requirements on redistributing
> the resulting binaries (that you provide source or relinkable object files
> to allow relinking with modified versions of libquadmath) that don't
> otherw
Ping.
On Mon, Sep 29, 2014 at 10:57 AM, Sriraman Tallam wrote:
> Ping.
>
> On Fri, Sep 19, 2014 at 2:11 PM, Sriraman Tallam wrote:
>> Hi Richard,
>>
>> I also ran the gcc testsuite with
>> RUNTESTFLAGS="--tool_opts=-mcopyrelocs" to check for issues. The only
>> test that failed was g++.dg/tsan/
On Sun, 5 Oct 2014, Marek Polacek wrote:
> It occured to me that we should probably use error_operand_p
> in the C FE where appropriate. Following change is meant only
> as a little cleanup.
>
> Bootstrapped/regtested on x86_64-linux, ok for trunk?
>
> 2014-10-04 Marek Polacek
>
> * c
Since -static-libquadmath introduces LGPL requirements on redistributing
the resulting binaries (that you provide source or relinkable object files
to allow relinking with modified versions of libquadmath) that don't
otherwise generally apply simply through using GCC to build a program even
if
On Mon, Oct 6, 2014 at 1:31 PM, Jan Hubicka wrote:
>>
>> Yes. That's doable. I'm just not sure if top 2 entries are enough. I
>> can see from your example that it will be useful for BBs having
>> multiple case stmt.
>
> I suppose we want real histogram profiler here. I.e. something that is given
>
> Yes. That's doable. I'm just not sure if top 2 entries are enough. I
> can see from your example that it will be useful for BBs having
> multiple case stmt.
I suppose we want real histogram profiler here. I.e. something that is given
value ranges and fill in the counts depending on value ran
On Mon, Oct 6, 2014 at 12:21 PM, Jan Hubicka wrote:
>> On Mon, Oct 6, 2014 at 11:22 AM, Jan Hubicka wrote:
>> > Rong,
>> > Would be possible to use topn profiler to get resonale histograms for
>> > switch
>> > expansion, too? In that case it may make sense to have value version of
>> > it as w
I've merged today's svn trunk into the git branch
dmalcolm/jit, pushing it as
81d39bf76e3ffd4e62c307cc8d22df18572eec19
Specifically, this is from trunk r215958 aka
e012cdc775868e9922f5fef9068a764546876d93
bringing in all changes since 215803 aka
68874c5d021dd6b8b740ffd23960e46e333270b5 (2014-10-02
> On Mon, Oct 6, 2014 at 11:22 AM, Jan Hubicka wrote:
> > Rong,
> > Would be possible to use topn profiler to get resonale histograms for switch
> > expansion, too? In that case it may make sense to have value version of it
> > as well.
>
> The underlying topn_profiler can be used the same way
On 10/06/14 02:51, Joern Rennecke wrote:
Investigating an ICE while trying to compile libgcc2.c:__udivmoddi4 for
a new avr variant with different register set/allocation order, I found
replace_reg_with_saved_mem falling over its own nonsense. The instruction:
(debug_insn 97 96 98 2 (var_locatio
On Mon, Oct 6, 2014 at 11:22 AM, Jan Hubicka wrote:
> Rong,
> Would be possible to use topn profiler to get resonale histograms for switch
> expansion, too? In that case it may make sense to have value version of it
> as well.
The underlying topn_profiler can be used the same way as the current
Rong,
Would be possible to use topn profiler to get resonale histograms for switch
expansion, too? In that case it may make sense to have value version of it as
well.
Otherwise the patch seems OK. I would implement it myself by introducing
separate
variables holding the topn profiler declarati
Rainer Orth writes:
> Hi Richard,
>> Rainer Orth writes:
>>> Hi Richard,
> It seems the new get_some_local_dynamic_name implementation in
> function.c lost the non-NULL check the sparc.c version had. I'm
> currently testing the following patch:
Could you do a:
c
Committed to branch dmalcolm/jit:
gcc/jit/ChangeLog.jit:
* Make-lang.in (lang_checks): Append "check-jit".
* docs/internals/index.rst (Running the test suite): Use
"check-jit" rather than "check-parallel-jit".
---
gcc/jit/Make-lang.in | 2 ++
gcc/jit/docs/inte
Ok, so unless there are objections, I plan to commit patches 1, 2, 4, 5, and 6,
which have been previously approved, in that sequence. (Of those, all bar patch
2 are AArch64 only.) I think this is better than maintaining an ever-expanding
patch series.
Then I'll get to work on migrating all backe
On Oct 6, 2014, at 8:36 AM, Chen Gang wrote:
> For me, "make -k check" is suitable for one sub-system (e.g. for cross
> building, and mainly focus on gcc), but not for global check (full
> non-cross building check):
In our world, there is no sub-system, so, talk of such is outside the scope of
g
On Oct 6, 2014, at 4:32 AM, Richard Biener wrote:
> On Mon, Oct 6, 2014 at 11:57 AM, Bin.Cheng wrote:
>
> How many merging opportunities does sched2 undo again? ISTR it
> has the tendency of pushing stores down and loads up.
So, the pass works by merging 2 or more loads into 1 load (at least o
> I posted it with v2 in the subject. I have now attached it.
There is a pasto in the v2:
@@ -1764,6 +1772,12 @@ extern int sparc_indent_opcode;
#define AS_LEON_FLAG "-Av8"
#endif
+#ifdef HAVE_AS_LEONV7
+#define AS_LEONV7_FLAG "-Aleon"
+#else
+#define AS_LEONV7_FLAG "-Av7"
+#endif
+
/* We us
Hi,
I ported the indirect-call topn target profile from google branch. It
implements the algorithm described in "Value profiling and
optimization" by Brad Calder and Peter Feller. This patch is the
runtime support.
Tested with gcc regression tests and the instrumentation patch (in a
separated pat
Hi,
I ported the indirect-call topn target profile from google branch. It
implements the algorithm described in "Value profiling and
optimization" by Brad Calder and Peter Feller. This patch is about the
instrumentation. When --param=indir-call-topn-profile=1 is specified,
we will use indirection-
On 28/03/14 08:56 +0900, Luke Allardyce wrote:
It looks like the new standard also requires the precision to be
ignored for hexfloat
For conversion from a floating-point type, if floatfield != (ios_base::fixed |
ios_base:: scientific), str.precision() is specified as precision in the
conversi
Hello,
This patch adds plugin support to libgomp, as well as memory mapping and
interaction with target devices through plugin's interface.
Bootstrapped and regtested on top of patch 4. Is it OK for trunk?
Thanks,
-- Ilya
2014-10-06 Jakub Jelinek
Ilya Verbin
Tho
> From: Dharmakan Rohit-B30502
> Sent: Monday, September 29, 2014 3:54 PM
>
> > From: Ulrich Weigand [mailto:uweig...@de.ibm.com] Maciej W. Rozycki
> > wrote:
> > > On Mon, 4 Aug 2014, Edmar wrote:
> > >
> > > > Committed on trunk, revision 213596 Committed on 4.9 branch,
> > > > revision 213597
>
On Mon, Oct 06, 2014 at 06:09:07PM +0400, Ilya Tocar wrote:
> > Speaking of -mavx512{bw,vl,f}, there apparently is a full 2 operand shuffle
> > for V32HI, V16S[IF], V8D[IF], so the only one instruction full
> > 2 operand shuffle we are missing is V64QI, right?
> >
> > What would be best worst case
On 10/6/14 22:59, Andrew Haley wrote:
> On 10/06/2014 04:00 PM, Chen Gang wrote:
>> On 10/6/14 22:28, Andrew Haley wrote:
[...]
>>> The testsuite isn't breaking: it's telling you something useful.
>>>
>>
>> Sorry it is breaked, at present, I temporarily skipped it and then can
>> let "make check" f
On 10/06/2014 04:00 PM, Chen Gang wrote:
> On 10/6/14 22:28, Andrew Haley wrote:
>> On 10/06/2014 03:27 PM, Chen Gang wrote:
>>> On 10/6/14 21:54, Andrew Haley wrote:
On 10/06/2014 02:53 PM, Chen Gang wrote:
> On 10/6/14 16:37, Andrew Haley wrote:
>> On 06/10/14 05:08, Chen Gang wrote:
On 10/6/14 22:28, Andrew Haley wrote:
> On 10/06/2014 03:27 PM, Chen Gang wrote:
>> On 10/6/14 21:54, Andrew Haley wrote:
>>> On 10/06/2014 02:53 PM, Chen Gang wrote:
On 10/6/14 16:37, Andrew Haley wrote:
> On 06/10/14 05:08, Chen Gang wrote:
>> After try normal configure, get almost t
On Sun, Oct 5, 2014 at 6:06 PM, Bill Schmidt
wrote:
> Hi,
>
> I spent some time thinking about handling vperm instructions in the
> analyze_swaps pass, and convinced myself that it isn't necessarily wise
> to do so. At the least it will require adding a cost model to the pass
> to determine wheth
On 10/06/2014 03:27 PM, Chen Gang wrote:
> On 10/6/14 21:54, Andrew Haley wrote:
>> On 10/06/2014 02:53 PM, Chen Gang wrote:
>>> On 10/6/14 16:37, Andrew Haley wrote:
On 06/10/14 05:08, Chen Gang wrote:
> After try normal configure, get almost the same result, I guess, our
> testsuite
On Mon, Oct 6, 2014 at 12:42 AM, Dominik Vogt wrote:
>
> On s390[x] the symbol value of a section symbol is definitely not
> zero.
Is true even in an object file? I agree that in an executable a
section symbol will have a non-zero value, but that case doesn't arise
since an executable won't have
On 10/6/14 21:54, Andrew Haley wrote:
> On 10/06/2014 02:53 PM, Chen Gang wrote:
>> On 10/6/14 16:37, Andrew Haley wrote:
>>> On 06/10/14 05:08, Chen Gang wrote:
After try normal configure, get almost the same result, I guess, our
testsuite under Darwin x86_64 is OK.
If no any a
On Mon, Oct 06, 2014 at 04:55:28PM +0400, Kirill Yukhin wrote:
> --- a/gcc/config/i386/i386.c
> +++ b/gcc/config/i386/i386.c
> @@ -21364,20 +21364,113 @@ ix86_expand_vec_perm_vpermi2 (rtx target, rtx op0,
> rtx mask, rtx op1)
>enum machine_mode mode = GET_MODE (op0);
>switch (mode)
>
On 06 Oct 09:08, Jakub Jelinek wrote:
> On Fri, Oct 03, 2014 at 04:39:08PM +0200, Jakub Jelinek wrote:
> > Just to stress the new testcases some more, I've enabled the
> > vec_perm_const{32hi,64qi} patterns.
> > Got several ICEs in expand_vec_perm_broadcast_1,
> > on the final gcc_unreachable () in
On 10/06/2014 02:53 PM, Chen Gang wrote:
> On 10/6/14 16:37, Andrew Haley wrote:
>> On 06/10/14 05:08, Chen Gang wrote:
>>> After try normal configure, get almost the same result, I guess, our
>>> testsuite under Darwin x86_64 is OK.
>>>
>>> If no any additional reply within a week, I shall continu
On 10/06/2014 04:56 AM, Paolo Carlini wrote:
+ && ! is_typedef_decl (var)
+ && ! TYPE_DECL_ALIAS_P (var))
Maybe "&& DECL_IMPLICIT_TYPEDEF_P (var)" instead of the above? OK
either way.
Jason
On 10/6/14 16:37, Andrew Haley wrote:
> On 06/10/14 05:08, Chen Gang wrote:
>> After try normal configure, get almost the same result, I guess, our
>> testsuite under Darwin x86_64 is OK.
>>
>> If no any additional reply within a week, I shall continue to try to
>> analyze the libjava Throw_2 issue
This patch fixes some miscellaneous stuff in the testsuite.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
Applying to trunk.
2014-10-06 Marek Polac
This patch is a cleanup of tests in gcc.target/i386/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
Applying to trunk.
2014-10-06 Marek P
Hi Richard,
> Rainer Orth writes:
>> Hi Richard,
It seems the new get_some_local_dynamic_name implementation in
function.c lost the non-NULL check the sparc.c version had. I'm
currently testing the following patch:
>>>
>>> Could you do a:
>>>
>>> call debug_rtx (...)
>>>
>>> on
Hello,
This patch extends permutations for AVX-512*.
Comments are welcome!
Bootstrapped.
AVX-512* tests on top of patch-set all pass
under simulator.
Is it ok for trunk?
gcc/
* config/i386/i386.c
(ix86_expand_vec_perm_vpermi2): Handle V64QImode, V8HImode, V16HImode,
V32HI
Hello Jakub,
On 03 Oct 16:39, Jakub Jelinek wrote:
> --- gcc/config/i386/sse.md.jj 2014-09-26 10:33:18.0 +0200
> +++ gcc/config/i386/sse.md2014-10-03 15:03:44.170446452 +0200
> @@ -10386,7 +10386,8 @@ (define_mode_iterator VEC_PERM_CONST
> (V8SI "TARGET_AVX") (V4DI "TARGET_AVX")
>
From the Fundamentals TS.
Tested x86_64-linux, committed to trunk.
commit df1e59560b6723da563f3aae8d95dcfe2781173b
Author: Jonathan Wakely
Date: Fri Oct 3 17:51:31 2014 +0100
* include/Makefile.am: Add new header.
* include/Makefile.in: Regenerate.
* include/experimental/tuple
This patch is a cleanup of tests in libitm.c/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Only two tests needed fixing this time around.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
On 10/03/2014 04:31 PM, Andrey Turetskiy wrote:
I've applied your option patch on our offload branch (w/o
'-ftarget-options' switch yet) and it seems to be working fine.
However the patch looks a bit unfinished:
@@ -440,7 +554,11 @@ access_check (const char *name, int mode
static char*
pre
On Thu, Oct 2, 2014 at 4:29 PM, Ilya Tocar wrote:
> Hi,
>
> sizeof (long) == 4 on windows, so we should use long long as param type.
> Patch below does it.
> Ok for trunk?
>
> 2014-10-02 Ilya Tocar
>
> * config/i386/adxintrin.h (_subborrow_u64): Use long long for param
> type.
>
On Mon, Oct 06, 2014 at 12:46:51PM +0200, Jakub Jelinek wrote:
> On Mon, Oct 06, 2014 at 12:18:33PM +0200, Marek Polacek wrote:
> > --- gcc/libgomp/testsuite/libgomp.c/affinity-1.c
> > +++ gcc/libgomp/testsuite/libgomp.c/affinity-1.c
> > @@ -31,6 +31,7 @@
> >
> > #ifdef DO_FORK
> > #include
>
This patch is a cleanup of the rest of the tests in gcc.dg/ directory that
haven't been fixed in previous patches.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as
On Mon, Oct 6, 2014 at 12:16 PM, Eric Botcazou wrote:
> Hi,
>
> this is a regression from GCC 4.8.x: gnat1 (uintp.adb:UI_Lt) is miscompiled
> during a LTO boostrap when Init_Operand is inlined into it. A store is
> wrongly deleted by GIMPLE DSE because of a missed aliasing relationship
> between
On Mon, Oct 6, 2014 at 12:10 PM, Eric Botcazou wrote:
> Hi,
>
> LTO quickly breaks on Ada code involving floating-point comparisons because
> the Ada compiler defaults to -fnon-call-exceptions -fno-trapping-math (on most
> platforms) and only -fnon-call-exceptions is restored on the LTO side, so y
On Mon, Oct 6, 2014 at 12:02 PM, Eric Botcazou wrote:
> Hi,
>
> we have run into a case on the ARM where LRA silently generates wrong code in
> release mode, while reload (-mno-lra) would stop with the usual spill failure.
>
> Tested on x86_64-suse-linux, OK for the mainline?
The docs on the asm_
On Mon, Oct 6, 2014 at 11:57 AM, Bin.Cheng wrote:
> On Wed, Oct 1, 2014 at 5:06 AM, Mike Stump wrote:
>> On Sep 30, 2014, at 2:22 AM, Bin Cheng wrote:
>>> Then I decided to take one step forward to introduce a generic
>>> instruction fusion infrastructure in GCC, because in essence, load/store
>
On Mon, Oct 6, 2014 at 11:52 AM, Eric Botcazou wrote:
> Hi,
>
> you can have chains of clone functions in the callgraph but can_inline_edge_p
> stops at the first clone when it is looking for DECL_STRUCT_FUNCTION, which
> can fool the following conditions in the predicate.
>
> Tested on x86_64-sus
On Mon, Oct 6, 2014 at 11:40 AM, Eric Botcazou wrote:
> Hi,
>
> In Ada, we support all sorts of data structure layout, including on strict-
> alignment targets, and the compiler must generate glue code if necessary.
> The problem here is a function returning a structure by invisible reference
> in
On Mon, Oct 6, 2014 at 11:36 AM, Martin Liška wrote:
> Hello.
>
> In lto.c, if #ifdef HAVE_WORKING_FORK isn't defined, 'last' argument is
> unused and in that case GCC cannot bootstrap due to a warning.
>
> Ready for trunk?
> Built on x86_64-linux-gnu.
Ok.
Thanks,
Richard.
> Thanks,
> Martin
On 10/06/2014 03:06 PM, Yury Gribov wrote:
On 09/29/2014 09:21 PM, Yury Gribov wrote:
Hi all,
Kasan developers has asked for an option to override offset of Asan
shadow memory region. This should simplify experimenting with memory
layouts on 64-bit architectures.
New patch which checks that
On 03 Oct 07:53, H.J. Lu wrote:
> On Fri, Oct 3, 2014 at 6:46 AM, Ilya Tocar wrote:
> > On 02 Oct 07:41, H.J. Lu wrote:
> >> On Thu, Oct 2, 2014 at 7:29 AM, Ilya Tocar wrote:
> >>
> >> The same is true for x32. Can you add a testcase to show it
> >> fails on x32 without the fix?
> >>
> >
> > Thi
Tested on SPARC/Solaris, applied on the mainline.
2014-10-06 Eric Botcazou
* config/sparc/predicates.md (int_register_operand): Delete.
--
Eric BotcazouIndex: config/sparc/predicates.md
===
--- config/sparc/predicates.
On 09/29/2014 09:21 PM, Yury Gribov wrote:
Hi all,
Kasan developers has asked for an option to override offset of Asan
shadow memory region. This should simplify experimenting with memory
layouts on 64-bit architectures.
New patch which checks that -fasan-shadow-offset is only enabled for
-fs
Hi Cesar!
Thank you for the update!
On 05.10.2014 02:32, Cesar Philippidis wrote:
On 10/03/2014 07:34 AM, Cesar Philippidis wrote:
On 09/24/2014 12:18 AM, Ilmir Usmanov wrote:
Hi Cesar!
Thank you for the patch!
On 24.09.2014 02:29, Cesar Philippidis wrote:
This patch adds support for the a
On Mon, Oct 06, 2014 at 12:18:33PM +0200, Marek Polacek wrote:
> --- gcc/libgomp/testsuite/libgomp.c/affinity-1.c
> +++ gcc/libgomp/testsuite/libgomp.c/affinity-1.c
> @@ -31,6 +31,7 @@
>
> #ifdef DO_FORK
> #include
> +pid_t waitpid (pid_t, int *, int);
I'd #include here instead.
> --- gcc/l
Hi,
we have run into an ICE in LTO mode on a big Ada application with our 4.9-
based compiler, whose error message is:
xx.constprop.15627/1865799 (xxx.constprop)
@0x76835bd0
Type: function definition analyzed
Visibility: used_from_other_partition public vi
This patch is a cleanup of tests in libgomp.c/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
Applying to trunk.
2014-10-06 Marek Polacek
Hi,
this is a regression from GCC 4.8.x: gnat1 (uintp.adb:UI_Lt) is miscompiled
during a LTO boostrap when Init_Operand is inlined into it. A store is
wrongly deleted by GIMPLE DSE because of a missed aliasing relationship
between 2 array types with TYPE_NONALIASED_COMPONENT set, one being a d
Hi,
LTO quickly breaks on Ada code involving floating-point comparisons because
the Ada compiler defaults to -fnon-call-exceptions -fno-trapping-math (on most
platforms) and only -fnon-call-exceptions is restored on the LTO side, so you
can end up with the wrong number of edges on FP comparison
Hi,
we have run into a case on the ARM where LRA silently generates wrong code in
release mode, while reload (-mno-lra) would stop with the usual spill failure.
Tested on x86_64-suse-linux, OK for the mainline?
2014-10-06 Eric Botcazou
* lra-assigns.c (assign_by_spills): Turn lra_a
The numbering of traces in the .dwarf2 dump file is broken, for example:
Creating trace 0 : start at note 1
Creating trace 1 : start at note 51
Creating trace 2 : start at code_label 16
Creating trace 3 : start at code_label 23
Creating trace 4 : start at code_label 38
Creating trace 5 : start at
On Wed, Oct 1, 2014 at 5:06 AM, Mike Stump wrote:
> On Sep 30, 2014, at 2:22 AM, Bin Cheng wrote:
>> Then I decided to take one step forward to introduce a generic
>> instruction fusion infrastructure in GCC, because in essence, load/store
>> pair is nothing different with other instruction fusio
Java testsuite breaks with -std=gnu11 as a default and/or with
-Wimplicit-function-declaration on, since the jvgenmain.c program
that generates a C file containing 'main' function which calls either
'JvRunMainName' or 'JvRunMain' does not generate forward declarations
for these functions. The fix
Hi,
you can have chains of clone functions in the callgraph but can_inline_edge_p
stops at the first clone when it is looking for DECL_STRUCT_FUNCTION, which
can fool the following conditions in the predicate.
Tested on x86_64-suse-linux, OK for the mainline?
2014-10-06 Eric Botcazou
This patch is a cleanup of tests in gcc.dg/ipa/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
Applying to trunk.
2014-10-06 Marek Polace
On 10/06/2014 10:40 AM, Eric Botcazou wrote:
I have sent an updated patch just now. In case -Aleon does not exist it
should select -Av7 instead of -Av8.
No patch was attached to this message though.
I posted it with v2 in the subject. I have now attached it.
Yes, we have. Just verified that
Hi,
In Ada, we support all sorts of data structure layout, including on strict-
alignment targets, and the compiler must generate glue code if necessary.
The problem here is a function returning a structure by invisible reference
into a field which is not sufficient aligned because the enclosing
Hello.
In lto.c, if #ifdef HAVE_WORKING_FORK isn't defined, 'last' argument is unused
and in that case GCC cannot bootstrap due to a warning.
Ready for trunk?
Built on x86_64-linux-gnu.
Thanks,
Martin
gcc/lto/ChangeLog:
2014-10-06 Martin Liska
* lto.c (stream_out): ARG_UNUSED adde
On 04/10/14 22:54 +0200, François Dumont wrote:
On 23/09/2014 13:27, Jonathan Wakely wrote:
Yes, OK for trunk - thanks very much.
Hi
There was in fact one last test failing, ext/profile/mh.cc, a
profile mode specific test. It must have been failing for quite a
while since malloc hooks h
Hi,
the second half of the bug report is about C++14 variable declarations
in constexpr functions, an implementation request which should be
already done by Jason's recent commit.
The first half is about us not rejecting in C++11 mode type declarations
in constexpr functions outside, per 7.1
This patch is a cleanup of tests in gcc.dg/debug/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
Tested on x86_64-linux: vanilla results == results with this patch ==
results with this patch and gnu11 as a default.
Applying to trunk.
2014-10-06 Marek Pola
Investigating an ICE while trying to compile libgcc2.c:__udivmoddi4 for
a new avr variant with different register set/allocation order, I found
replace_reg_with_saved_mem falling over its own nonsense. The instruction:
(debug_insn 97 96 98 2 (var_location:SI __x2 (mult:SI (lshiftrt:SI
(reg/v:SI 1
> I have sent an updated patch just now. In case -Aleon does not exist it
> should select -Av7 instead of -Av8.
No patch was attached to this message though.
> Yes, we have. Just verified that with the FSF. It would be a nice for us to
> have write access to the sparc parts.
OK, but the granular
On 06/10/14 05:08, Chen Gang wrote:
> After try normal configure, get almost the same result, I guess, our
> testsuite under Darwin x86_64 is OK.
>
> If no any additional reply within a week, I shall continue to try to
> analyze the libjava Throw_2 issue.
Throw_2 is a test specially contrived to
This patch is a cleanup of tests in gcc.dg/lto/ directory.
See https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02656.html for more info.
I had to use gnu_inline attribute, because primary LTO files can't have
dg-options, and using dg-lto-options would reduce testing.
Tested on x86_64-linux: vanilla
On Mon, Oct 6, 2014 at 9:54 AM, Mark Wielaard wrote:
> Just removing the # prefix (but keeping the space) from
> scan-assembler-times should work for both our cases. I just don't know
> why our .s outputs look different.
Wild guess: different comment marker in the target's assembly language?
Ciao
On Mon, 2014-10-06 at 09:38 +0200, Andreas Schwab wrote:
> Mark Wielaard writes:
>
> > diff --git a/gcc/testsuite/g++.dg/debug/dwarf2/deleted-member-function.C
> > b/gcc/testsuite/g++.dg/debug/dwarf2/deleted-member-function.C
> > new file mode 100644
> > index 000..4cc77e6
> > --- /dev/null
1 - 100 of 107 matches
Mail list logo
