Ping. Any idea how to tackle this?
On 12/02/2016 08:06 AM, Bernd Schmidt wrote:
Conceptually, the concept of "target-independent RTL" seems weird to me.
But I guess you expect these to work because the backend never gets
involved trying to recognize insns or addressing modes? I think a
comment to that effect somewhere near the C c
Bug 78519 points out that while the -Wformat warning flags a small
subset of sprintf calls with a null pointer argument to a %s directive
(those where the pointer is a constant) it misses the much bigger
set where the pointer is not a constant but instead is determined
to be null as a result of op
And here are some adjustments of existing redirects for/to various
Java pages on our end, and a new one for the former main Java page.
Applied.
I am thinking to merge the news items from the old Java index pages
and possibly the even older news items from java/news.html into our
general history
Somehow I failed to commit this patch that I wrote exactly two
months ago (before the Java frontend and libgcj were actually
removed).
Applied now, and more changes to follow later.
Gerald
Index: index.html
===
RCS file: /cvs/gcc/ww
Hi Janne,
Don't know whether that helps, but I had a similar crash in make_ssa_name but
with every level of optimization. In my case I had to typedef the type once and
all went well from then on. Grep for TYPE_DECL in trans_type.c so see how that
was done. May this hint gives you a clue.
Humbl
Hi,
I'm working on a patch to change the type that GFortran uses for
string lengths from a C int to a C size_t. I'm at a point where it
does regtest successfully, with the exception of
gfortran.dg/char_result_8.f90 with -O1 where it ICE's. Unfortunately
I'm a bit stuck here, and haven't been able
On Sun, Dec 04, 2016 at 02:36:54PM +0100, Andreas Schwab wrote:
> FAIL: gcc.target/powerpc/rldic-0.c scan-assembler-times (?n)^\\s+[a-z] 1799
> FAIL: gcc.target/powerpc/rldic-1.c scan-assembler-times (?n)^\\s+[a-z] 1799
> FAIL: gcc.target/powerpc/rldic-1.c scan-assembler-times (?n)^\\s+rldic 415
>
In a review of my patch to warn on overflow in calls to allocation
functions (bugs 77531 and 78284) Jeff asked[*]me to commit the bits
that add the missing alloc_attribute to GCC memory allocation built
ins. The patch also add the missing attribute returns_nonnull to
__builtin_alloca.
Tested on
Hello!
Attached patch implements NEG handling in 32-bit stv pass as 0 - val.
Everything besides the conversion itself was already in place.
2016-12-04 Uros Bizjak
PR target/70322
* config/i386/i386.c (dimode_scalar_to_vector_candidate_p): Handle NEG.
(dimode_scalar_chain::compute_
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Spanish team of translators. The file is available at:
http://translationproject.org/latest/gcc/es.po
(This file, 'gcc-6.2.0.es.po', has just
FAIL: gcc.target/powerpc/rldic-0.c scan-assembler-times (?n)^\\s+[a-z] 1799
FAIL: gcc.target/powerpc/rldic-1.c scan-assembler-times (?n)^\\s+[a-z] 1799
FAIL: gcc.target/powerpc/rldic-1.c scan-assembler-times (?n)^\\s+rldic 415
FAIL: gcc.target/powerpc/rldic-1.c scan-assembler-times (?n)^\\s+sldi 29
On Nov 21 2016, "Carl E. Love" wrote:
> * gcc.target/powerpc/builtins-3.c: New file to test the new
> built-ins for vector compare equal and vector compare not equal.
spawn -ignore SIGHUP /daten/gcc/gcc-20161203/Build/gcc/xgcc
-B/daten/gcc/gcc-20161203/Build/gcc/
/daten/gcc/gcc
On Nov 01 2016, Bill Schmidt wrote:
> * gcc.target/powerpc/fold-vec-add-7.c: New.
spawn -ignore SIGHUP /daten/gcc/gcc-20161203/Build/gcc/xgcc
-B/daten/gcc/gcc-20161203/Build/gcc/
/daten/gcc/gcc-20161203/gcc/testsuite/gcc.target/powerpc/fold-vec-add-7.c -m32
-fno-diagnostics-show-caret -
14 matches
Mail list logo
