Quoting Joern Rennecke amyl...@spamcop.net:
Does that mean you acknowledge that we shouldn't have CUMULATIVE_ARGS
taking hooks in the global target vector?
FWIW, I think the attached patch would be approximately what it takes to
remove the CUMULATIVE_ARGS taking hooks from the global target
Hi,
I have just faced a problem where a C++ program (which I get in binary
form - I can't recompile) crashes when it uses libstdc++.so.6 from
GCC-4.5.1, while it works when using libstdc++.so.6 from GCC-4.4.5.
I am using an x86 machine.
Are there any known incompatibilities between these two
On Tue, Nov 16, 2010 at 10:22:00PM -0500, Joern Rennecke wrote:
Quoting Nathan Froyd froy...@codesourcery.com:
I am admittedly a C++ newbie; the first thing I thought of was:
class gcc::cumulative_args {
virtual void advance (...) = 0;
virtual rtx arg (...) = 0;
virtual rtx
Quoting Nathan Froyd froy...@codesourcery.com:
On Tue, Nov 16, 2010 at 10:22:00PM -0500, Joern Rennecke wrote:
...
Does that mean you acknowledge that we shouldn't have CUMULATIVE_ARGS
taking hooks in the global target vector?
Maybe? I think the methods discussed in this thread would be
Christophe Lyon christophe.l...@st.com writes:
I have just faced a problem where a C++ program (which I get in binary
form - I can't recompile) crashes when it uses libstdc++.so.6 from
GCC-4.5.1, while it works when using libstdc++.so.6 from GCC-4.4.5.
I am using an x86 machine.
Are there
Hi.
My build this morning failed when libquadmath was being built. Things
failed when configuring in the 'amd64' subdirectory - the bits below
are taken from the 'config.log' in that directory:
configure:3040: /export/home/arth/gnu/gcc-1117/./gcc/xgcc
-B/export/home/arth/gnu/gcc-1117/./gcc/
Art Haas wrote:
My build this morning failed when libquadmath was being built. Things
failed when configuring in the 'amd64' subdirectory - the bits below
are taken from the 'config.log' in that directory:
There are two known problems:
a) libquadmath should - at least for now - only be build
* Tobias Burnus wrote on Wed, Nov 17, 2010 at 08:20:39PM CET:
b) Building with a cross compiler is not supported by the
libquadmath configure script
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520
You should probably try out GCC_NO_EXECUTABLES in configure.ac
and check with a couple of
Trying to bootstrap rev. 166873, on Cygwin, configuring with:
/tmp/gcc-4.6-r166873/configure --prefix=/usr/local/gfortran
--program-suffix=-4.6 --enable-languages=c,c++,fortran
--enable-checking=release --enable-threads=posix --enable-libgomp
--disable-bootstrap --disable-libmudflap
Why does everyone think that I and Fortran have something to do with it
if something breaks?* ;-)
The issue is known and a fix, which seemingly works on Darwin, exists.
See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
Angelo Graziosi wrote:
/tmp/gcc-4.6-r166873/libgomp/barrier.c:41:1:
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Tobias Burnus wrote on Wed, Nov 17, 2010 at 08:20:39PM CET:
b) Building with a cross compiler is not supported by the
libquadmath configure script
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520
You should probably try out
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
I won't post a proper patch until it has completed, just a heads-up to
those running into the same failures.
While the build completed with the patch I've posted, fortran testing
for the non-default multilib is completely broken, e.g.
Setting
Rainer Orth wrote:
While the build completed with the patch I've posted, fortran testing
for the non-default multilib is completely broken, e.g.
That's in a way the a duplicate of PR 46516. Or at least the solution is
similar: Getting rid of libgfortran.spec and fall back (again) to having
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
I casually looked at libgo/{Makefile.am,configure.ac}.
Thanks for the review.
You don't need to list .c files in the BUILT_SOURCES variable if they
are also listed in some prog_SOURCES variable (and are not
undocumented prerequisites for other
Hi Axel,
Axel Freyn escribió:
[CUT]
I simply added debug output before/after each event
My gcc-generated executable says the following at runtime:
main 1
type_schema called the 1 time
type_schema 1
Contructor called the 1 time
Constructor sponge_object_schema: 1
type_schema called the
[This question should have been sent to gcc-help, this list is for
discussing development of GCC]
On 18 November 2010 03:03, Gilberto Cuba Ricardo wrote:
Maybe it's possible, though, I searched in the working draft of
standard programming c++ of this year that: Static initialization shall
be
* Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET:
* One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm,
which doesn't know (and doesn't need to be run) -lm.
That's a bug in the rule using nm then, though.
Again, as in
libjava/Makefile.am, I've moved it to
Some text size measurement.
Summary:
1) LTO with -O3 bloats up code considerably;
2) LTO with -O2 reduces text size compared with -O2
3) Google 4.4.3 based compiler is really effective in reducing C++
program size -- this is where the focus of the tuning was done.
Witnessed by eon in SPEC2k and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2010-11-17 08:02:53 UTC ---
(In reply to comment #4)
I suppose it's the --disable-multilib, but I don't know why.
Yes, it is certainly this. The driver seems to search
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-17
08:20:07 UTC ---
(In reply to comment #5)
(In reply to comment #4)
I suppose it's the --disable-multilib, but I don't know why.
Yes, it is certainly this. The driver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||joseph at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2010-11-17 08:46:11 UTC ---
mine look like:
static const char *const multilib_raw[] = {
. !m64 !m32;,
.:../lib64 m64 !m32;,
.:../lib !m64 m32;,
NULL
};
however, I just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #9 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2010-11-17 08:50:06 UTC ---
FYI, with strace I see following things being searched for the specs:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-17
09:27:21 UTC ---
(In reply to comment #8)
however, I just observe that the libgomp.spec are causing no problems in my
build.
Are they actually read? Even here, where I use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46517
Summary: Wrong result on left shift operator without
optimization
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #30 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-17
09:37:37 UTC ---
(In reply to comment #29)
because __gthread_mutex_destroy returns void.
Argh, why is gthr-win32.h different here?!
Nevermind ...
after changing the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #11 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-17
09:40:52 UTC ---
(In reply to comment #10)
Are they actually read?
Sorry, I tested wrongly. One needs to have both -fopenmp *and* one needs to
link. Then I also sees Read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46460
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||lepinat at free dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46517
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46312
--- Comment #11 from irar at gcc dot gnu.org 2010-11-17 10:00:34 UTC ---
Author: irar
Date: Wed Nov 17 10:00:27 2010
New Revision: 166860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166860
Log:
PR tree-optimization/46312
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45429
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45429
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-17
10:25:40 UTC ---
And the reason why it only shows up on ia64 is because it uses vectorization
factor 2 instead of 4 that is used on x86_64/i386+sse2. With:
int id[16][16][17]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45429
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46498
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
10:43:25 UTC ---
Author: rguenth
Date: Wed Nov 17 10:43:21 2010
New Revision: 166861
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166861
Log:
2010-11-16 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46513
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-17
10:43:51 UTC ---
(In reply to comment #3)
I know finding the replacement is not a GCC issue, but perhaps folks who
need
to the *nix safe string gear can use TR24731-2 (not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46498
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
10:46:40 UTC ---
Author: rguenth
Date: Wed Nov 17 10:46:36 2010
New Revision: 166862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166862
Log:
2010-11-17 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-17
11:15:59 UTC ---
Author: jakub
Date: Wed Nov 17 11:15:55 2010
New Revision: 166863
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166863
Log:
PR middle-end/45838
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46498
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46502
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
11:41:11 UTC ---
The marker should be removed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46504
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46513
--- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot
com 2010-11-17 11:50:16 UTC ---
On Wed, 17 Nov 2010, noloader at gmail dot com wrote:
I stand corrected: C1X draft dated 2010-10-04 now includes the bounds checking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46505
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
11:50:51 UTC ---
Hm, worked for me last time. Re-checking with r166798.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
11:51:23 UTC ---
Hm, worked for me last time. Re-checking with r166798.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46509
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #12 from joseph at codesourcery dot com joseph at codesourcery dot
com 2010-11-17 11:55:29 UTC ---
In http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00826.html I discussed
issues relating to finding specs in the presence of multilib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46505
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45429
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-17
12:05:28 UTC ---
Author: jakub
Date: Wed Nov 17 12:05:24 2010
New Revision: 166865
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166865
Log:
PR testsuite/45429
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
12:05:24 UTC ---
Tonto works for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46509
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45429
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||rth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-11-17 12:53:39
UTC ---
Failures look like
spawn [open ...]^M
FAIL: InterfaceDispatch -findirect-dispatch execution - source compiled test
UNTESTED: InterfaceDispatch -findirect-dispatch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2010-11-17 12:54:35
UTC ---
It is on Linux/x86-64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46440
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-17
13:02:34 UTC ---
Author: jakub
Date: Wed Nov 17 13:02:31 2010
New Revision: 166867
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166867
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46440
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39064
--- Comment #4 from nightstrike nightstrike at gmail dot com 2010-11-17
13:13:44 UTC ---
*** Bug 46464 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46464
nightstrike nightstrike at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2010-11-17 13:19:07
UTC ---
Created attachment 22429
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22429
The src.alt for 465.tonto
Can you try this alternate source for tonto with
-O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
13:36:03 UTC ---
I have different alternate source, calling destroy_ptr_part_ instead.
But I can't parse the perl patch, so I'm not 100% sure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
14:08:01 UTC ---
(In reply to comment #5)
P1 sounds a little overrated, it's a specialized option and an artificial
test.
Only IA-64 really uses this thing, right?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
14:08:35 UTC ---
Btw, the scheduler guys have a fix in the works already.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
Summary: internal compiler error: in vinsn_detach, at
sel-sched-ir.c:1271
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
Alexander Monakov amonakov at gcc dot gnu.org changed:
What|Removed |Added
CC||amonakov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
14:52:42 UTC ---
Only occurs for -fPIC on x86_64-apple-darwin10. Adding -fno-PIC on darwin
suppresses the ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
Summary: Missing vzeroupper
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #12 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-11-17
15:09:20 UTC ---
yes, GMP fails 14 tests:
http://seis.bris.ac.uk/~mexas/gmp-5.0.1-regression-test.log
I submitted a bug report to gmp-bugs.
MPFR passes all tests.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
15:11:53 UTC ---
(In reply to comment #1)
Do you know whether this is present on x86_64-linux?
I am unable to do a --enable-build-with-cxx bootstrap using...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Summary|[C++0x] Defaulted vs|[C++0x]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #4 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-17
15:29:33 UTC ---
(In reply to comment #2)
Only occurs for -fPIC on x86_64-apple-darwin10. Adding -fno-PIC on darwin
suppresses the ICE.
Is that in relation to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
--- Comment #8 from Eric Botcazou ebotcazou at gcc dot gnu.org 2010-11-17
15:31:36 UTC ---
Btw, the scheduler guys have a fix in the works already.
Then they should assign the PR to someone to avoid duplicating efforts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #13 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-17
15:32:34 UTC ---
Some debugging: While for libgfortran.spec and libgomp.spec the call to gcc.c's
find_a_file and thus to for_each_path is the same, the global variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
15:33:35 UTC ---
(In reply to comment #4)
(In reply to comment #2)
Only occurs for -fPIC on x86_64-apple-darwin10. Adding -fno-PIC on darwin
suppresses the ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
Alexander Monakov amonakov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
15:44:38 UTC ---
(In reply to comment #4)
(In reply to comment #2)
Only occurs for -fPIC on x86_64-apple-darwin10. Adding -fno-PIC on darwin
suppresses the ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46504
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-17
15:47:20 UTC ---
Author: rguenth
Date: Wed Nov 17 15:47:17 2010
New Revision: 166870
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166870
Log:
2010-11-17 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520
Summary: libquadmath: Build also with --enable-languages=c;
fails with some cross targets
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521
Summary: ICE: in reset_sched_cycles_in_current_ebb, at
sel-sched.c:7092 with -Os -fselective-scheduling2
-fsel-sched-pipelining -fprofile-generate
-fno-early-inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46504
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46522
Summary: ICE: in reset_sched_cycles_in_current_ebb, at
sel-sched.c:7092 with -O3 -fsel-sched-pipelining
-fselective-scheduling2 -funroll-loops
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20385
--- Comment #9 from Paolo Bonzini bonzini at gnu dot org 2010-11-17 16:14:32
UTC ---
Another case in which we still do not detect the unsigned type is after
declspecs:
typedef uintt16_t pid_t;
extern uintt16_t x;
I think that until this is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352
Zdenek Sojka zsojka at seznam dot cz changed:
What|Removed |Added
Attachment #22334|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
pr42294.f -m32 -mtune=generic -march=x86-64 -auxbase-strip pr42294.s
-O -O2 -version -fselective-scheduling2 -fsel-sched-pipelining
-funroll-all-loops -o pr42294.s -fintrinsic-modules-path finclude
GNU Fortran (GCC) version 4.6.0 20101117 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
--- Comment #14 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-17
16:25:56 UTC ---
Suggested solution from Joseph on #gcc:
- get rid of the spec file (hooray!)
- Add a configure test. One needs to make sure that both the compiler supports
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46523
Summary: [4.6 Regression] ICE: error: inlined_to pointer set
for noninline callers, multiple inline callers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46523
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
---
/x86_64-apple-darwin10.5.0/lib/ -isystem
/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/include -isystem
/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc-4.6-20101117/libgomp
-I../../../gcc-4.6-20101117/libgomp/config/bsd
-I../../../gcc-4.6-20101117/libgomp/config
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
16:37:14 UTC ---
Backtraces as...
gdb /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/cc1
...
(gdb) r -quiet -v -I . -I ../../../gcc-4.6-20101117/libgomp -I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
16:38:11 UTC ---
sorry...comment 8 ended up in the wrong PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-17
16:38:47 UTC ---
Backtraces as...
gdb /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/cc1
...
(gdb) r -quiet -v -I . -I ../../../gcc-4.6-20101117/libgomp -I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46269
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-17
16:44:21 UTC ---
Ok, I'm still digesting all of this (and in the meanwhile we also realized that
likely we have problems in the specs of std::is_convertible itself, in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352
--- Comment #21 from Andrey Belevantsev abel at gcc dot gnu.org 2010-11-17
16:47:00 UTC ---
(In reply to comment #20)
Comment on attachment 22334 [details]
testcase failing in r166433
Opened PR46521 and PR46522 for the new two testcases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41337
Ralf Wildenhues rwild at gcc dot gnu.org changed:
What|Removed |Added
CC||rwild at gcc
1 - 100 of 148 matches
Mail list logo