The issue is the same as in #13675, but it still exists in GCC4.
The problem is:
#include "precompiled.h"
#include "precompiled.h"
gives:
$ g++ test.cpp
test.cpp:2:21: calling fdopen: Bad file descriptor
--
Summary: Invalid handling of multiple includes of precompiled
--- Additional Comments From filip693 at wp dot pl 2005-09-23 08:53 ---
Subject: Odp: configure: error: no acceptable cc found in $PATH
Dnia 8-09-2005 o godz. 13:06 pinskia at gcc dot gnu dot org
napisa³(a):
>
> --- Additional Comments From pinskia at gcc dot gnu dot org
2005-09
--- Additional Comments From pcarlini at suse dot de 2005-09-23 09:45
---
Adding Rth in CC as the author of the fix of libstdc++/10606, which added the
call of __cxa_get_globals from __cxa_allocate_exception
--
What|Removed |Added
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-23
09:58 ---
I've rewritten execute_cse_reciprocals, I think the only useful solution is to
implement the optimal scheme for inserting reciprocals, and fix this bug in the
process.
My algorithm builds a "mock" dominator
--- Additional Comments From wouter at grep dot be 2005-09-23 10:14 ---
*** This bug has been marked as a duplicate of 23078 ***
--
What|Removed |Added
Status|U
--- Additional Comments From wouter at grep dot be 2005-09-23 10:14 ---
*** Bug 23674 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23078
Doing a simple build (no bootstrap), on x86-linux:
$ ../gcc/configure --prefix=/home/guerby/tmp/install1 --disable-multilib
--enable-languages=c,ada --disable-nls --enable-threads=posix
$ make >& m1.log
$ touch ../gcc/gcc/gimplify.c
$ make >& m2.log
$
In m2.log I see that libbackend is rebuilt,
--
What|Removed |Added
CC||charlet at adacore dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24030
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
12:06 ---
Subject: Bug 23837
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 12:05:58
Modified files:
gcc: ChangeLog optabs.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
12:15 ---
Subject: Bug 23991
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 12:15:43
Modified files:
gcc: ChangeLog
Log message:
Add
Building a tool chain for sh4 results in the following ICE:
/home/alex/crosstool/crosstool-0.38/build/sh4-linux/gcc-4.1-20050917-glibc-2.3.5/build-gcc/./gcc/xgcc
-v -save-temps-shared-libgcc
-B/home/alex/crosstool/crosstool-0.38/build/sh4-linux/gcc-4.1-20050917-glibc-2.3.5/build-gcc/./gcc
-nos
--- Additional Comments From sieb at sscd dot de 2005-09-23 12:17 ---
Created an attachment (id=9795)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9795&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24032
--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-23
12:21 ---
Fixed by Kenny's patch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From dnovillo at redhat dot com 2005-09-23 12:30
---
Subject: Re: CCP is broken
On September 23, 2005 01:29, kazu at gcc dot gnu dot org wrote:
> --- Additional Comments From kazu at gcc dot gnu dot org
> 2005-09-23 05:29 --- The reason why CCP thinks t
--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-23
12:37 ---
There is no recursive inlining happening at least on 4.1 because of overall unit
growth limit is met, so we do remarkably worse compared to 3.4 anyway.
Enabling recursive inlining makes it very active. This
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:44 ---
This is a dup of bug 13675. We don't need a seperate bug to track this for
3.4.0 and 4.0.0.
*** This bug has been marked as a duplicate of 13675 ***
--
What|Removed |A
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:45 ---
*** Bug 24029 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23078
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:47 ---
*** This bug has been marked as a duplicate of 22553 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:47 ---
*** Bug 24032 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17667
--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-23
12:49 ---
The difference in stack usage is caused by ivopts. -fno-ivopts reduces 4.1
stack usage to 12 bytes and 200 bytes with --param inline-unit-growth=100
Especially in the second case ivops should probably t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:50 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:55 ---
Actually none of the target libraries are rebuilt after the compiler is rebuilt.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:56 ---
Is there some source someone can look at?
--
What|Removed |Added
Keywords|
--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-23
12:56 ---
Both paches are affecting inlining decisions and it looks like parser somehow
got unlucky on PPC (they didn't cause similar regression on parser for AMD64).
It would be very useful to know what function inl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
12:59 ---
The main issue is that the inliner does fold as it is replacing the use.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
13:22 ---
*** This bug has been marked as a duplicate of 12272 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
13:22 ---
*** Bug 23967 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From andre_orwell at yahoo dot com dot au
2005-09-23 13:34 ---
Subject: Re: ambiguous overload reported for no obvious reason
Thanks - obvious when its pointed out. Sorry for the bother.
On Friday 23 September 2005 01:17, pinskia at gcc dot gnu dot org wrote:
gcc -v:
Configured with: /build/gcc-4.1/configure --prefix=/build/gcc-4.1-install
--enable-shared --with-system-zlib --enable-threads=posix --enable-__cxa_atexit
--enable-checking=release --program-suffix=-4.1 --disable-multilib
Thread model: posix
gcc version 4.1.0 20050920 (experimental)
Testca
--
What|Removed |Added
OtherBugsDependingO||15023
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24034
--
What|Removed |Added
CC||uweigand at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From charlet at adacore dot com 2005-09-23 14:13
---
Subject: Re: libada not rebuilt when libbackend is
>What|Removed |Added
>
> CC|
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-23
14:26 ---
Removing myself from cc: to avoid receiving each message on this PR twice...
--
What|Removed |Added
--
ICE when using -mfloat-gprs=double with -mspe=no. Found in the e500 branch,
reproducible in mainline.
Test case:
typedef double _Complex _Dcomplex;
double (cabs)(_Dcomplex x) { }
[EMAIL PROTECTED] rmansfield]$
/home/rmansfield/crosstool/powerpc-linux-gnuspe/gcc-head-glibc-2.3.5/bin/powerpc-linu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:47 ---
Hmm, my simple example shows that this is a regression also in 3.4.0 but that
looks like a different
bug than the orginal one.
Anyways here is the reduced testcase for the reported bug, I will file the
ot
Take the following preprocessed souece:
# 1 "t.c"
# 1 ""
# 1 ""
# 1 "t.c"
# 1 "t.h" 1
1
# 2 "t.c" 2
cut --
with this in 3.3.3, we got:
In file included from t.c:1:
t.h:1: error: parse error before numeric constant
But in 3.4.0 and above:
t.h:1: error: expected unqualified-id befo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:51 ---
This was caused by the new parser. The C front-end is not effected.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:51 ---
Filed comment #2 as PR 24037.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24009
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:54 ---
Caused between 20040920 and 20040921 which means this was caused by:
2004-09-20 Matt Austern <[EMAIL PROTECTED]>
Zack Weinberg <[EMAIL PROTECTED]>
Note there was a time in 3.4.x were he had t
ICE when using -mfloat-gprs=double with -mspe=no. Found in the e500 branch,
reproducible in mainline.
Test case:
typedef double _Complex _Dcomplex;
double (cabs)(_Dcomplex x) { }
[EMAIL PROTECTED] rmansfield]$
/home/rmansfield/crosstool/powerpc-linux-gnuspe/gcc-head-glibc-2.3.5/bin/powerpc-linu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:59 ---
*** This bug has been marked as a duplicate of 24036 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
16:59 ---
*** Bug 24038 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24036
--
What|Removed |Added
Component|middle-end |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
17:16 ---
Subject: Bug 16861
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 17:16:07
Modified files:
gcc/fortran: module.c ChangeLog
gcc/tests
--- Additional Comments From dj at redhat dot com 2005-09-23 17:22 ---
Subject: Re: [4.1 regression] ICE: no-op convert from 8 to 4 bytes in
initializer
I recall that the opposite case is problematic; initializing a large
int from a smaller one, because gcc always zero pads at the end
--- Additional Comments From laurent at guerby dot net 2005-09-23 17:33
---
The 17 x86 only regressions were introduced by this patch, Jan asked me to look
for generated libcalls, more info soon.
2005-09-18 Jan Hubicka <[EMAIL PROTECTED]>
* calls.c (flags_from_decl_or_type):
Target: sparc64-sun-solaris2.9
Configured with: ../gcc-4.1-20050917/configure --enable-threads
--enable-multilib --with-cpu=v9 --with-tune=ultrasparc sparc64-sun-solaris2.9
--enable-languages=c,c++
Thread model: posix
gcc version 4.1.0 20050917 (experimental)
sparc% /usr/local/bin/cpp test.c
# 1 "
t;;
int main ()
{
char *c, *d;
foo (p, q);
}
[EMAIL PROTECTED]:~$ /home/ryan/bin/gcc -v -Wp,-traditional-cpp small.c
Reading specs from /home/ryan/lib/gcc/i686-pc-linux-gnu/3.4.5/specs
Configured with: ../configure --prefix=/home/ryan --enable-languages=c
Thread model: posix
gcc version 3.4.5 200
--- Additional Comments From segalemb at usp dot br 2005-09-23 19:12
---
Subject: Re: failure in gcc
I and another person searched carrefully the source code and there
is no repeated data commands.
Sergio
Citando pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>:
>
> -
--- Additional Comments From tj at laurenzo dot org 2005-09-23 19:20
---
I have submitted a patch to fix this bug to the gcc-patches mailing list. The
URL of the message is: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01496.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9861
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
19:27 ---
Confirmed, only a 3.4 regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From segalemb at usp dot br 2005-09-23 19:27
---
Subject: Re: failure in gcc
I and another person searched carrefully the source code and there
is no repeated data commands.
Sergio
Citando pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>:
>
> --
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
19:28 ---
This works for me on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24039
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
GCC host triplet|i686-pc-linu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
19:45 ---
Can you add -v and give the output?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24039
--- Additional Comments From laurent at guerby dot net 2005-09-23 19:46
---
Beginning of the -fdump-tree-all diff before and after patch.
-- before/s-arit64.adb.00.expand 2005-09-23 20:01:11.0 +0200
+++ after/s-arit64.adb.00.expand2005-09-23 19:41:23.0 +020
--- Additional Comments From heas at shrubbery dot net 2005-09-23 19:57
---
Subject: Re: cpp segfaults when a non-existent include is encountered
Fri, Sep 23, 2005 at 07:45:59PM -, pinskia at gcc dot gnu dot org:
> Can you add -v and give the output?
Sure.
sparc% gcc-bin -v -save
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
20:02 ---
-dH but there is a better way to get a backtrace.
use
gdb --args /usr/local/libexec/gcc/sparc64-sun-solaris2.9/4.1.0/cc1 -E -quiet
-v -D__arch64__
-D__sparcv9 test.c -mcpu=v9 -mtune=ultrasparc -fpch-prep
--- Additional Comments From heas at shrubbery dot net 2005-09-23 21:23
---
Subject: Re: cpp segfaults when a non-existent include is encountered
Fri, Sep 23, 2005 at 08:02:17PM -, pinskia at gcc dot gnu dot org:
> -dH but there is a better way to get a backtrace.
> use
> gdb --ar
--- Additional Comments From fche at redhat dot com 2005-09-23 21:35
---
I can't explain it, but on today's mainline, this bug does not appear. I'm
going to commit the smaller test case ("... make_k ...") from above to
libmudflap/testsuite. If this test fails, please post an attachment
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
21:35 ---
Subject: Bug 19319
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 21:35:17
Modified files:
libmudflap : ChangeLog
Added files:
libmu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
21:53 ---
Can you give the output of env before setting LANG?
--
What|Removed |Added
Componen
--- Additional Comments From heas at shrubbery dot net 2005-09-23 21:56
---
Subject: Re: cpp segfaults when a non-existent include is encountered
Fri, Sep 23, 2005 at 09:53:33PM -, pinskia at gcc dot gnu dot org:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From fche at redhat dot com 2005-09-23 21:58
---
patch committed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
21:58 ---
Subject: Bug 23084
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 21:58:42
Modified files:
libmudflap : ChangeLog mf-hooks2.c
Log message:
There is a gcc 2.95.3 compiler bug where inheriting from a base class with a
private 'operator delete' (and its matching partner 'operator new') complains
and bails. Privitizing class specific operator new/delete pair is a common idom
to prevent freestore allocation. This is fixed in later version
--- Additional Comments From richy at fatkid dot org 2005-09-23 22:02
---
Created an attachment (id=9797)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9797&action=view)
baseopdelete.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24046
--- Additional Comments From pluto at agmk dot net 2005-09-23 22:03 ---
still ICEs with current mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128
--- Additional Comments From richy at fatkid dot org 2005-09-23 22:03
---
% gcc -v
Reading specs from
/opt/third-party/depot/Linux-2.4c2.2-i686/gcc-2.95.3/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/specs
gcc version 2.95.3 20010315 (release)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From richy at fatkid dot org 2005-09-23 22:04
---
Created an attachment (id=9798)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9798&action=view)
baseopdelete.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24046
--- Additional Comments From mckinlay at redhat dot com 2005-09-23 22:05
---
PR 19870. Although these patches are largeish, they have been tested in HEAD for
some time and should be pretty safe. They are needed for OO.org.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
22:05 ---
Yes 2.95.3 is 4 years old and have not been maintined for about 4 years now.
This was fixed in 3.0 which also stoped being maintained for 3 years.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
22:10 ---
Hmm, I still cannot reproduce this with LANG set to nothing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24039
--- Additional Comments From heas at shrubbery dot net 2005-09-23 22:18
---
Subject: Re: cpp segfaults when a non-existent include is encountered
Fri, Sep 23, 2005 at 10:10:12PM -, pinskia at gcc dot gnu dot org:
> Hmm, I still cannot reproduce this with LANG set to nothing.
I thi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
22:26 ---
Hmm, I get only warning for this code:
t.cc:10: warning: base class class Foo has a non-virtual destructor
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22406
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
22:34 ---
Note did you post your patch to [EMAIL PROTECTED]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13005
--
What|Removed |Added
Keywords||rejects-valid
Last reconfirmed|2005-05-27 01:00:14 |2005-09-23 22:49:50
date|
source below compiled by (and error thrown):
/usr/bin/gfortran -c invert.f90
invert.f90: In function 'invert':
invert.f90:80: internal compiler error: in instantiate_virtual_regs_lossage, at
function.c:1442
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.g
--
What|Removed |Added
Severity|critical|normal
Component|fortran |middle-end
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
04:18 ---
Hmm, this worked with "4.1.0 20050923".
--
What|Removed |Added
GCC build tri
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
04:21 ---
gcc version 4.1.0 20050325 (experimental)
That GCC is old. It has worked since 20050822.
--
What|Removed |Added
-
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-24 04:29
---
I tried the following code in ccp_initialize.
for (phi = phi_nodes (bb); phi; phi = PHI_CHAIN (phi))
{
tree var = PHI_RESULT (phi);
DONT_SIMULATE_AGAIN (phi) = (!do_store_ccp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
05:15 ---
For the mainline and 4.0.0, the issue is really PR 19192.
--
What|Removed |Added
BugsThisDe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
05:25 ---
Actually I think this is gdb issue as it does not read the extra info provided
by GCC now for inlined
functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13111
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
05:35 ---
Assigning this to FX since he was working on it. FX is this fixed or does this
bug still need to stay
open?
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-09-24 05:37
---
(In reply to comment #0)
> The code
>
> void stuff(void);
> void f(int *p, int x)
> {
> int *q = p + x;
> if (!q)
> stuff();
> }
>
> should never call stuff() - the test is unne
--
What|Removed |Added
CC||halcy0n at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
89 matches
Mail list logo
