The follow code (build script also included) causes segmentation fault.
Problem occurs with g++ 3.4.4 and 3.4.5 on RHEL V4 U2 (x86). Thanks.
// build script ***
g++ -c staticTestMain.C
g++ -Wno-deprecated -c staticTestA.C
g++ -o staticTest staticTestA.o staticTestMain.o
0X8000 - 10 < 0 and 10 - 0X8000 < 0
gcc version 3.3.4 gets a right result of comparing between 10 and 0X8000,
but gcc version 4.1.0 fails.
the test code followed:
#include
int main()
{
int b = 0X8000;
if ((10 - b) < 0)
{
printf("(10 - b) =
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2006-04-22 04:48
---
I am able to compile with -g OK. Not sure what I was seeing the other night.
Here is a backtrace where I see a segfault:
(gdb) bt
#0 0x082c1c15 in __atom_module__n_bf ([EMAIL PROTECTED]) at
f95files/atom.F90:
Gcc version: 4.1.0
System type: RedHat Enterprise Linux AS 3.0 (x86_64) on Sun v20z (2 x AMD
Operaton 252)
configure options: ./configure --enable-languages="c,c++,fortran"
Command line triggers the bug: make
Error output:
--- cut here -
[snip]
/usr/local/src/
--- Comment #2 from trentgamblin at hotmail dot com 2006-04-22 03:23
---
Subject: RE: Including C++ header declares C functions
>Two things, first this is a dup of PR 6257 (which is one of the most report
>bugs and that means is on http://gcc.gnu.org/bugzilla/duplicates.cgi,
>please
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-04-22 02:09
---
*** Bug 27255 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-22 02:09 ---
Two things, first this is a dup of PR 6257 (which is one of the most report
bugs and that means is on http://gcc.gnu.org/bugzilla/duplicates.cgi, please
next time read that list).
Second, this might become valid to
Including any C++ header puts all C functions in the global namespace. This
code compiles and runs without errors or warnings:
#include
int main(void)
{
printf("test\n");
}
--
Summary: Including C++ header declares C functions
Product: gcc
Version: 4.1.0
--- Comment #14 from mf dot danger at gmail dot com 2006-04-22 01:51
---
I doubt there is anyone anywhere who would be able to devine that "various"
meant this subset of the processes and not that.
Further, the sentence that describes the use of '-W' specifically says "other
options t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-22 01:20
---
Says various and not all and it means not to the assembler. just to cc1 and
cc1plus.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-04-22 01:17
---
Ignore this comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27253
--- Comment #12 from mf dot danger at gmail dot com 2006-04-22 01:16
---
actually, gcc itself says so:
printf (_("\
\nOptions starting with -g, -f, -m, -O, -W, or --param are automatically\n\
passed on to the various sub-processes invoked by %s. In order to pass\n\
other options o
--- Comment #5 from pinskia at physics dot uc dot edu 2006-04-22 01:16
---
Lets try this. (just a test).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-22 01:12 ---
What exactly do you want, no error unless you supply -std=c++98 -pedantic.
that is not going to change sorry.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from acahalan at gmail dot com 2006-04-22 01:03 ---
I saw it on Fedora Core 5, which I believe is gcc 4.1, and I saw it on a gcc
which describes itself as:
gcc version 4.0.3 (Debian 4.0.3-1)
So that is two rather different gcc versions. One is x86-64, the other is
32-bit
Executing on host: /home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4.2/objdi
r/gcc/ /home/dave/gcc-4.2/gcc/libgomp/testsuite/libgomp.fortran/reduction6.f90
-B/home/dave/gcc-4.2/objdir/hppa-linux/./libgomp/
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/./libgomp -I/home/dave/gcc-4.2/gcc/libgomp/testsu
--- Comment #6 from dalej at gcc dot gnu dot org 2006-04-22 00:44 ---
Subject: Bug 23135
Author: dalej
Date: Sat Apr 22 00:44:01 2006
New Revision: 113164
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113164
Log:
2005-04-21 Dale Johannesen <[EMAIL PROTECTED]>
Radar 45
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-22 00:43 ---
*** This bug has been marked as a duplicate of 26885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-22 00:43 ---
*** Bug 27253 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.2/bin/gcc -m64 -m32 y.s -c -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /net/gnu-13/export/gnu/src/gcc/gcc/configure
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld --enable-shared
--enable-threads=posix --enable-haifa
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-22 00:28 ---
One more thing is that filing a bug report is not the correct approach to
filing a defect report with the standard since there was already a defect which
was closed as NAD (not a defect).
--
http://gcc.gnu.org/b
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-22 00:21 ---
http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_closed.html#18
was the Defect report for the C++ standard already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27252
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-04-22 00:17
---
*** Bug 27252 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-22 00:17 ---
This was an undocumented extension. Hint the word is really a bug and not an
extension.
Maybe something should go to changes.html but that is not really an issue.
*** This bug has been marked as a duplicate of 927
The C++ standard says this about the void parameter list:
"The parameter list (void) is equivalent to the empty parameter list."
(8.3.5 [dcl.fct] paragraph 2)
The C99 standard apparently says something slightly different, though I'm
afraid I'm quoting from a draft here:
"The special case of an u
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-22 00:05
---
(In reply to comment #10)
No where it says which option is passed where, and reading -mthumb:
Generate code for the 16-bit Thumb instruction set. The default is to use the
32-bit ARM instruction set.
Says to gene
--- Comment #10 from mf dot danger at gmail dot com 2006-04-21 23:52
---
Gas is part of binutils, but the driver is part of gcc, and it *is* a violation
of the principle of least astonishment to have to pass the same option two
different ways through the driver depending on what option
I receive the following when trying to build gcc using --disable-checking.
gcc (GCC) 4.2.0 20060421 (experimental)
gcc -DIN_GCC -O2 -g0 -DGENERATOR_FILE -s -o build/genextract \
build/genextract.o build/rtl.o build/read-rtl.o build/ggc-none.o
build/min-insn-modes.o build/gensupport.o
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-04-21
23:49 ---
Subject: Re: obj-c++.dg/try-catch-[29].mm (objc exceptions are broken) fails
with the GNU Runtime
> --- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 23:42
> ---
> *** Bug 27250 has b
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|3.4.6 |3.4.6 4.1.1 4.2.0
Summary|[4.0/4.1/4.2 Regression] Out|[4.
--- Comment #8 from carlos at gcc dot gnu dot org 2006-04-21 23:43 ---
Subject: Bug 26774
Author: carlos
Date: Fri Apr 21 23:42:43 2006
New Revision: 113155
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113155
Log:
gcc/
2006-04-21 Carlos O'Donell <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:42 ---
*** This bug has been marked as a duplicate of 23616 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 23:42 ---
*** Bug 27250 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-04-21 23:41
---
*** Bug 27245 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:41 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-21 23:40
---
*** Bug 27244 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/try-catch-9.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gc
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:40 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-21 23:40
---
*** Bug 27242 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:40 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:39 ---
*** Bug 27248 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:39 ---
*** This bug has been marked as a duplicate of 27232 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/encode-8.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hppa-
linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/encode-3.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hppa-
linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/cxx-ivars-2.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gc
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-21 23:32 ---
*** Bug 27246 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:32 ---
*** This bug has been marked as a duplicate of 23716 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/comp-types-10.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/
hppa-linux/libstdc++-v3/include/hppa-linux
-I/home/dave/
gnatlink cxh1001.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN cxh1001
,.,. CXH1001 ACATS 2.5 06-04-21 08:40:52
CXH1001 Check that the configuration pragma Normalize_Scalars
causes uninitialized scalar objects to be set to a
gnatlink cd2a23e.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN cd2a23e
,.,. CD2A23E ACATS 2.5 06-04-21 07:59:18
CD2A23E CHECK THAT WHEN A SIZE SPECIFICATION AND AN ENUMERATION
REPRESENTATION CLAUSE ARE GIVEN FOR AN ENUMERATION TYPE,
gnatlink c37215h.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN c37215h
,.,. C37215H ACATS 2.5 06-04-21 06:37:47
C37215H THE DISCRIMINANT VALUES OF AN INDEX CONSTRAINT ARE PROPERLY
CHECK FOR COMPATIBILITY WHEN THE DISCRIMINANT IS DEFINED
gnatlink c35507m.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN c35507m
,.,. C35507M ACATS 2.5 06-04-21 06:31:52
C35507M CHECK THAT THE ATTRIBUTES 'POS' AND 'VAL' YIELD THE CORRECT
RESULTS WHEN THE PREFIX IS A CHARACTER TYPE WITH AN
--- Comment #9 from rspencer at x10sys dot com 2006-04-21 23:12 ---
Andrew Pinskia wanted me to mention that there are other source files in LLVM
that exhibit the slow down. The one I attached is the worst offender, but there
are others. Unfortunately, I don't remember which files and I
--- Comment #3 from danfuzz at milk dot com 2006-04-21 23:11 ---
Wow, that was quick.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27241
--- Comment #92 from pinskia at gcc dot gnu dot org 2006-04-21 23:06
---
*** Bug 27241 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-21 23:06 ---
You are violating C/C++ aliasing rules:
Length(const Length &o) { *((unsigned int *)this) = *((unsigned int *)&o); }
Use either -fno-strict-aliasing or use memcpy but even then that might not work
as this is a non
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-04-21 23:06
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-04-21 23:05
---
Subject: Bug 25875
Author: reichelt
Date: Fri Apr 21 23:05:30 2006
New Revision: 113154
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113154
Log:
PR c/25875
* c-typeck.c (digest_init): Rob
--- Comment #1 from danfuzz at milk dot com 2006-04-21 23:04 ---
Created an attachment (id=11315)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11315&action=view)
Source file that demonstrates the bug
Compile this file as indicated in the original bug report, and then examine the
I have an example in which it looks like code is reordered improperly. The bug
seems to be triggered by using an enumerated type in a bitfield. I found the
bug compiling for arm-elf, but I have reports that it fails in a similar way
compiling for x86 (Linux).
Here's the compile command I used and
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-04-21 23:02
---
Subject: Bug 25875
Author: reichelt
Date: Fri Apr 21 23:02:26 2006
New Revision: 113153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113153
Log:
PR c/25875
* c-typeck.c (digest_init): Rob
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-21 22:53 ---
(In reply to comment #8)
> On the question of documentation:
> From the GNU Info node for invoking gas:
GAS is not part of GCC but instead binutils.
So you should report this to binutils, but also it says usually s
--- Comment #8 from mf dot danger at gmail dot com 2006-04-21 22:43 ---
On the question of documentation:
>From the GNU Info node for invoking gas:
Usually you do not need to use this `-Wa' mechanism, since many
compiler command-line options are automatically passed to the assembler
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-21 21:53 ---
Subject: Bug 27163
Author: tromey
Date: Fri Apr 21 21:53:27 2006
New Revision: 113151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113151
Log:
PR classpath/27163:
* gnu/java/net/protocol/ftp
--- Comment #5 from cvs-commit at developer dot classpath dot org
2006-04-21 21:44 ---
Subject: Bug 27163
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]>06/04/21 21:43:10
Modified files:
.
--- Comment #5 from danglin at gcc dot gnu dot org 2006-04-21 21:03 ---
The bug was introduced by r112128:
http://gcc.gnu.org/ml/gcc-cvs/2006-03/msg00547.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-04-21 20:45 ---
What documentation? The -m* options are compiler options. And there is
documentation to that effect already. In fact there is documentation to pass
an option to the assembler, you should be using -Wa,xx alread
--- Comment #6 from patchapp at dberlin dot org 2006-04-21 20:40 ---
Subject: Bug number PR c/25875
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00815.html
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from mf dot danger at gmail dot com 2006-04-21 20:36 ---
That's fine, so long as you turn it into a documentation bug and fix the
documentation, as it's an option that's documented as being passed to the
assembler.
--
mf dot danger at gmail dot com changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-21 20:32 ---
Use the .thumb psedu-op or use -Wa,-mthumb.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from mf dot danger at gmail dot com 2006-04-21 20:30 ---
Perhaps a precise example would make this clearer.
I have a human-written thumb assembler file. (see attached)
I attempt to assemble it using
arm-elf-gcc -v -g -mthumb -c -o bdidown.o bdidown.S
The following ap
--- Comment #3 from mf dot danger at gmail dot com 2006-04-21 20:24 ---
Created an attachment (id=11313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11313&action=view)
Example .S file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27237
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-21 20:09
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #2 from mf dot danger at gmail dot com 2006-04-21 20:08 ---
I guess I didn't make it clear that this is a bug against the gcc _driver_ not
the compiler. I am using gcc _driver_ to invoke gas to assemble an assembler
*source* file. 'gcc -mthumb -c foo.S' should cause gas to
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-21 20:06
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-21 19:05 ---
Ok, I have a fix for the /-less URL bug.
It appears that the JDK somehow waits for some data to be available
on the socket. I'm not sure exactly what mechanism it uses, however.
It does not appear to buffer all the
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 19:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
Compiling the following invalid objc testcase results in an ICE:
void foo()
{
struct A a;
a.i;
}
bug1.m: In function 'foo':
bug1.m:3: error: storage size of 'a' isn't known
bug1.m:4: internal compiler error: tree check: expected class
--- Comment #7 from pcarlini at suse dot de 2006-04-21 17:51 ---
Fixed for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from paolo at gcc dot gnu dot org 2006-04-21 17:50 ---
Subject: Bug 26424
Author: paolo
Date: Fri Apr 21 17:49:48 2006
New Revision: 113143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113143
Log:
2006-04-21 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #3 from cvs-commit at developer dot classpath dot org
2006-04-21 17:28 ---
Subject: Bug 27231
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]>06/04/21 17:28:25
Modified files:
gnu/java/
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-21 17:28 ---
Subject: Bug 27231
Author: tromey
Date: Fri Apr 21 17:28:40 2006
New Revision: 113140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113140
Log:
PR libgcj/27231:
* gnu/java/net/protocol/http/H
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-21 17:28 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #18 from jakub at gcc dot gnu dot org 2006-04-21 17:22 ---
While this should now be fixed on s390{,x} (and I believe also sparc*)
with -mlong-double-128, it is still broken on powerpc{,64}.
What happens there is that gfortran returns a non-canonical number
for huge (0.0_16) (
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 17:04 ---
This is either a bug in Freebsd's compiler or you are having hardware issues.
Anyways this works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from jakub at gcc dot gnu dot org 2006-04-21 17:04 ---
Subject: Bug 24685
Author: jakub
Date: Fri Apr 21 17:04:04 2006
New Revision: 113137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113137
Log:
PR libgfortran/24685
* io/write.c (MIN_FIELD_WID
--- Comment #5 from tbm at cyrius dot com 2006-04-21 16:52 ---
Isn't 3.4 unsupported these days anyway?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24484
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-21 16:18 ---
Please read http://gcc.gnu.org/bugs.html
and provide all the information there which in case means the version of gcc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from patchapp at dberlin dot org 2006-04-21 16:15 ---
Subject: Bug number PR25099
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00802.html
--
http://gcc.gnu.org/bugzilla/sh
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 16:06 ---
Related to PR 23090.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compo
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 16:04 ---
First what version of GCC you are using?
Is it before 4.0.3?
If so this is a dup of bug 20721.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27235
--- Comment #35 from langer_mann at web dot de 2006-04-21 15:59 ---
(In reply to comment #34)
> > The reason is dead simple: register allocation is NP-complete, so it
> > is even *theoretically* not possible to write register allocators that
> > always find a coloring.
>
> Not at all.
--- Comment #34 from langer_mann at web dot de 2006-04-21 15:56 ---
> The reason is dead simple: register allocation is NP-complete, so it
> is even *theoretically* not possible to write register allocators that
> always find a coloring.
Not at all. If a problem is NP-hard, you can in
--- Comment #3 from tbm at cyrius dot com 2006-04-21 15:49 ---
This is a very common bug (seen when compiling the Debian archive). Please set
priority to P1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26725
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-04-21 14:46 ---
Hm, fold_unary does not fold
(struct FooD.1993 *)(struct BarD.1994 *) f
where f is of type (struct FooD.1993 &). Oh well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27090
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-21 12:50 ---
>From ipa-pure-const we get
Function found to be pure: foo_read
Function found to be pure: foo
which is of course bogus for volatile pointer arguments. It's a regression,
because ipa-pure-const is new.
--
rgue
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-04-21 12:34
---
Exchanging FRE with DCE produces on x86_64 (-O2 vs. -O2 with patch):
Estimated Estimated
Base Base Base Peak Peak
1 - 100 of 107 matches
Mail list logo
