Hi All,
When I compile the following code (using the -S switch) under windows,
GCC outputs an assembly file containing the symbol __main (two
underscores) Code:
int main()
{
return 0;
}
The reason I know that on some systems, gcc inserts a call to __main()
at the start of the code that it
On 2005-05-26 09:14:40 -0400, Daniel Berlin wrote:
On Thu, 26 May 2005, Vincent Lefevre wrote:
On 2005-05-25 19:27:21 +0200, Allan Sandfeld Jensen wrote:
Yes. I still don't understand why gcc doesn't do -ffast-math by
default like all other compilers.
No! And I really don't think that other
Menezes, Evandro wrote:
Your code just tests every 3.6°, perhaps you won't trip at the
problems...
Actually, it tested every 1.8°, but who wants to be picky. I've rerun
the test overnight at greater resolution, testing every
0.0018 degress, and saw no change in the result.
..Scott
On Fri, 2005-05-27 at 12:47 +0200, Vincent Lefevre wrote:
On 2005-05-26 09:14:40 -0400, Daniel Berlin wrote:
On Thu, 26 May 2005, Vincent Lefevre wrote:
On 2005-05-25 19:27:21 +0200, Allan Sandfeld Jensen wrote:
Yes. I still don't understand why gcc doesn't do -ffast-math by
default like
On 2005-05-26 20:49:13 +0200, Allan Sandfeld Jensen wrote:
I can't speak of all compilers, only the ones I've tried. ICC
enables it always, Sun CC, Dec CXX, and HP CC at certain levels of
optimizations (equivalent to -O2).
I've tried with cc: Sun WorkShop 6 2000/04/07 C 5.1, and there
doesn't
Vincent Lefevre wrote:
So, yes, -ffast-math by default would really be a bad idea and would
make gcc much worse than other compilers.
Who has advocated making -ffast-math the default? I certainly haven't.
..Scott
I am using gcc 3.3.1 release as my port, and looks
like I have hit a problem with greg.
The source program is the sqrt.c math function
__ieee754_sqrt. ( I am pasting the relevent part
here)
typedef union
{
double value;
struct
{
unsigned int lsw;
unsigned int msw;
} parts;
}
On 2005-05-26 12:04:04 -0400, Scott Robert Ladd wrote:
I've never quite understood the necessity for performing trig
operations on excessively large values, but perhaps my problem
domain hasn't included such applications.
This can happen in some numerical applications (the same expressions
are
On 2005-05-26 14:40:33 +0100, Paul Brook wrote:
I thought the x86 sin/cos intrinsics were unsafe. ie. they don't
gave accurate results in all cases.
Yes, and here, this is a bug. See:
http://web.archive.org/web/20040409144725/http://www.naturalbridge.com/floatingpoint/intelfp.html
--
Vincent
On 2005-05-27 07:58:28 -0400, Scott Robert Ladd wrote:
Vincent Lefevre wrote:
So, yes, -ffast-math by default would really be a bad idea and would
make gcc much worse than other compilers.
Who has advocated making -ffast-math the default? I certainly haven't.
Allan Sandfeld Jensen has:
On 2005-05-26 16:33:00 -0500, Menezes, Evandro wrote:
Keep in mind that x87 transcendentals are not the most accurate
around, but all x86 processors from any manufacturer produce roughly
the same results for any argument as the 8087 did way back when,
even if the result is hundreds of ulps
The Fink project has adopted the use of the g++-3.3 compiler
as their default for compiling fink packages under MacOS X 10.4.
However they are allowing the default gcc compiler to remain as
gcc-4.0. Are there likely to be any odd issues with mixing code
from the two compiler generations? In
On 2005-05-27 15:36:51 +0200, Olivier Galibert wrote:
If you're evaluating it at the floating point value 2^90 you're just
evaluating a fancy prng. Floating point values represent intervals,
They don't. Have you never heard of correlation?
--
Vincent Lefèvre [EMAIL PROTECTED] - Web:
Greetings!
Boehm, Hans [EMAIL PROTECTED] writes:
The collector also tries to address this with a complicated hack that
occasionally checks for opportune times to clear sections of the
stack that are not currently in use. (See GC_clear_stack()
in misc.c.)
BTW, where is the official
Mark,
is it OK to remove the link Last-Minute Requests for 4.0.0 from the Wiki
main page? The page is obviously unneded there. If you want, we can keep the
link somewhere else (like collected in a page obsolete misc pages).
--
Giovanni Bajo
Sanjiv Kumar Gupta [EMAIL PROTECTED] writes:
I am using gcc 3.3.1 release as my port, and looks
like I have hit a problem with greg.
You neglected to mention what target you are using.
I couldn't understand why the insns 620 and 621 are
being generated here as DI moves.
I'm not sure
On Friday 27 May 2005 13:51, Vincent Lefevre wrote:
So, yes, -ffast-math by default would really be a bad idea and would
make gcc much worse than other compilers.
Thanks for the tests. I had no idea GCCs fast-math was that different from
other compilers.
Maybe the real goal like other have
Allan == Allan Sandfeld Jensen [EMAIL PROTECTED] writes:
Allan Maybe the real goal like other have mentioned should be to
Allan divide the -ffast-math into multiple switches.
Yes, and document them so both users and implementers can tell what
they mean, which is not currently the case.
Giovanni Bajo wrote:
Mark,
is it OK to remove the link Last-Minute Requests for 4.0.0 from the Wiki
main page? The page is obviously unneded there. If you want, we can keep the
link somewhere else (like collected in a page obsolete misc pages).
I tried to remove it -- but I didn't seem to
On 2005-05-27, at 15:36, Olivier Galibert wrote:
Floating point values represent intervals,
This is mathematically wrong. The basic concept is that the
calculations domain as given by floating point numbers is used
to *model* the real number calculus. Certain constrains apply of course.
But
Paul Koning wrote:
Allan Maybe the real goal like other have mentioned should be to
Allan divide the -ffast-math into multiple switches.
Yes, and document them so both users and implementers can tell what
they mean, which is not currently the case.
I'm more than willing to do this, and
On 5/27/05, Scott Robert Ladd [EMAIL PROTECTED] wrote:
Paul Koning wrote:
Allan Maybe the real goal like other have mentioned should be to
Allan divide the -ffast-math into multiple switches.
Yes, and document them so both users and implementers can tell what
they mean, which is not
This is happening in gcc.dg/tree-ssa/20040121-1.c. The test
specifically tests that (p!=0) + (q!=0) should be computed as
int:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
During VRP, we get this IL
D.1294_10 = first_8 != 0B;
D.1295_11 = last_9 != 0B;
x_12 =
Richard Guenther wrote:
On 5/27/05, Scott Robert Ladd [EMAIL PROTECTED] wrote:
I can post a suggested set of switches and their meanings? We could
actually document what the switches do *before* implementing them.
Well, as I said before, actually enumerating the transformations we
currently
Diego Novillo [EMAIL PROTECTED] writes:
This is happening in gcc.dg/tree-ssa/20040121-1.c. The test
specifically tests that (p!=0) + (q!=0) should be computed as
int:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
...
When we call int_const_binop to fold
Scott == Scott Robert Ladd [EMAIL PROTECTED] writes:
Scott Paul Koning wrote:
Allan Maybe the real goal like other have mentioned should be to
Allan divide the -ffast-math into multiple switches.
Yes, and document them so both users and implementers can tell
what they mean, which is not
On May 27, 2005, at 11:05 AM, Diego Novillo wrote:
This is happening in gcc.dg/tree-ssa/20040121-1.c. The test
specifically tests that (p!=0) + (q!=0) should be computed as
int:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
Is this program legal C?
!= is
On Fri, May 27, 2005 at 02:23:02PM -0400, Ian Lance Taylor wrote:
The program is legal C. The _Bool values should be promoted to int
before doing the addition.
OK, thanks.
I guess that type cast is being lost somewhere.
It doesn't seem to be ever emitted. There are no casts in
.original:
On Fri, May 27, 2005 at 02:32:46PM -0400, Andrew Pinski wrote:
This is happening in gcc.dg/tree-ssa/20040121-1.c. The test
specifically tests that (p!=0) + (q!=0) should be computed as
int:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
During
On Fri, May 27, 2005 at 02:32:46PM -0400, Andrew Pinski wrote:
This is happening in gcc.dg/tree-ssa/20040121-1.c. The test
specifically tests that (p!=0) + (q!=0) should be computed as
int:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
On Fri, May 27, 2005 at 02:45:14PM -0400, Andrew Pinski wrote:
Are you sure, the NE_EXPR does not have a type of INTEGER_TYPE?
This sounds like a missing fold_convert somewhere.
Ah, yes. I see what you mean now. The comparison was of type
int but the evaluation was generating a _Bool value.
On May 27, 2005, at 6:55 AM, Jack Howarth wrote:
Are there likely to be any odd issues
I'm sure there are likely to be issues... for example, c++ isn't
going to link across these versions. As long as one links with
gcc-4.0, the issues of not finding a routine should be minimized.
For
Scott,
Actually, it tested every 1.8°, but who wants to be picky.
I've rerun the test overnight at greater resolution, testing every
0.0018 degress, and saw no change in the result.
That's because the error is the same but symmetrical for sin and cos, so that,
when you calculate the
Evandro,
Any perceived increase in accuracy in this test comes
from intermediary calculations being done with 80 bits and
because the errors in fsin are complementary to those in fcos.
I'm always willing to see my mistakes revealed, if it can be done so
eloquently and politely. Unlike some
Tony Mueller would like to recall the message, .
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
Menezes, Evandro
Sent: Friday, May 27, 2005 1:55 PM
[...]
That's because the error is the same but symmetrical for sin and
cos, so that, when you calculate the sum of their squares, one
cancels the
Gabriel Dos Reis wrote:
The list of changes is available at
http://gcc.gnu.org/gcc-3.3/changes.html
a tiny detail, but i figured i would mention it. congratulations.
--- changes.html.orig 2005-05-27 18:56:02.0 -0600
+++ changes.html2005-05-27
On Fri, May 27, 2005 at 02:45:14PM -0400, Andrew Pinski wrote:
re:
char *foo(char *p, char *q) {
int x = (p !=0) + (q != 0);
...
}
Are you sure, the NE_EXPR does not have a type of INTEGER_TYPE?
This sounds like a missing fold_convert somewhere.
Ah, yes. I see what you mean
/opt/freeware/bin/bash ../libtool --tag CXX --mode=compile
/QOpenSys/builds/gcc-3.4.4/objdir/gcc/xgcc -shared-libgcc
-B/QOpenSys/builds/gcc-3.4.4/objdir/gcc/ -nostdinc++
-L/QOpenSys/builds/gcc-3.4.4/objdir/powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3/src
--
What|Removed |Added
GCC host triplet||powerpc-ibm-aix5.2.0.0
Summary|libstdc++ build failed on |libstdc++ build failed on
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
06:07 ---
This is a bug in the as you are using:
xgcc: Internal error: Terminated (program as)
--
What|Removed |Added
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
06:12 ---
Should I switch to GNU AS instead ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21778
Hi!
When I try to compile jdk14 I've got following error. I think that is't a bug,
isn't.
thanks
Slawek
Error message:
Compiling
/usr/ports/java/jdk14/work/hotspot/src/share/vm/runtime/deoptimization.cpp
Compiling /usr/ports/java/jdk14/work/hotspot/src/cpu/i486/vm/depChecker_i486.cpp
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
09:47 ---
FYI, my patch for solving this bug in classpath is
https://savannah.gnu.org/patch/index.php?func=detailitemitem_id=3893
My copyright assignment is on its way...
I cannot comment on the current behaviour
/home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c: In
function
'flush_meta':
/home/mfletcher/nucleus-builder-410/newlib-1.12.0/newlib/libc/search/hash.c:511:
internal
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed
--- Additional Comments From mfletcher at serck-controls dot co dot uk
2005-05-27 11:25 ---
Created an attachment (id=8978)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8978action=view)
preprocessed sources to trigger ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21780
The following snippet, if compiled with -Wall, complains about a missing return
statement, indicating GCC is erroneously folding the comparison to false.
int foo(void) { if (.0e2 == 0 ) return 1; }
--
Summary: real.c incorrectly values zero with a large exponent
Hi,
I'm attempting to build gcc 3.3.6 on Solaris 8.
The build process fails, apparently while attempting to configure libffi:
$ setenv CONFIG_SHELL /bin/ksh
$ mkdir GCC-3.3.6 ; cd GCC-3.3.6
$ /tmp/gcc-3.3.6/configure --prefix=/usr/local/gcc-3.3.6
--with-as=/usr/local/binutils/bin/as
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:38 ---
Created an attachment (id=8979)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8979action=view)
complete build log, output of gmake bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
12:40 ---
Created an attachment (id=8980)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8980action=view)
failing configure log: sparc-sun-solaris2.8/libffi/config.log
--
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-05-27
12:50 ---
Already fixed
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Component|java|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21779
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:10 ---
*** Bug 21779 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:09 ---
Please report this to FreeBSD since you are using their GCC based compiler
(they should have changed
the bug reporting URL) and also since Sun's JDK source cannot be distributed
here and you are using
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:15 ---
You should use --disable-multilib as documented.
*** This bug has been marked as a duplicate of 6237 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:15 ---
*** Bug 21782 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21781
--
What|Removed |Added
Summary|wrong code for ((unsigned |[3.4/4.0/4.1 Regression]
|char)(unsigned long |wrong code for ((unsigned
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:35 ---
1) I'm not sure this is a duplicate. The workstation I'm using is fully 64-bit
functional:
$ isainfo -v
64-bit sparcv9 applications
32-bit sparc applications
$
Both
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:36 ---
Nothing has changed to libffi since 3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:43 ---
Nothing has changed on my machine either except:
* I've upgraded the Sun assembler because of this:
http://gcc.gnu.org/ml/gcc/2005-05/msg00509.html
I'm using GNU binutils for this build anyway, so it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
13:50 ---
Fixed in 4.0.0 by the removal of -fnew-ra.
--
What|Removed |Added
Status|NEW
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27
13:52 ---
The last version i had built in the gcc 3.3 series was 3.3.4. It had probably
been bootstrapped with gcc 3.3.3 and I was using GNU binutils 2.15 at that time.
Also maybe this is not related to changes in
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
13:58 ---
Well now, using GNU AS (2.15) I've got :
/QOpenSys/builds/gcc-3.4.4/objdir/gcc/xgcc -shared-libgcc
-B/QOpenSys/builds/gcc-3.4.4/objdir/gcc/ -nostdinc++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:06 ---
What as is this: /QOpenSys/usr/bin/as?
Make sure that you have all the required patches.
Still this cannot be a GCC bug, please double check all the required patches to
as as documened on
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
14:08 ---
Fixed on mainline
2005-05-27 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21681
* parser.c (cp_parser_late_parsing_for_member): Disable access
checking for template functions.
--
--- Additional Comments From henri dot gomez at gmail dot com 2005-05-27
14:13 ---
Subject: Re: libstdc++ build failed on AIX 5.2
27 May 2005 14:06:36 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED]:
--- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
14:24 ---
Subject: Bug 21681
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 14:23:52
Modified files:
gcc/testsuite : ChangeLog
gcc/cp :
templateclass T struct A {
typedef int B;
void f(typename A::B);// illformed: typename required before A::B
A::B b; // ok error detected
};
It's in the DRAFT: 25 November 1997
14.6 Name resolution
I don't know if that changed.
If someone could confirm.
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-27
14:40 ---
Look at config.log and try to compile the last configure test using the same
command line:
main () {
/* Are we little or big endian? From HarbisonSteele. */
union
{
long l;
char c[sizeof
--
What|Removed |Added
Summary|No typedef required when|No typename required when
|type use in a function |type use in a function
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 14:42 ---
It's that, that shouldn't work :
void f(A::B);// illformed: typename required before A::B
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
BugsThisDependsOn||21784
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21743
Consider this:
namespace mine
{
int cpow;
};
int cabs; // Ok
using mine::cpow; // Not ok.
You see: correctly, cabs, doesn't conflict with the builtin cabs (because we
are using the form without __builtin_*). On the other hand, as soon as using
is involved, things are not ok. This is
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:48 ---
This is weird because both ICC and Comeau accept this too (even in strict mode).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
14:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From js at jeannot dot org 2005-05-27 14:58 ---
Seems fixed as of 3.4.5 20050524.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:01 ---
I only have the DRAFT, so I don't know if it's really a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:02 ---
Subject: Bug 20534
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 15:01:46
Modified files:
libstdc++-v3 : ChangeLog
)
sauternes /tmp kaffe Enum
[04:54 27/05/05]
sauternes /tmp java Enum
sauternes /tmp
gij (GNU libgcj) version 4.1.0 20050527 (experimental)
Note: this bug looks similar to a bug I reported against jamvm:
https
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
15:05 ---
The new behaviour is caused by PR21785, which currently masks this bug.
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||20169
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
15:15 ---
fixed on 4.0 branch
2005-05-27 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21681
* parser.c (cp_parser_late_parsing_for_member): Disable access
checking for template functions.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:17 ---
Subject: Bug 21681
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 15:17:27
Modified files:
gcc/cp :
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:23 ---
Tested with VC++ 2003:
SansNom1.cpp(7) : warning C4346: 'AT::B' : dependent name is not a type
prefix with 'typename' to indicate a type
SansNom1.cpp(9) : see reference to class
--- Additional Comments From florent dot gallet at orange dot fr
2005-05-27 15:25 ---
(sorry, the line number are wrong, begin at 5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:50 ---
Subject: Bug 21455
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 15:50:29
Modified files:
gcc/testsuite : ChangeLog
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
15:53 ---
Subject: Bug 21455
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-27 15:53:10
Modified files:
gcc/cp :
--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-27
15:54 ---
fixed mainline and 4.0
2005-05-27 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21455
* typeck.c (get_delta_difference): Cope with incomplete but equal
classes. Reorder if.
--
While doing a full recompile of the whole FreeBSD 5.3-RELEASE-p15 source tree
the gcc 3.4.5 snapshot crashed with a segfault.
The comamnd line that triggered the error:
/usr/local/bin/gcc34 -s -Os -pipe -march=athlon64 -I.
-I/usr/src/gnu/usr.bin/binutils/libbfd
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-05-27
16:05 ---
I'm seeing the failure on s390 as well. What appears to happen is that
the main program calls the library routine
static void
eoshift0 (gfc_array_char * ret, const gfc_array_char * array,
int
--
What|Removed |Added
GCC host triplet||amd64
GCC target triplet||amd64
When I compile and try to run one of my programs with gfortran, all I get as
output from libfortran is Abort - not very informative -
row col x y xg yg
zg
11 0. 0. 0. 0.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-27
16:31 ---
Subject: Bug 21658
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-27 16:31:29
Modified files:
gcc: ChangeLog tree-ssa-ccp.c
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-27 16:33
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:05 ---
Could you attach the preprocessed source like it says to do on the web page?
--
What|Removed |Added
--- Additional Comments From jakub at gcc dot gnu dot org 2005-05-27 17:14
---
I can't reproduce the segfault, but that's only because the problem manifests
as use of uninitialized variable.
/* PR c/21536 */
/* { dg-do compile } */
/* { dg-options -O2 -Wuninitialized } */
typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
17:14 ---
Confirmed, last night with the comment in PR 20169.
--
What|Removed |Added
1 - 100 of 143 matches
Mail list logo