https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #15 from Arjen Markus ---
Hi Jerry,
I am glad you have been able to reproduce the problem and even reduce
the program to a bare minimum.
What a curious number to fail upon. What I can do is try and find a
different version of gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #14 from Jerry DeLisle ---
Here is a reduced test case. It has nothing to do with pack or allocate.
program readprint
implicit none
integer, dimension(319389) :: matrix
write(*,*) 'begin'
write(*,*) matrix
write
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #13 from Jerry DeLisle ---
Well I have been playing around a little. I wanted to see if the problem was
in pack, so I did this:
read( 10 ) matrix
write(*,*) nx, ny, size(matrix)
test = pack( matrix, matrix /= 1 )
wri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61214
--- Comment #5 from Jason Merrill ---
(In reply to Vadim Zeitlin from comment #4)
> I'd be grateful for any workaround suggestions in the meanwhile.
-fno-devirtualize should avoid the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61662
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61627
--- Comment #2 from harper at msor dot vuw.ac.nz ---
My diagnosis of the gfortran 4.9.0 error was misleading. Len(head1) was not 1
as
I had thought but 3, so the wrong output may have been due to the
initialization or the write statement, as the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61666
Bug ID: 61666
Summary: go float32/64 to int64 conversion segfaults on mips32
when libgcc_cv_mips_hard_float=yes
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61665
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
Andrew Pinski changed:
What|Removed |Added
CC||janne-gcc at jannau dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61665
Bug ID: 61665
Summary: aarch64: instruction ordering problem when using
vector register for integer math
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61601
--- Comment #4 from Maksymilian Arciemowicz ---
cpu exhaustion not eliminated
PoC: (.*{100}{200}findme)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61582
--- Comment #12 from Maksymilian Arciemowicz ---
Ups. Check this (.*{100}{300})
gcc version 4.10.0 20140701 (experimental) (GCC)
Starting program: /home/cx/REtrunk/kozak5/t3 '(.*{100}{300})'
Program received sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58930
--- Comment #7 from ppluzhnikov at gcc dot gnu.org ---
Author: ppluzhnikov
Date: Tue Jul 1 18:46:26 2014
New Revision: 212207
URL: https://gcc.gnu.org/viewcvs?rev=212207&root=gcc&view=rev
Log:
Backport r210653 from mainline:
gcc/teststuite/Cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58704
--- Comment #8 from ppluzhnikov at gcc dot gnu.org ---
Author: ppluzhnikov
Date: Tue Jul 1 18:46:26 2014
New Revision: 212207
URL: https://gcc.gnu.org/viewcvs?rev=212207&root=gcc&view=rev
Log:
Backport r210653 from mainline:
gcc/teststuite/Cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58753
--- Comment #16 from ppluzhnikov at gcc dot gnu.org ---
Author: ppluzhnikov
Date: Tue Jul 1 18:46:26 2014
New Revision: 212207
URL: https://gcc.gnu.org/viewcvs?rev=212207&root=gcc&view=rev
Log:
Backport r210653 from mainline:
gcc/teststuite/Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59637
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59637
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Jul 1 17:25:07 2014
New Revision: 212205
URL: https://gcc.gnu.org/viewcvs?rev=212205&root=gcc&view=rev
Log:
2014-07-01 Paolo Carlini
PR c++/59637
* g++.dg/cpp0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59637
--- Comment #3 from Paolo Carlini ---
This is fixed in mainline, I'm adding the testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #19 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #17)
> Is the exception throw inside the constructor?
>
> Are saying that the linking a file with a function defined with
> __attribute__ (constructor) causes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61622
--- Comment #5 from roland at gnu dot org ---
(In reply to baoshan from comment #4)
> This should be a duplication to Bug 57431.
That report is for 4.9.x. The bug remains on 4.8.x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61445
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #18 from Krishnamoorthy C ---
Not just linking a file with __attribute__, but throwing exceptions inside the
constructor ( shared lib constructor ) is causing a core dump. This same code
had been run successfully on Red Hat Linux, HP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61445
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61664
Bug ID: 61664
Summary: Microblaze exception handling fails
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #16 from christophe.lyon at st dot com ---
Created attachment 33040
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33040&action=edit
preprocessed input
This preprocessed input (-E -dD) shows how commit 212194 is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #15 from christophe.lyon at st dot com ---
Created attachment 33039
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33039&action=edit
preprocessed input
This preprocessed input (-E) shows how commit 212194 is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61653
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Manuel López-Ibáñez changed:
What|Removed |Added
CC||ruslan_baratov at yahoo dot com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #17 from David Edelsohn ---
Is the exception throw inside the constructor?
Are saying that the linking a file with a function defined with __attribute__
(constructor) causes the failure solely because the file is linked or are you
sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #15 from Rafael Avila de Espindola ---
(In reply to Jason Merrill from comment #14)
> Right. My patch causes us to synthesize ~I so that it's available for
> devirtualization, which we weren't doing before. This is allowed by the C+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61663
Bug ID: 61663
Summary: [DR 976] Deduction for const T& conversion functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #12 from Arjen Markus ---
Hi Dominique,
that is the sort of output I would expect indeed. The memory leak is
to be expected: the program does not explicitly release the allocated
array/matrix.
It inspired me to check the same progra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553
--- Comment #6 from david.d.kretzmer at gmail dot com ---
Exactly. I first thought this is a bug in clang but then I saw this invalid bug
report: http://llvm.org/bugs/show_bug.cgi?id=17376
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #11 from Dominique d'Humieres ---
Created attachment 33038
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33038&action=edit
gzipped output of the executable on x86_64-apple-darwin13 r212179
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #10 from Dominique d'Humieres ---
Just to be sure I am using the right file, its md5 signature is
MD5 (binary_data) = 681215e5351ab45a494c044719776690
I am also attaching the output file which looks OK, but a double check does not
hur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
--- Comment #1 from Paolo Carlini ---
Jakub, did you notice this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553
--- Comment #5 from Jonathan Wakely ---
clang and EDG give errors for 1, 2, 3, 3a and 4, exactly as GCC used to.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #13 from Dodji Seketeli ---
Author: dodji
Date: Tue Jul 1 09:17:14 2014
New Revision: 212194
URL: https://gcc.gnu.org/viewcvs?rev=212194&root=gcc&view=rev
Log:
PR preprocessor/60723 - missing system-ness marks for macro tokens
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #14 from Jason Merrill ---
Right. My patch causes us to synthesize ~I so that it's available for
devirtualization, which we weren't doing before. This is allowed by the C++
standard: 3.2p3 says "A virtual member function is odr-used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58286
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58286
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Tue Jul 1 08:31:58 2014
New Revision: 212192
URL: https://gcc.gnu.org/viewcvs?rev=212192&root=gcc&view=rev
Log:
PR c/58286
* doc/invoke.texi: Document -Wincompatible-pointer-t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #16 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #14)
> The AIX 7.1 system in the GCC Compile Farm has GCC 4.8.1 from Perzl
> installed. As I wrote before, I tried your example program (without the
> second "e" o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #9 from Arjen Markus ---
Hi Jerry,
no problem - I can imagine that you did not see anything wrong. It
took me sometime to realise myself what was going on when I discovered
this problem.
Regards,
Arjen
2014-07-01 3:55 GMT+02:00 jv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #13 from Markus Trippelsdorf ---
Adding "#include "llvm/CodeGen/GCStrategy.h" to
llvm/lib/CodeGen/MachineFunctionAnalysis.cpp fixes the issue.
Can you take care of this Rafael?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61662
Bug ID: 61662
Summary: Incorrect value calculated for _lrotl on LLP64 systems
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
50 matches
Mail list logo
