Attached patch cleans up the list of links we provide for GCC binaries:
- pware.hvcc.edu is dead, no mirror or newer alternative found
- h8300-hms.sourceforge.net is inactive since 2003, carries only gcc 3.2 and 3.3
- sunsite.informatik.rwth-aachen.de only has gcc 3.0.1
- SCO website has gcc 2.95.
Hello!
> This is yet another bug caused by rtx having modeless scalar integer
> constants. We need to use context to find the actual mode of a
> CONST_INT or CONST_WIDE_INT.
+++ b/gcc/testsuite/gcc.dg/debug/dwarf2/pr66728.c
@@ -0,0 +1,14 @@
+/* { dg-do compile { target { x86_64-*-* && lp64 } } }
On Sat, Aug 22, 2015 at 10:02 AM, Uros Bizjak wrote:
> Hello!
>
>> This is yet another bug caused by rtx having modeless scalar integer
>> constants. We need to use context to find the actual mode of a
>> CONST_INT or CONST_WIDE_INT.
>
> +++ b/gcc/testsuite/gcc.dg/debug/dwarf2/pr66728.c
> @@ -0,0
On Thu, Aug 20, 2015 at 12:08 AM, James Greenhalgh
wrote:
> On Wed, Aug 19, 2015 at 05:00:14PM +0100, Andrew Pinski wrote:
>> Just like the patch for AARCH64_FUSION_PAIR, this is a patch for
>> AARCH64_EXTRA_TUNING_OPTION. Note I tested this patch on top of the
>> patch for AARCH64_EXTRA_TUNING_O
The following fixes two warnings reported by tsan when running OMP'ed code. As
suggested by Andrew Pinski in PR67303 for gomp_iter_guided_next, by employing a
relaxed atomic load. The same pattern occurred a couple of more times, so fixed
as well. I used the same approach for the warning in do_s
I've committed this to gomp4. It gets partitioned routines working by
surrounding the call by fork & join instructions such that the right number of
active threads get to the call.
nathan
2015-08-22 Nathan Sidwell
gcc/
* omp-low.c (build_oacc_routine_dims): Size non-partitioned
levels t
2015-08-21 23:11 GMT+02:00 François Dumont :
> I think I found a better way to handle this problem. It is c++locale.cc
> that needs to be built with --fimplicit-templates. I even think that the
> *_cow.cc file do not need this option but as I don't know what is the
> drawback of this option I kept
input_location is not always up-to-date in the preprocessor. Using the
actual token's location is always best. Bootstrapped & regtested on
x86-64-linux-gnu & committed as obvious https://gcc.gnu.org/r227096
Cheers,
Manuel.
Fix column location in c_lex_with_flags errors
gcc/testsuite/ChangeLog:
OK.
Jason
OK.
Jason
nvptx cannot support alloca, this marks up the tests that use alloca directly
or indirectly (mainly via VLAs).
I checked x86_64-linux test results are unaffected.
committed to trunk.
nathan
2015-08-22 Nathan Sidwell
* c-c++-common/Wsizeof-pointer-memaccess1.c: Require alloca.
* c-c++-com
On Thu, Aug 20, 2015 at 5:15 PM, Michael Meissner
wrote:
> PR 67211 is an error that shows up on the GCC 5.x branch when the test case is
> compiled with -mcpu=power7 -mtune=power8 -O3. In looking at the code, I
> noticed
> that the code optimized adjancent 64-bit integer/pointers in a structure
On 05/29/2015 10:25 PM, Yaakov Selkowitz wrote:
> This is the second in a series of patches to make a build with an
> in-tree GNU libiconv work as designed.
>
> Currently GDB is the only toolchain component which actually uses an
> in-tree libiconv. This patch modifies the common AM_ICONV to use
This is a modified version of the previous patch that addresses issue
raised by Ramana. The patch now uses vect_select instead of unspec.
I had to fix an unrelated issue to the read_name function in read-md.c.
The fix corrects broken support for mode iterators inside '<>'. Without
this fix sup
OK.
Jason
15 matches
Mail list logo
