http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Thu Mar 20 06:53:01 2014
New Revision: 208693
URL: http://gcc.gnu.org/viewcvs?rev=208693&root=gcc&view=rev
Log:
2014-03-19 Tobias Burnus
PR fortran/60543
* io.c (check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60589
--- Comment #3 from Yury Gribov ---
(In reply to Tobias Burnus from comment #2)
> > BTW could someone add libcilkrts to list of components?
>
> What do you mean by this?
No-no, I meant a bugzilla component so that I could fire bugs against Cilk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
--- Comment #6 from Jerry DeLisle ---
character(25) :: the filename
inquire(unit=input_unit, name=thefilename)
print *, "The name is: ", trim(thefilename)
Before closing the input gives a hint, but maybe not the whole file path.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
--- Comment #4 from patnel97269-gfortran at yahoo dot fr ---
Ok so if I understand well, for gfortran once the input_unit is closed, the
unit number corresponding to input_unit can be used for another file. But, the
input_unit is defined to be the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
--- Comment #3 from Steve Kargl ---
On Thu, Mar 20, 2014 at 02:27:15AM +, patnel97269-gfortran at yahoo dot fr
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
>
> --- Comment #2 from patnel97269-gfortran at yahoo dot fr ---
> Using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
--- Comment #2 from patnel97269-gfortran at yahoo dot fr ---
Using your program, I get the same behavior I describe .
Running with gfortran I get ./a.out < tmp.dat
400
0
0
Running with ifort I get ./a.out < tmp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52556
Brooks Moses changed:
What|Removed |Added
CC||brooks at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60039
--- Comment #9 from Kazumoto Kojima ---
Author: kkojima
Date: Wed Mar 19 22:51:47 2014
New Revision: 208688
URL: http://gcc.gnu.org/viewcvs?rev=208688&root=gcc&view=rev
Log:
PR target/60039
* config/sh/sh.md (udivsi3_i1): Clobber R1 regis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #8 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > Created attachment 32397 [details]
> > gcc49-pr60568.patch
>
> fnaddr = gen_rtx_UNSPEC (Pmode, gen_rtvec (1,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60580
--- Comment #2 from joseph at codesourcery dot com ---
I think following what i386 does is reasonable for now.
I'm a bit dubious of the whole Save design - logically it would be cleaner
if the gcc_options structures were saved just before finish
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 32397 [details]
> gcc49-pr60568.patch
fnaddr = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, fnaddr), UNSPEC_GOT);
- fnaddr = gen_rtx_PLUS (Pm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60589
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60595
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60520
H.J. Lu changed:
What|Removed |Added
Attachment #32353|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60596
Bug ID: 60596
Summary: Inquire size for stream zero
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60528
--- Comment #3 from rsandifo at gcc dot gnu.org
---
Agree about 'unsigned long'. IMO we shouldn't use 'long' directly
in GCC; it should be one of 'int', 'HOST_WIDE_INT' or 'HOST_WIDEST_INT'.
FWIW the test passes for me on mips64-linux-gnu on al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60590
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60528
--- Comment #2 from Steve Ellcey ---
This may actually be a glibc bug instead of a GCC bug. While GCC puts out
different numbers based on whether or not it is built as a 32 or 64 bit object
(and I think that is a bug) that does not seem to be cau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Wed Mar 19 21:03:14 2014
New Revision: 208687
URL: http://gcc.gnu.org/viewcvs?rev=208687&root=gcc&view=rev
Log:
2014-03-18 Tobias Burnus
PR fortran/60543
PR fortran/60
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60283
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Wed Mar 19 21:03:14 2014
New Revision: 208687
URL: http://gcc.gnu.org/viewcvs?rev=208687&root=gcc&view=rev
Log:
2014-03-18 Tobias Burnus
PR fortran/60543
PR fortran/60
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
--- Comment #3 from Chandler Carruth ---
Personally, I've no idea what the standard says.
However, it seems extremely useful to be able to freely use std::function with
return types (and argument types) within the definition those types which is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
--- Comment #2 from Jonathan Wakely ---
> It looks like, somehow, instantiating the declaration of the std::function
> copy constructor relies on the completeness of 'bar'.
I suspect it's not the copy constructor, but that checking for copy
const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60567
--- Comment #5 from Tobias Burnus ---
Another data point. Running on the "-flto"-compiled object file
$ build/gcc/lto1 -fwpa test.o
fails with the ICE. However, using
$ build/gcc/lto1 -flto test.o
is successful both on the CentOS6 system and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
--- Comment #1 from Jonathan Wakely ---
Are you sure this is valid? Instantiating std::function (like most std::lib
templates) with an incomplete type is undefined behaviour. Is the function type
bar() complete if bar is not complete?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59093
--- Comment #4 from Matt Thompson ---
Any progress on this bug in the latest versions of the compiler?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60567
--- Comment #4 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #3)
> But only for the test case of comment 0. It still fails for the big program
> and for the following test case. [I wonder whether you can reproduce this
> one.]
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60595
Bug ID: 60595
Summary: Compiler error when computing default destructor thunk
within virtual inheritance hierarchy
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
Bug ID: 60594
Summary: std::function of a type with a declared (but not
defined) return type fails to compile
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #5 from David Kredba ---
This is the command line that is enough to get the crash:
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx
-Wl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #4 from David Kredba ---
Created attachment 32395
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32395&action=edit
object file gzipped
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51474
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51474
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Mar 19 18:21:52 2014
New Revision: 208686
URL: http://gcc.gnu.org/viewcvs?rev=208686&root=gcc&view=rev
Log:
/cp
2014-03-19 Paolo Carlini
PR c++/51474
* call.c (b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60591
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60332
Paolo Carlini changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #12 from Jakub Jelinek ---
(In reply to Markus Trippelsdorf from comment #11)
> > BTW, were those shared libraries built by some earlier version of G++ 4.9,
> > or G++ 4.8 (or some older version)?
>
> Yes, there were build with earlie
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60593
--- Comment #4 from Steve Kargl ---
On Wed, Mar 19, 2014 at 06:01:14PM +, dominiq at lps dot ens.fr wrote:
>
> --- Comment #3 from Dominique d'Humieres ---
> It looks similar to the ICE reported in pr51976 comment 8, although the ICEs
> are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60593
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #3 from David Kredba ---
Without lto it compiles fine.
It is Gentoo x86/x86_64 enabled package.
I am going to attach all the ii files, thank you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #10 from Jakub Jelinek ---
(In reply to Markus Trippelsdorf from comment #9)
> Running nm on all my libs shows:
> ...
> kde4/notepadpart.so
> U _ZThn16_N6KParts13ReadWritePartD0Ev
> ...
> kde4/okularpart.so
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60593
--- Comment #2 from Steve Kargl ---
Here's a reduced testcase that appears to lead to
the same ICE without the ISO C binding detour.
function C2FChar(j, s) result(res)
implicit none
integer, intent(in) :: j
character(len=:), pointer, int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60556
--- Comment #16 from Steve Ellcey ---
It looks like this is a bug in convert_move when POINTERS_EXTEND_UNSIGNED
is false. If unsignedp is false we call emit_store_flag to get 'fill_value'.
Arguments 3 and 4 (op0 and op1 in emit_store_flag) are:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #9 from Markus Trippelsdorf ---
Running nm on all my libs shows:
...
kde4/notepadpart.so
U _ZThn16_N6KParts13ReadWritePartD0Ev
...
kde4/okularpart.so
U _ZThn16_N6KParts13ReadWritePartD0Ev
...
libkatepa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60567
Tobias Burnus changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60593
kargl at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||4.9.0
--- Comment #1 from kargl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
Jonathan Wakely changed:
What|Removed |Added
CC||mjbshaw at hotmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60592
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60593
Bug ID: 60593
Summary: ICE with deferred length variable in FORALL
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
--- Comment #1 from Uroš Bizjak ---
Can you please post complete command line that triggers the bug, as outlined in
[1]? Something like:
g++ <... options ...> -fpreprocessed TEncSbac.ii
Please also use -march= instead of -march=native. You can s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60592
--- Comment #2 from Jonathan Wakely ---
If it's that DR, then this is a dup of my PR51747
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60592
--- Comment #1 from Jonathan Wakely ---
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1467
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60592
Bug ID: 60592
Summary: std::array is unable to be brace/universally
initialized
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #8 from Markus Trippelsdorf ---
(In reply to Jason Merrill from comment #7)
> (In reply to Markus Trippelsdorf from comment #4)
> > part.ii is part of a library called libkparts.so.4.12.3.
> > When I compile part.cpp with a compiler be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60590
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60590
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Mar 19 16:59:18 2014
New Revision: 208685
URL: http://gcc.gnu.org/viewcvs?rev=208685&root=gcc&view=rev
Log:
Log environment variables in set_ld_library_path_env_vars
GNU linker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #10 from Martin Liška ---
Second part of suggested patch is sufficient.
ps auxf:
marxin 20293 0.0 0.0 8604 1200 pts/0S17:27 0:00 | \_
c++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -pie -L.
-Wl,-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60556
--- Comment #15 from H.J. Lu ---
This is related to PR 54037.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60556
--- Comment #14 from reed kotler ---
(In reply to Andrew Pinski from comment #13)
> (In reply to reed kotler from comment #12)
> >
> > Do you know where the original line was that made it fail in the .ii?
>
> Yes:
> # 227 "/home/rkotler/llvm_tru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #7 from Jason Merrill ---
(In reply to Markus Trippelsdorf from comment #4)
> part.ii is part of a library called libkparts.so.4.12.3.
> When I compile part.cpp with a compiler before r208573 and link the
> library (all other objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60133
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60332
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Mar 19 15:48:39 2014
New Revision: 208684
URL: http://gcc.gnu.org/viewcvs?rev=208684&root=gcc&view=rev
Log:
2014-03-19 Paolo Carlini
PR c++/60332
* g++.dg/cpp1y/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60591
Bug ID: 60591
Summary: Report enum conversions as part of Wconversion
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60587
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #5 from Jakub Jelinek ---
(In reply to Markus Trippelsdorf from comment #4)
> If I compile part.cpp with a compiler _after_ r208573 and link the
> library and install it, Okular shows a popup "Unable to find the Okular
> component".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #6 from Markus Trippelsdorf ---
Looking at the library, the only difference are four additional
symbols in the good version:
_ZThn16_N6KParts13ReadWritePartD0Ev
_ZThn16_N6KParts13ReadWritePartD1Ev
_ZTv0_n24_N6KParts13ReadWritePartD0Ev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Mar 19 15:37:28 2014
New Revision: 208682
URL: http://gcc.gnu.org/viewcvs?rev=208682&root=gcc&view=rev
Log:
2014-03-19 Richard Biener
PR middle-end/60553
* tree-core.h (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.9.0 |4.8.3
Summary|[4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60332
--- Comment #3 from Paolo Carlini ---
I'm adding it to the testsuite.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Jason Merrill from comment #3)
> (In reply to Markus Trippelsdorf from comment #2)
> > --- part_good.s 2014-03-19 08:57:10.100342064 +0100
> > +++ part_bad.s 2014-03-19 08:56:50.134141664 +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54316
--- Comment #8 from Howard Hinnant ---
Here:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1862.html#27.4.4%20-%20Class%20template%20basic_ios
is a good list of what needs to be done. It is an old paper, so it needs to be
cross-check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60589
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60590
Bug ID: 60590
Summary: Can't recreate the same executable in testsuite
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60589
Bug ID: 60589
Summary: Parallel install fails
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59749
--- Comment #4 from Martin Husemann ---
Yes - I'm still trying to reduce it to a reasonable test case, but in general
it works - so I am confused big time.
Also Julio (the ATF author) claims the same test works on FreeBSD with a very
similar compi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60566
--- Comment #3 from Jason Merrill ---
(In reply to Markus Trippelsdorf from comment #2)
> --- part_good.s 2014-03-19 08:57:10.100342064 +0100
> +++ part_bad.s 2014-03-19 08:56:50.134141664 +0100
> - .quad _ZN6KParts13ReadWritePartD1Ev
> -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60588
Bug ID: 60588
Summary: AVR target does not support init_priority attribute
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60587
Bug ID: 60587
Summary: debug-mode -std=c++11 vector::insert(pos, begin, end)
dereferences begin too eagerly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60585
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59749
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60584
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60583
--- Comment #3 from andreaskem at web dot de ---
Thank you.
I looked around but did not find those reports. Sorry for that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60559
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50025
--- Comment #22 from Jonathan Wakely ---
For the record, I think r207164 fixed this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60583
--- Comment #2 from Jonathan Wakely ---
As this is DR1288 it's a dup of PR50025
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60549
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60583
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60553
--- Comment #8 from Richard Biener ---
I've posted the patches but I'm curious if the 2nd change alone helps enough.
The first is somewhat handwaving (because we also have type_non_common which
breaks the argument of the former).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60580
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60586
Bug ID: 60586
Summary: [Cilk+] Parameters evaluation happens inside spawn
worker
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60577
--- Comment #5 from Richard Biener ---
Created attachment 32393
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32393&action=edit
hack
Like this (hack alert). Applies store motion one level for a restricted set
of loops. Requires us to add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60569
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60569
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Mar 19 12:25:04 2014
New Revision: 208681
URL: http://gcc.gnu.org/viewcvs?rev=208681&root=gcc&view=rev
Log:
PR sanitizer/60569
* ubsan.c (ubsan_type_descriptor): Check that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60567
--- Comment #2 from Tobias Burnus ---
(In reply to Richard Biener from comment #1)
> Works for me - any more specifics? Host/target?
gcc version 4.9.0 20140319, r208679.
Target: x86_64-unknown-linux-gnu
CentOS 6.5, glibc-2.12-1.132, binut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60585
Bug ID: 60585
Summary: Virtual function related memory access errors with
multiple virtual inheritance
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60577
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> Which leaves the possibility of more cleverly instrumenting the program
> in the first place ...
Which shouldn't be so hard as we are in SSA form and have loop
1 - 100 of 139 matches
Mail list logo
