http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
Bug #: 56434
Summary: document that __attribute__((__malloc__)) assumes
returned pointer has BIGGEST_ALIGNMENT
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56433
--- Comment #1 from Andrew Pinski 2013-02-23
05:23:08 UTC ---
AV_RN32(buf + 5))
I bet http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00965.html fixes this issue
too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #6 from Jason Merrill 2013-02-23
05:22:22 UTC ---
(In reply to comment #4)
> Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE
> (type)) instead of CLASS_TYPE_P (type).
That makes sense to me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56433
Bug #: 56433
Summary: ICE in expand_asm_operands, at stmt.c:910
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #8 from N8GCBP7SHNBTI79GINADGKJPRTLOCO2A at cmx dot ietfng.org
2013-02-23 03:13:27 UTC ---
If I do not remove the -32 from configure and do a straight build out of the
ports tree, I see this in my gcc/config.log:
configure:234
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56432
Bug #: 56432
Summary: libgo check should behave like the check target for
all other target libraries
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40405
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56359
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #17 from Kristian Spangsege
2013-02-23 01:35:02 UTC ---
Dude, you are insulting my ego! :-)
Anyway, thanks for pointing me to [temp.deduct]/8. SFINAE certainly does not
apply in my example.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #16 from Jonathan Wakely 2013-02-23
00:31:00 UTC ---
Or see http://isocpp.org/forums
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #15 from Jonathan Wakely 2013-02-23
00:29:17 UTC ---
[temp.deduct]/8
This is not the right place to learn C++, please use the gcc-help mailing list
or another site.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #14 from Kristian Spangsege
2013-02-23 00:02:55 UTC ---
Jonathan, you say that:
"Foo::type exists unconditionally, so SFINAE doesn't apply.
The invalid type is not in the immediate context of the substitution."
Could you p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #13 from Kristian Spangsege
2013-02-22 23:46:04 UTC ---
Jonathan,
"The complete set" is the set *before* the number of arguments is considered to
find the viable subset. To synthesize the declaration Foo::type must be
known,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56431
Bug #: 56431
Summary: -lpthread should be added to -lgo
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54000
--- Comment #10 from Steven Bosscher 2013-02-22
23:42:03 UTC ---
(In reply to comment #9)
> 4.8 r196182 with "--param early-inlining-insns=2" (2 x the default value):
"--param early-inlining-insns=22"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54000
Steven Bosscher changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #12 from Kristian Spangsege
2013-02-22 23:38:47 UTC ---
Yes, so far so good, but where does the standard say that if synthesis fails
for a particular candidate function template declaration, during overload
resolution, then the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56430
--- Comment #2 from Paolo Carlini 2013-02-22
23:23:16 UTC ---
Normally we don't keep around functions like this. The issue is better resolved
by simply removing it, for 4.8.0 and a corresponding patch is preapproved. In
the future please d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #11 from Jonathan Wakely 2013-02-22
23:20:28 UTC ---
as explained in comment 6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #10 from Kristian Spangsege
2013-02-22 23:11:13 UTC ---
Daniel - excuse me :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #9 from Kristian Spangsege
2013-02-22 23:09:59 UTC ---
Daniell, would you do me the favour of explaining exactly why you think my
example is ill-formed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #12 from Tilo Schwarz 2013-02-22 22:40:11
UTC ---
(In reply to comment #11)
> Running above program on all two line combinations of the namelist gives
> different errors using
> 4.7.2 and
> gcc version 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #17 from vries at gcc dot gnu.org 2013-02-22 22:37:04 UTC ---
> patch below.
Bootstrapped and reg-tested on x86_64 (ada inclusive).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56430
--- Comment #1 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2013-02-22
22:33:37 UTC ---
Created attachment 29526
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29526
Patch with better test case.
Added checks for new template fu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56430
Bug #: 56430
Summary: In __airy: return-statement with a value, in function
returning 'void'.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40405
--- Comment #8 from Jason Merrill 2013-02-22
22:26:38 UTC ---
Author: jason
Date: Fri Feb 22 22:26:20 2013
New Revision: 196233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196233
Log:
PR c++/40405
* pt.c (push_templ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #9 from Jason Merrill 2013-02-22
22:26:19 UTC ---
Author: jason
Date: Fri Feb 22 22:26:08 2013
New Revision: 196232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196232
Log:
PR c++/56395
* tree.c (strip_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40405
--- Comment #7 from Jason Merrill 2013-02-22
22:24:52 UTC ---
Author: jason
Date: Fri Feb 22 22:24:40 2013
New Revision: 196231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196231
Log:
PR c++/40405
* pt.c (push_templ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
--- Comment #3 from Jason Merrill 2013-02-22
22:24:40 UTC ---
Author: jason
Date: Fri Feb 22 22:24:27 2013
New Revision: 196230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196230
Log:
PR c++/56377
* pt.c (fn_type_un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56359
--- Comment #2 from Jason Merrill 2013-02-22
22:24:26 UTC ---
Author: jason
Date: Fri Feb 22 22:24:10 2013
New Revision: 196229
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196229
Log:
PR c++/56359
* call.c (can_conv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #8 from Jason Merrill 2013-02-22
22:24:05 UTC ---
Author: jason
Date: Fri Feb 22 22:23:56 2013
New Revision: 196228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196228
Log:
PR c++/56395
* tree.c (strip_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #7 from Daniel Krügler
2013-02-22 22:01:18 UTC ---
(In reply to comment #4)
> I think 13.3 [over.match] ¶2 and 13.3.1 [over.match.funcs] ¶7 say the
> function
> template specialization must be generated before the number of argumen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56429
Bug #: 56429
Summary: [C++11] Explicitly defaulted private constructor is
not private
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
--- Comment #2 from Jason Merrill 2013-02-22
21:02:04 UTC ---
Any news on this bug? It's one of only a few P1 regressions left.
type d3
type(d3) der
namelist /nmlst/ der
read (*, nml = nmlst)
print nmlst
end program namelist
Running above program on all two line combinations of the namelist gives
different errors using
4.7.2 and
gcc version 4.8.0 20130222 (experimental) (GCC)
(Details below
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56428
Bug #: 56428
Summary: [C++11] "is not a constant expression" when comparing
non-type template argument to nullptr
Classification: Unclassified
Product: gcc
Version: 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56385
--- Comment #5 from janus at gcc dot gnu.org 2013-02-22 19:48:15 UTC ---
Author: janus
Date: Fri Feb 22 19:48:11 2013
New Revision: 196227
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196227
Log:
2013-02-22 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #6 from Jonathan Wakely 2013-02-22
18:47:55 UTC ---
(In reply to comment #5)
> Function templates must not be instantiated unless the number of arguments
> match.
Where does the standard say that?
> [C++11: 13.3/2]:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11180
Georg-Johann Lay changed:
What|Removed |Added
Priority|P2 |P4
Severity|enhance
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #5 from Kristian Spangsege
2013-02-22 18:04:41 UTC ---
(In reply to comment #4)
> I think 13.3 [over.match] ¶2 and 13.3.1 [over.match.funcs] ¶7 say the
> function
> template specialization must be generated before the number of arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56427
Bug #: 56427
Summary: [C++11] template template parameter template parameter
pack that depends on another parameter pack
Classification: Unclassified
Product: gcc
Version: 4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35022
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #16 from Steven Bosscher 2013-02-22
16:33:58 UTC ---
(In reply to comment #14)
Yes, iff the CFG hasn't been freed, looking at BLOCK_FOR_INSN is of
course OK. I was referring to the situation after freeing the CFG.
Adding t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148
--- Comment #15 from Vladimir Makarov 2013-02-22
16:30:33 UTC ---
Author: vmakarov
Date: Fri Feb 22 16:30:22 2013
New Revision: 196223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196223
Log:
2013-02-22 Vladimir Makarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #4 from Jonathan Wakely 2013-02-22
16:24:42 UTC ---
I think 13.3 [over.match] ¶2 and 13.3.1 [over.match.funcs] ¶7 say the function
template specialization must be generated before the number of arguments is
checked to see if the can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #55 from joseph at codesourcery dot com 2013-02-22 16:10:49 UTC ---
I believe the arguments to memcmp must point to objects with at least the
given number of bytes. (For strcmp, they must point to NUL-terminated
strings. For
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #21 from Jakub Jelinek 2013-02-22
16:07:46 UTC ---
Author: jakub
Date: Fri Feb 22 16:07:36 2013
New Revision: 196222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196222
Log:
PR sanitizer/56393
* config/gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56371
--- Comment #2 from Karlson2k 2013-02-22 15:59:56 UTC ---
There is bug in configure script. Just before 'checking linker for .hidden
support', configure detect ld version by:
if test $in_tree_ld != yes ; then
ld_ver=`$gcc_cv_ld --versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #3 from Karlson2k 2013-02-22 15:49:37 UTC ---
Seems that string
objdir=$lt_cv_objdir
was put to object directory detection script by mistake. 'objdir' is used in
configure only for AR and NM and used in the same way like i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE 2013-02-22 15:48:00 UTC ---
There seems to be something totally confused here: when linking
libgcc_s.so, there's a reference to libstdc++.so:
[...]
lc && rm -f /libgcc_s.so && if [ -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56359
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #2 from Karlson2k 2013-02-22 15:44:42 UTC ---
Created attachment 29524
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29524
Patch for configure for correct work with combined tree
Apply patch + regenerate configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #54 from Jakub Jelinek 2013-02-22
15:13:34 UTC ---
gcc instruments many of the builtins inline, on the assumption that the
builtins are often expanded inline and thus the interceptor might not be called
at all. Either it isn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #53 from Kostya Serebryany 2013-02-22
15:06:25 UTC ---
The interceptor we have is conservative:
INTERCEPTOR(int, memcmp, const void *a1, const void *a2, uptr size) {
if (!asan_inited) return internal_memcmp(a1, a2, size);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #51 from Jakub Jelinek 2013-02-22
15:01:08 UTC ---
Looks like a real SPEC bug to me.
PerlIO_funcs *
PerlIO_find_layer(pTHX_ const char *name, STRLEN len, int load)
{
IV i;
if ((SSize_t) len <= 0)
len = str
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #50 from Kostya Serebryany 2013-02-22
14:54:24 UTC ---
reproducer:
#include
#include
int foo(const char *x, const char *y, int len) {
return memcmp(x, y, len);
}
int main() {
printf("%d\n", foo("perlio", "unix", 6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56419
--- Comment #3 from Aldy Hernandez 2013-02-22
14:54:32 UTC ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg01058.html
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Using GCC 4.8.0 as of 20130222 :
$ cat scev.c
int a, *c;
void f(void)
{
int b = 0;
for(a = 0;; a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54440
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148
Frank Mehnert changed:
What|Removed |Added
CC||fm3 at os dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56425
--- Comment #3 from Kostya Serebryany 2013-02-22
14:37:06 UTC ---
ah yea, sorry. I use vanilla addr2line from ubuntu 12.04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56425
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344
--- Comment #4 from Marek Polacek 2013-02-22
14:33:37 UTC ---
Or probably s/break/continue/, in that case we'd issue error () on every
ill-sized parameter. And of course, it's completely untested.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56425
--- Comment #1 from Kostya Serebryany 2013-02-22
14:29:57 UTC ---
clarification: -gdwarf-3 seems to work, but -g is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #49 from Kostya Serebryany 2013-02-22
14:29:27 UTC ---
with -gdwarf-3:
==11621== ERROR: AddressSanitizer: global-buffer-overflow on address
0x0078e2a5 at pc 0x4e47d7 bp 0x7fff553d4cc0 sp 0x7fff553d4cb8
READ of size 1 at 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56425
Bug #: 56425
Summary: debug info is broken with -fsanitize=address
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #48 from Joost VandeVondele
2013-02-22 13:55:16 UTC ---
(In reply to comment #47)
>
> Interestingly, the symbolization/debuginfo seems to be completely broken :(
>
I've tried compiling with -gdwarf-3 , with some luck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #47 from Kostya Serebryany 2013-02-22
13:52:12 UTC ---
(In reply to comment #46)
> (In reply to comment #43)
> > 400.perlbench fails with a global-buffer-overflow which clang does not
> > detect.
> > I did not investigate why
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #46 from Jakub Jelinek 2013-02-22
13:09:10 UTC ---
(In reply to comment #43)
> 400.perlbench fails with a global-buffer-overflow which clang does not detect.
> I did not investigate why. It could be a gcc false positive or clan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56424
Bug #: 56424
Summary: [4.8 Regression] bootstrap fails in libada, gnat1
asserts in declare_return_variable, at
tree-inline.c:2833
Classification: Unclassified
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35294
Nick Clifton changed:
What|Removed |Added
CC||eliot at sonic dot net
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35294
Nick Clifton changed:
What|Removed |Added
CC||gfan at sta dot samsung.com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56079
Tobias Burnus changed:
What|Removed |Added
CC||juno.krahn at nih dot gov
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55356
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #3 from Daniel Krügler
2013-02-22 10:59:28 UTC ---
(In reply to comment #2)
> Isn't G++ correct? Foo::type exists unconditionally, so SFINAE doesn't apply.
> The invalid type is not in the immediate context of the substitution.
This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
--- Comment #2 from Jonathan Wakely 2013-02-22
10:42:05 UTC ---
Isn't G++ correct? Foo::type exists unconditionally, so SFINAE doesn't apply.
The invalid type is not in the immediate context of the substitution.
To make this work you wou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51707
Martin von Gagern changed:
What|Removed |Added
CC||Martin.vGagern at gmx dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #14 from vries at gcc dot gnu.org 2013-02-22 10:30:06 UTC ---
Steven,
thanks for the comments.
> Nothing even trying to look at the CFG after freeing it, so the looks at
> BLOCK_FOR_INSN in delete_insn are non-sense.
AFAI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56421
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #20 from Takaki Makino
2013-02-22 09:01:30 UTC ---
I understand why dynamic libasan is important.
Still it seems for me -static-libasan can be default, except when -shared is
given.
(just because I have no idea how the shared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #55 from Tobias Burnus 2013-02-22
08:54:30 UTC ---
(In reply to comment #54)
> I'd suggest to close the unformatted sequential part of this PR as WONTFIX.
> [...]
Should we document in http://gcc.gnu.org/onlinedocs/gfortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #45 from Kostya Serebryany 2013-02-22
08:36:14 UTC ---
> I'm wondering if the failure goes away compiled with -O0 instead ?
No, the failure is still present with -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat
95 matches
Mail list logo
