Hi Tobias,
I tried to incorporate all your comments in the following patch. It
also contains traversing of ISL AST and its dump to a file. You can
find out more about this at the following link
http://romangareev.blogspot.ru/2014/05/gsoc-report-i.html
--
Cheers, Roman Gareev
patch
On Friday, May 23, 2014 1:46 AM Vladimir Makarov wrote:
On 05/21/2014 12:25 AM, Ajit Kumar Agarwal wrote:
Hello All:
Simpson does the Live range shrinking and reduction of register
pressure by using the computation that are not load and store but the
arithmetic computation. The
On 25/05/2014 13:12, Roman Gareev wrote:
Hi Tobias,
I tried to incorporate all your comments in the following patch. It
also contains traversing of ISL AST and its dump to a file. You can
find out more about this at the following link
http://romangareev.blogspot.ru/2014/05/gsoc-report-i.html
I ran across this puzzling difference between gcc and llvm today and think the
specification to produce consistent output for this code should be worked out.
http://stackoverflow.com/questions/15929795/llvm-and-gcc-different-output-same-code/23856132#23856132
I presented this in the Freenode
Snapshot gcc-4.10-20140525 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.10-20140525/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.10 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
GCC 4.8 for VAX is generating a subreg:HI for mem:SI indexed address. This
eventually gets caught by an assert in change_address_1. Since the MEM rtx is
SI, legimate_address_p thinks it's fine.
I have a change to vax.md which catches these but it's extremely ugly and I
have to think
On 23-May-14 01:59 PM, Bernd Schmidt wrote:
On 05/23/2014 10:07 AM, shmeel gutl wrote:
Exposed pipeline is not my problem. Negative latency is my problem. I
don't see negative latency for c6x, not in unit reservations and not in
adjust cost. Did I miss something?
You just need to model it
On 23-May-14 05:20 PM, Vladimir Makarov wrote:
On 2014-05-23, 3:49 AM, shmeel gutl wrote:
On 21-May-14 06:30 PM, Vladimir Makarov wrote:
I am just curious what happens when you put
insn2, insn1.
and insn2 uses a result of insn1 in 6 cycles and insn1 producing the
result in 3 cycles, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61307
Bug ID: 61307
Summary: gccgo: ICE in Create_function_descriptors::expression
[GoSmith]
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61308
Bug ID: 61308
Summary: gccgo: ICE in Expression::check_bounds [GoSmith]
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61309
Bug ID: 61309
Summary: cilk-plus tests fail with: hidden symbol `__cpu_model'
in /x/gcc/testsuite/g++/../../libgcc.a(cpuinfo.o) is
referenced by DSO
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #6 from Mikael Pettersson mikpelinux at gmail dot com ---
The failure of 4.7 being built w/ --disable-bootstrap by 4.8+ stopped with the
PR54638 fix in r191605. It's clear that the problem was undefined behaviour in
4.7.2, not a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
--- Comment #6 from Aaro Koskinen aaro.koskinen at iki dot fi ---
Created attachment 32852
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32852action=edit
Simplified reproducer.
I tried to make a simpler reproducer.
$ hppa-linux-gnu-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61292
vincenzo Innocente vincenzo.innocente at cern dot ch changed:
What|Removed |Added
Summary|auto keyword to vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61138
--- Comment #4 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #2)
gfc_trans_pointer_assignment sets lse.descriptor_only before calling
gfc_conv_expr_descriptor (for the lhs), and later on reuses lse for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61279
--- Comment #4 from Arseny Solokha asolokha at gmx dot com ---
I even have another reproducer which is basically identical to the original one
but not completely.
int t;
int n[1] = { 0 };
void
x(void)
{
int v;
int r;
int i[4] = { 0 };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
vincenzo Innocente vincenzo.innocente at cern dot ch changed:
What|Removed |Added
Version|4.7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61141
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22434
Harald van Dijk harald at gigawatt dot nl changed:
What|Removed |Added
CC||harald at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
--- Comment #7 from dave.anglin at bell dot net ---
On 25-May-14, at 7:11 AM, aaro.koskinen at iki dot fi wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
--- Comment #6 from Aaro Koskinen aaro.koskinen at iki dot fi ---
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Sun May 25 19:29:00 2014
New Revision: 210914
URL: http://gcc.gnu.org/viewcvs?rev=210914root=gccview=rev
Log:
PR 61187 Avoid reading uninitialized memory.
2014-05-25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61310
Bug ID: 61310
Summary: Regression, CTIME intrinsic incorrect result string
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176
PaX Team pageexec at gmail dot com changed:
What|Removed |Added
CC||pageexec at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61311
Bug ID: 61311
Summary: missing LTO/WPA serialization API for use by regular
IPA passes implemented in a plugin
Product: gcc
Version: lto
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61310
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61312
Bug ID: 61312
Summary: variable function parameters declared as const in the
class may not be declared as const in the function
definition
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61312
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61312
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
http://www.dansaks.com/articles/2000-02%20Top-Level%20cv-Qualifiers%20in%20Function%20Parameters.pdf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
Michael Tautschnig mt at debian dot org changed:
What|Removed |Added
Attachment #32843|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
--- Comment #8 from Michael Tautschnig mt at debian dot org ---
I've just updated the patch to include a similar amendment for the
__builtin_ia32_mpsadbw256 function. I'll do as suggested and will post to
gcc-patches.
Best,
Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61300
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61312
--- Comment #3 from Alexis Wilke alexis at m2osw dot com ---
Wow! I see that is now... normal behavior. If you ask me, it sucks. But
well... I suppose I don't count.
Thank you for the PDF reference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61313
Bug ID: 61313
Summary: configure incorrectly strips $target_alias from
PLUGIN_LD_SUFFIX
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61300
--- Comment #2 from Alan Modra amodra at gmail dot com ---
Created attachment 32854
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32854action=edit
quick and dirty fix
This fixes the problem in a fairly obvious way, but I think we can use a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176
--- Comment #9 from Andrew Macleod amacleod at redhat dot com ---
so. Include them all with an accumulator file as suggested? Over a run of
multiple generations you have to expect some sort of flux in include structure,
especially since we
The main purpose of this patch is to add support for vector subscripts
for the coarray machinery - whose main use will be in the communication
with coindexed variables.
This patch applies this function to the CO_SUM/CO_MIN/CO_MAX
collectives, which is admittedly only of limited use as one
Hi,
On 05/24/2014 11:39 PM, Jonathan Wakely wrote:
On 24 May 2014 22:10, François Dumont wrote:
Done but I forgot to fix the spelling. I will fix it in the future patch.
No problem, it's clear what the comment means.
I'm committing the below.
Paolo.
/
2014-05-25 Paolo
On Mon, May 05, 2014 at 10:27:03PM +0200, Marek Polacek wrote:
In this PR the issue is that we reject (valid) code such as
_Alignas (long long) long long foo;
with -m32, because we trip this condition:
alignas_align = 1U declspecs-align_log;
if (alignas_align TYPE_ALIGN_UNIT (type))
Hi!
Following patch handles the case of pointers in Cilk+ builtins.
Regtested in x86_64.
Ok for trunk and 4.9?
Thanks,
Igor
gcc/c/ChangeLog:
2014-05-23 Igor Zamyatin igor.zamya...@intel.com
PR c/58942
* c-array-notation.c (fix_builtin_array_notation_fn): Handle the case
with a pointer.
Bernd Schmidt bernds_...@t-online.de writes:
On 02/13/2014 10:18 AM, Richard Sandiford wrote:
contrib/
* dg-extract-results.py: New file.
* dg-extract-results.sh: Use it if the environment seems suitable.
I'm now seeing the following:
Traceback (most recent call last):
File
On Sun, May 25, 2014 at 09:31:50AM +, Zamyatin, Igor wrote:
+/* { dg-do compile } */
+/* { dg-options -fcilkplus } */
+
+int foo (int*p, int i)
+{
+ return __sec_reduce_max_ind(p[1:i]);
+}
BTW, similar testcase seems to segfault too:
int foo (int*p, int *i)
{
return
Jaydeep Patil jaydeep.pa...@imgtec.com writes:
Hi Richard,
Please refer to the attached patch files.
gcc-p5600-noMSA.patch
The patch implements P5600 pipeline and scheduling for GP and FPU
instructions.
This patch is OK, thanks. Generally (i.e. when I remember to check)
we don't define
domi...@lps.ens.fr (Dominique Dhumieres) writes:
--- ../_clean/gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90
2013-01-25 09:57:48.0 +0100
+++ gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90 2014-02-04
19:24:06.0 +0100
@@ -16,7 +16,7 @@ integer :: aa(4,4)
FAIL: gfortran.dg/bind_c_array_params_2.f90 -O scan-assembler-times
call[^\n\r]*myBindC 1
Sorry for that! Which target? and what is the pattern?
Dominique
domi...@lps.ens.fr (Dominique Dhumieres) writes:
FAIL: gfortran.dg/bind_c_array_params_2.f90 -O scan-assembler-times
call[^\n\r]*myBindC 1
Sorry for that! Which target?
Pick any random from gcc-testresults.
and what is the pattern?
Which pattern?
Andreas.
--
Andreas Schwab,
Could you try
--- ../_clean/gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90
2014-05-24 16:17:53.0 +0200
+++ gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90 2014-05-25
18:52:16.0 +0200
@@ -16,7 +16,7 @@ integer :: aa(4,4)
call test(aa)
end
-! { dg-final {
Hi,
Since this patch was committed, I can see aarch64_be-none-elf build
fail in newlib with this error message:
0x8ba1fb check_rtl
/tmp/5244922_15.tmpdir/aci-gcc-fsf/sources/gcc-fsf/trunk/gcc/lra.c:2083
0x8bd5b2 lra(_IO_FILE*)
domi...@lps.ens.fr (Dominique Dhumieres) writes:
Could you try
--- ../_clean/gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90
2014-05-24 16:17:53.0 +0200
+++ gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90 2014-05-25
18:52:16.0 +0200
@@ -16,7 +16,7 @@
Could you try
--- ../_clean/gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90
2014-05-24 16:17:53.0 +0200
+++ gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90 2014-05-25
18:52:16.0 +0200
@@ -16,7 +16,7 @@ integer :: aa(4,4)
call test(aa)
end
domi...@lps.ens.fr (Dominique Dhumieres) writes:
Could you post the results (w/wo -flto) of
grep _myBindC bind_c_array_params_2.s
Empty.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something
grep _myBindC bind_c_array_params_2.s
Empty.
And
grep myBindC bind_c_array_params_2.s
?
Dominique
domi...@lps.ens.fr (Dominique Dhumieres) writes:
grep myBindC bind_c_array_params_2.s
bl myBindC
jsr myBindC
bl myBindC
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something
bl myBindC
jsr myBindC
bl myBindC
Is this for the same target, or for 3 different ones? which one(s)?
Does the following patch fixes the problem?
--- ../_clean/gcc/testsuite/gfortran.dg/bind_c_array_params_2.f90
2014-05-24 16:17:53.0 +0200
+++
On Sat, May 24, 2014 at 12:54 PM, Jonathan Wakely jwakely@gmail.com wrote:
On 24 May 2014 17:07, David Edelsohn wrote:
This patch broke the ability to run the libstdc++ testsuite on AIX.
I now see the following errors:
bad switch -O: must be -all, -about, -indices, -inline, -expanded,
domi...@lps.ens.fr (Dominique Dhumieres) writes:
Does the following patch fixes the problem?
Worksforme.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
On Sun, May 25, 2014 at 6:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch adds code to rerite references in vtable initializers to local
aliases
when doing so is a win.
Bootstrapped/regtested x86_64-linux, comitted.
This is the most likely patch to have caused build failures on
Hi,
GFortran currently uses strftime(...,%c,...) to produce the result
for the CTIME and FDATE intrinsics. Unfortunately, it seems that on
MinGW this does not produce identical output to the C stdlib ctime(),
even in the default locale.
The attached patch implements an alternative approach,
On Sun, May 25, 2014 at 6:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch adds code to rerite references in vtable initializers to local
aliases
when doing so is a win.
Bootstrapped/regtested x86_64-linux, comitted.
This is the most likely patch to have caused build
On Mon, May 26, 2014 at 12:21:21AM +0300, Janne Blomqvist wrote:
Hi,
GFortran currently uses strftime(...,%c,...) to produce the result
for the CTIME and FDATE intrinsics. Unfortunately, it seems that on
MinGW this does not produce identical output to the C stdlib ctime(),
even in the
/* Size of the longest file name. */
-static size_t gcov_max_filename = 0;
+/* We need to expose this static variable when compiling for gcov-tool.
*/
+#ifndef IN_GCOV_TOOL
+static
+#endif
+size_t gcov_max_filename = 0;
Why max_filename needs to be exported?
For code
Hi,
After brief discussion it was concluded that PR 61249 really only is an issue of
documentation of the named builtins not matching their definition given in
config/i386/i386.c.
The attached patch updates extend.texi accordingly.
2014-05-26 Michael Tautschnig m...@debian.org
PR
Hi,
the main purpose of this patch is to break up function
determine_known_aggregate_parts so that the next patch can use the
standalone bits and to make the changes slightly easier for review.
However, this patch also removes some of the offset checks which Honza
correctly thought
On Thu, May 22, 2014 at 2:49 PM, Martin Jambor mjam...@suse.cz wrote:
Hi,
On Wed, May 21, 2014 at 04:27:32PM +0200, Richard Biener wrote:
On Wed, May 21, 2014 at 3:16 PM, Martin Jambor mjam...@suse.cz wrote:
Hi,
this demonstrates how results of ipa-prop escape analysis from
On Sun, May 25, 2014 at 6:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch adds code to rerite references in vtable initializers to local
aliases
when doing so is a win.
Bootstrapped/regtested x86_64-linux, comitted.
This is the most likely patch to have caused
Hi DJ,
Please find below an updated patch which also adds the texi part.
My earlier patch which addressed your comments is below,
https://gcc.gnu.org/ml/gcc-patches/2014-05/msg01076.html
The newlib and binutils part of this patch have been reviewed and committed:
Hi Peter,
Last time I tried, asan did not work on ppc32 for a large number of
different reasons.
In upstream build system ppc32 is simply disabled, so imho it should
be also disabled in the GCC build.
If there is enough interest in ppc32, please work with up on fixing
upstream and enabling the
On Mon, May 26, 2014 at 2:04 AM, Jan Hubicka hubi...@ucw.cz wrote:
On Sun, May 25, 2014 at 6:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch adds code to rerite references in vtable initializers to
local aliases
when doing so is a win.
Bootstrapped/regtested
This patch attempts to address the lost profile issue for COMDATs in
more circumstances, exposed by function splitting.
My earlier patch handled the case where the comdat had 0 counts since
the linker kept the copy in a different module. In that case we
prevent the guessed frequencies on
On Mon, May 26, 2014 at 08:57:11AM +0400, Konstantin Serebryany wrote:
Last time I tried, asan did not work on ppc32 for a large number of
different reasons.
???
Comparing my 4.9.0 ppc/ppc64 testresults, for 32-bit I see:
FAIL: c-c++-common/asan/null-deref-1.c -O0 output pattern test, is
72 matches
Mail list logo