http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54920
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #8 from Mikael Pettersson 2012-10-14
08:56:25 UTC ---
Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed
the Ada bootstrap without static libstdc++ problem on my ARM box.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52634
--- Comment #10 from Bin Tian 2012-10-14
09:14:13 UTC ---
please backport to gcc-4_7-branch, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #9 from Eric Botcazou 2012-10-14
09:17:50 UTC ---
> Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed
> the Ada bootstrap without static libstdc++ problem on my ARM box.
Great, thanks for the testi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #10 from Mikael Pettersson 2012-10-14
10:09:12 UTC ---
(In reply to comment #9)
> Can you confirm that the stage 2 & 3
> executables, for example cc1 and gnat1, aren't dynamically linked against
> libstdc++?
Yes; according
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52643
Paolo Carlini changed:
What|Removed |Added
Known to work||4.7.0, 4.8.0
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
--- Comment #9 from janus at gcc dot gnu.org 2012-10-14 11:15:25 UTC ---
Ok, after the ICEs are fixed, let's come to runtime behavior. Here is a test
case:
implicit none
type test_type
integer :: i
end type
class(test_type)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
--- Comment #10 from janus at gcc dot gnu.org 2012-10-14 12:01:39 UTC ---
(In reply to comment #9)
> -fdump-tree-original shows the following:
>
> [...]
> __builtin_memcpy ((void *) &transfer.0, (void *) &c, MAX_EXPR , 0>);
> [...]
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54900
--- Comment #2 from Aldy Hernandez 2012-10-14
12:51:15 UTC ---
Created attachment 28444
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28444
reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54900
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52643
--- Comment #2 from paolo at gcc dot gnu.org
2012-10-14 13:41:01 UTC ---
Author: paolo
Date: Sun Oct 14 13:40:55 2012
New Revision: 192432
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192432
Log:
2012-10-14 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52643
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52003
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51829
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54596
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #7 from Uros Bizjak 2012-10-14 16:23:04
UTC ---
Created attachment 28445
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28445
Prototype patch that introduces VALGRIND_MAKE_MEM_DEFINED
Attached prototype patch builds on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
--- Comment #13 from janus at gcc dot gnu.org 2012-10-14 16:31:31 UTC ---
Transferring CLASS to TYPE has been discussed in comment 9 and 10. Now: TYPE to
CLASS ...
Here the test case gets a bit larger, since gfortran does not yet support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54924
Bug #: 54924
Summary: Warn for std::string constructor with wrong size
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #4 from Dominique d'Humieres 2012-10-14
17:08:09 UTC ---
> I don't know of any workaround so disabling the test seems like a good option
What about
--- libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc2012-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54924
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53893
--- Comment #5 from Paolo Carlini 2012-10-14
17:44:37 UTC ---
Note: the code per-se isn't C++11, besides the trivial >>, the crash is ;) That
is, only happens with -std=c++11.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53581
Paolo Carlini changed:
What|Removed |Added
CC|rggjan at gmail dot com |
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24607
--- Comment #3 from Manuel López-Ibáñez 2012-10-14
18:10:19 UTC ---
Still broken with GCC 4.8:
pr24607.cc:7:37: error: template argument 1 is invalid
typedef A > > > foo;
^
pr24607.cc:7:42: error: invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53581
--- Comment #3 from paolo at gcc dot gnu.org
2012-10-14 18:24:40 UTC ---
Author: paolo
Date: Sun Oct 14 18:24:32 2012
New Revision: 192438
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192438
Log:
2012-10-14 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53581
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
--- Comment #6 from Manuel López-Ibáñez 2012-10-14
18:28:32 UTC ---
I think there is a consensus that g++ wants this somehow. Recent work:
http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01222.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54924
David Stone changed:
What|Removed |Added
CC||david at doublewise dot net
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54925
Bug #: 54925
Summary: Segfault in gen_split_910
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #6 from Dominique d'Humieres 2012-10-14
19:06:32 UTC ---
> The patch in comment 4 with...
>
> make -k check
> RUNTESTFLAGS="conformance.exp=30_threads/condition_variable/54185.cc
> --target_board=unix'{-m32,-m64}'"
>
> prod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #8 from H.J. Lu 2012-10-14 19:23:11
UTC ---
(In reply to comment #7)
> Created attachment 28445 [details]
> Prototype patch that introduces VALGRIND_MAKE_MEM_DEFINED
>
> Attached prototype patch builds on HJ's patch. The pat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404
Dominique d'Humieres changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54919
--- Comment #5 from Steven Bosscher 2012-10-14
19:29:22 UTC ---
Author: steven
Date: Sun Oct 14 19:29:18 2012
New Revision: 192439
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192439
Log:
gcc/
PR rtl-optimization/54919
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
--- Comment #2 from Steven Bosscher 2012-10-14
19:31:02 UTC ---
Author: steven
Date: Sun Oct 14 19:30:59 2012
New Revision: 192440
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192440
Log:
PR rtl-optimization/38711
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #7 from Jack Howarth 2012-10-14
20:14:01 UTC ---
(In reply to comment #6)
> > The patch in comment 4 with...
> >
> > make -k check
> > RUNTESTFLAGS="conformance.exp=30_threads/condition_variable/54185.cc
> > --target_board=u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54925
Oleg Endo changed:
What|Removed |Added
Target|sh4-unknown-linux-gnu |sh*-*-*
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404
--- Comment #4 from Jack Howarth 2012-10-14
20:28:54 UTC ---
(In reply to comment #3)
Also confirmed on x86_64-apple-darwin12 that this eliminates the failures in
obj-c++.dg/strings/const-cfstring-2.mm. On darwin12 at least, this still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54919
Steven Bosscher changed:
What|Removed |Added
Known to work||4.8.0
AssignedTo|steve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54919
Steven Bosscher changed:
What|Removed |Added
Keywords||patch
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
Steven Bosscher changed:
What|Removed |Added
Keywords||patch
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #8 from Dominique d'Humieres 2012-10-14
20:48:21 UTC ---
> The dg-compile line oddly seems to suppress the running of the compiled test.
> ...
What happens if you replace the line
// { dg-do compile { target *-*-darwin[4-9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #9 from Jack Howarth 2012-10-14
20:53:56 UTC ---
(In reply to comment #8)
> > The dg-compile line oddly seems to suppress the running of the compiled
> > test. ...
>
> What happens if you replace the line
>
> // { dg-do c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #10 from Jack Howarth 2012-10-14
21:12:20 UTC ---
I think you need to use...
// { dg-xfail-if "broken pthreads before darwin10" { *-*-darwin9* *-*-darwin10*
} { "*" } { "" } }
instead of dg-do-compile. From
http://gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #11 from Jack Howarth 2012-10-14
21:13:18 UTC ---
The comment should be corrected to "broken pthreads before darwin11".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #12 from Dominique d'Humieres
2012-10-14 21:17:47 UTC ---
> Still suppresses the execution of the test on x86_64-apple-darwin12. Are there
> any examples in the FSF gcc testsuites of dg-run being used at the same time
> as
> d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54693
--- Comment #3 from Alexandre Oliva 2012-10-14
21:19:00 UTC ---
Created attachment 28447
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28447
Work in progress patch
This patch improves jump threading so that it won't drop debug inf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #13 from Jack Howarth 2012-10-14
21:22:48 UTC ---
I would rather we use...
Index: libstdc++-v3/testsuite/30_threads/condition_variable/54185.cc
===
--- libstdc+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #14 from Dominique d'Humieres
2012-10-14 21:34:55 UTC ---
> > I suspect that is an unsupported combination.
>
> Now you asked the question, the test is not run on powerpc-apple-darwin9
> with -m64.
> Could you try to put the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54784
--- Comment #13 from janus at gcc dot gnu.org 2012-10-14 22:16:29 UTC ---
Author: janus
Date: Sun Oct 14 22:16:24 2012
New Revision: 192442
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192442
Log:
2012-10-14 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407
--- Comment #15 from Jack Howarth 2012-10-14
22:17:07 UTC ---
I still don't see the point of testing the compilation of a test which doesn't
execute properly. I also suspect resorting to a non-standard approach in
deja-gnu will never make
cc version 4.8.0 20121014 (experimental) [trunk revision 192432] (GCC)
Problem was introduced in r191981.
# od -c stage3-libbacktrace/.libs/mmap.o >mmap.o.dump3
# od -c stage2-libbacktrace/.libs/mmap.o >mmap.o.dump2
# /opt/gnu/bin/diff -u mmap.o.dump2 m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54784
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
Using built-in specs.
COLLECT_GCC=/new-gcc/i-4.8/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc version 4.8.0 20121014 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54844
Paolo Carlini changed:
What|Removed |Added
CC||cas43 at cs dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54927
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
--- Comment #14 from janus at gcc dot gnu.org 2012-10-14 22:56:11 UTC ---
(In reply to comment #13)
> So, again, _data and _size references missing.
Moreover, we need to set the _vptr component and allocate _data.
^
Output of g++ -v:
Using built-in specs.
COLLECT_GCC=/new-gcc/i-4.8/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54844
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
/bin/g++
COLLECT_LTO_WRAPPER=/new-gcc/i-4.8/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../s-4.8/configure --prefix=/new-gcc/i-4.8
Thread model: posix
gcc version 4.8.0 20121014 (experimental) (GCC)
Sorry if this bugs gets duplicated; I canno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54926
--- Comment #1 from Uros Bizjak 2012-10-15 06:44:57
UTC ---
(In reply to comment #0)
> Problem was introduced in r191981.
The patch just introduces -funwind-tables to compile flags, so I really don't
see how this can cause any differe
63 matches
Mail list logo
