--- Comment #3 from law at redhat dot com 2006-02-08 07:55 ---
Subject: Re: [4.2 Regression] ICE in
duplicate_ssa_name
On Wed, 2006-02-08 at 04:22 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 04:22
> -
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-02-08 07:12
---
It's a regression from 3.x on SPARC.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-02-08 07:11
---
Testing Geert's fix.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from grigory_zagorodnev at linux dot intel dot com
2006-02-08 06:40 ---
I've verified that reload-branch works fine on the regression test-case. It
either works with that Alan's obvious reload fix
(http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01261.html) applied. That mak
--- Comment #3 from phr-gcc at nightsong dot com 2006-02-08 05:12 ---
Thanks. It would be nice to mention that in the doc page about testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26170
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 05:07 ---
Read:
http://gcc.gnu.org/install/prerequisites.html
Autogen is only required for testing fixincludes which really is not required
for testing a patch except a fixincludes patch.
use "make -k check" instead of just
--- Comment #1 from phr-gcc at nightsong dot com 2006-02-08 05:05 ---
typo "inspect" -> "expect". Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26170
http://gcc.gnu.org/install/test.html says prerequisites for running the test
suite include dejagnu, tcl, and inspect. Autogen should also be on this list.
--
Summary: prerequisite list in doc incomplete
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 04:22 ---
I should say this was while building libgfortran/io/unit.c which makes this a
blocker.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 04:20 ---
Fixed, thanks Janis.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 04:20 ---
Compile that testcase with -O2 and you will recieve an ICE.
Backtrace:
#0 internal_error (gmsgid=0x9a973c "tree check: %s, have %s in %s, at %s:%d")
at /Users/pinskia/src/gcc/local/gcc/gcc/diagnostic.c:586
#1 0x002
Reduced Testcase:
static int unit_cache[3];
void find_unit_1 (int n, int do_create)
{
int *p;
int c, created = 0;
if (p == 0)
if (do_create)
created = 1;
for (c = 0; c < 2; c++)
unit_cache[c] = unit_cache[c + 1];
if (created)
dec_waiting_unlocked (p);
}
--
--- Comment #3 from roger at eyesopen dot com 2006-02-08 04:04 ---
Subject: Re: Configure tests for pthread.h sometimes
need to use -pthread
On 7 Feb 2006, fxcoudert at gcc dot gnu dot org wrote:
> I tried to give it a look on alphaev68-dec-osf5.1b, but I couldn't
> get to the point
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-08 04:02 ---
The problem here is ASM_OUTPUT_ASCII.
The testcase is a big file with a lot of functions that have long function
names. It is 4MB of C++ code, producing a 28MB .s file in about 15 seconds.
If I add -Q and pipe the
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 02:34 ---
I think this is more of a dup of bug 19180 which is the bug about lacking
documention about adding an option in general.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26168
gcc/gcc.c has a comment at the top that's a guide to adding a command line
option. It's incomplete: it should say to add the new option to c.opt and
rebuild the compiler, and then describe how the variable OPT_whatever gets
created by the awk scripts during the build process, so you can then check
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-08 02:19 ---
Dorit's analysis of vect-reduc-pattern-2.c in comment #1 is correct. The loop
that sums char into int is not vectorized, because the widen_ssumv8qi3 pattern
has the wrong output mode (HI instead of SI). Dorit's sugg
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 02:18 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-08 02:07 ---
The vect-reduc-dot-s16.c testcase fails because two loops were vectorized, and
we only expected one to be vectorized.
The problem here is that the loop in foo1 is not supposed to be recognized and
vectorized as a dot
A consulting client of mine has asked me to make a cpp patch that
causes GCC to optionally expand preprocessor macros in #pragmas. He
is trying to migrate a huge codebase from Microsoft C to GCC. The
code has a lot of pragmas like
#pragma FOO
where FOO is a symbol created by a #define statem
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-08 02:00 ---
Subject: Bug 26145
Author: dje
Date: Wed Feb 8 02:00:42 2006
New Revision: 110738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110738
Log:
2006-02-07 Uttam Pawar <[EMAIL PROTECTED]>
PR tree-optimiz
gcc reports the signedness probelm correctly, but g++ does not. See below for a
demonstration:
$ cat signedness.cpp
#include
using namespace std;
void foo (unsigned int a){
cout << a << endl;
}
int main(){
int b = -1;
foo (b);
return 0;
}
$ g++ -Wall -Wconversion -o signedness signedness.cpp
--- Comment #1 from janis at gcc dot gnu dot org 2006-02-08 00:06 ---
Subject: Bug 26159
Author: janis
Date: Wed Feb 8 00:06:12 2006
New Revision: 110729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110729
Log:
PR testsuite/26159
* gcc.dg/gomp/critical-3.c: Ca
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-07 23:52 ---
Subject: Bug 25577
Author: tobi
Date: Tue Feb 7 23:52:37 2006
New Revision: 110728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110728
Log:
libgfortran/
2006-02-07 Dale Ranta <[EMAIL PROTECTED]>
P
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-07 22:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from danglin at gcc dot gnu dot org 2006-02-07 22:17 ---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from danglin at gcc dot gnu dot org 2006-02-07 22:15 ---
Subject: Bug 26109
Author: danglin
Date: Tue Feb 7 22:15:30 2006
New Revision: 110724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110724
Log:
PR target/26109
* pa.c (attr_length_indirect_
--- Comment #4 from danglin at gcc dot gnu dot org 2006-02-07 22:13 ---
Subject: Bug 26109
Author: danglin
Date: Tue Feb 7 22:13:22 2006
New Revision: 110723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110723
Log:
PR target/26109
* pa.c (attr_length_indirect_
--- Comment #3 from danglin at gcc dot gnu dot org 2006-02-07 22:11 ---
Subject: Bug 26109
Author: danglin
Date: Tue Feb 7 22:11:30 2006
New Revision: 110722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110722
Log:
PR target/26109
* pa.c (attr_length_indirect_
--- Comment #2 from danglin at gcc dot gnu dot org 2006-02-07 22:09 ---
Subject: Bug 26109
Author: danglin
Date: Tue Feb 7 22:09:52 2006
New Revision: 110721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110721
Log:
PR target/26109
* pa.c (attr_length_indirect_
--- Comment #7 from tobi at gcc dot gnu dot org 2006-02-07 22:04 ---
I shall commit this as obvious once I have distilled a testcase. FAICR the
original code is by me, and the change is certainly obvious.
--
tobi at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from mueller at gcc dot gnu dot org 2006-02-07 21:47 ---
Subject: Bug 18150
Author: mueller
Date: Tue Feb 7 21:47:55 2006
New Revision: 110719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110719
Log:
2006-02-07 Dirk Mueller <[EMAIL PROTECTED]>
PR c++/
After 'make install', the installed compiler cannot find libgomp.spec. The
problem seems to be that we are not looking in /lib64:
$ export PATH=$HOME/gomp.clean/native.x86_64/bin:$PATH
$ which gcc
~/gomp.clean/native.x86_64/bin/gcc
$ gcc -o a a.c -fopenmp -O2
a.c: In function 'main':
gcc: libgo
--- Comment #6 from dir at lanl dot gov 2006-02-07 21:24 ---
Trouble with my internet access since Feb 1 - I am getting no Email, etc.. . I
am on a new wonderful automatic system - They say that I should be up about 3
days after my account is reset. Multiple servers with ,of course, only
--- Comment #4 from law at redhat dot com 2006-02-07 21:24 ---
The jump threading code is *very* conservative when threading across a backedge
in the CFG. The fundamental issue is that you'll have the result of the
conditional in your hash tables from the normal DOM walk and you may
(i
--- Comment #2 from roger at eyesopen dot com 2006-02-07 21:15 ---
I've discovered your bootstrap failure is PR16787. It'll take a while for me
to try out your XCFLAGS fix on my slow machine. I'll also propose a fix for
PR16787.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26161
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-07 20:24
---
I tried to give it a look on alphaev68-dec-osf5.1b, but I couldn't get to the
point of configuring libgomp :)
cc -c -DHAVE_CONFIG_H -g -I. -I../../gcc/libiberty/../include -Wc++-compat
../../gcc/libiberty/floa
--- Comment #3 from krischik at users dot sourceforge dot net 2006-02-07
20:23 ---
Sorry, allways forget. Here it comes:
gcc -c -gnatwecfijkmruv -gnaty3abcefhiklmnoprstx -Wall -O2 -gnatn -I- -gnatA
/work/act/AWS/src/aws-url.adb
With Regards
Martin
--
http://gcc.gnu.org/bugzilla/
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-07 20:12 ---
Testing a patch
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #7 from law at redhat dot com 2006-02-07 20:03 ---
With today's changes we thread the "break" edge out of the loop. We could
still do better.
Basically we need to realize that bytes can never have the value zero when we
hit the loop test "while (toread != 0)". Once we real
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-07 19:23 ---
I looked at this a bit more.
We don't want to set TREE_USED on the itable syms decl, because
that will still cause it to be emitted, even though it is not used.
It would be preferable to not create the various decls
--- Comment #4 from aph at gcc dot gnu dot org 2006-02-07 19:02 ---
Subject: Bug 25535
Author: aph
Date: Tue Feb 7 19:02:39 2006
New Revision: 110710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110710
Log:
2006-02-07 Andrew Haley <[EMAIL PROTECTED]>
* expr.c (expa
--- Comment #6 from falk at debian dot org 2006-02-07 18:55 ---
(In reply to comment #5)
> (In reply to comment #4)
> > I see here another missed optimization on x86-64.
> >
> > float re(float _Complex a) { return __real__ a; }
>
> That is a totally different issue and should filed as
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-07 18:52 ---
(In reply to comment #4)
> I see here another missed optimization on x86-64.
>
> float re(float _Complex a) { return __real__ a; }
That is a totally different issue and should filed as a different bug.
--
http
--- Comment #4 from pluto at agmk dot net 2006-02-07 18:47 ---
I see here another missed optimization on x86-64.
float re(float _Complex a) { return __real__ a; }
# gcc-4.1:
re: movq%xmm0, -8(%rsp)
movss -8(%rsp), %xmm0
ret
we can use `movss %xmm0, %xmm0` here.
--
--- Comment #24 from hjl at lucon dot org 2006-02-07 18:45 ---
For uninstalled executables in the build tree, like lt-gij, libtool may put all
directories, which are in the build tree, passed by -L, into DT_RPATH. It may
add more DT_RPATH entries than necessary. If you want fancy one, yo
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-07 18:43 ---
Andrew pointed out on irc that we could also implement this by
installing a pointer to a "constructor" which would simply throw
the appropriate exception.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22377
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 18:29 ---
IIRC 17959 shows up in craft on powerpc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2006-02-07 18:28 ---
You can't build just the gcj bits of gcc -- you have to build the whole thing.
There are instructions on the gcc web site:
http://gcc.gnu.org/install/
BTW, thanks for the self-contained bug report. We like to see r
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12758
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
Just a meta-bug for all the missed optimizations that are known currently in
the SPEC benchmarks.
--
Summary: [meta-bug] missed optimization in SPEC (2k and 2k6 and
95)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keyw
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-07 18:11 ---
What options were you compiling with?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26162
--- Comment #1 from krischik at users dot sourceforge dot net 2006-02-07
17:51 ---
Created an attachment (id=10797)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10797&action=view)
The sources, concatternated and ziped up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26162
When compiling the AWS HEAD release I get the following Error message:
+===GNAT BUG DETECTED==+
| 4.0.2 (x86_64-suse-linux-gnu) in emit_move_insn, bei expr.c:3092 |
| Error detected at aws-url.adb:709:1
--- Comment #23 from Ralf dot Wildenhues at gmx dot de 2006-02-07 17:43
---
(In reply to comment #22)
> - Do there exist directories in the GCC build tree where both libtool-created
> and non-libtool-created libraries are (possibly) built?
>
> That is THE KEY question. The executable
--- Comment #22 from hjl at lucon dot org 2006-02-07 17:25 ---
Another small but important question:
- Do there exist directories in the GCC build tree where both libtool-created
and non-libtool-created libraries are (possibly) built?
That is THE KEY question. The executable in questi
--- Comment #21 from Ralf dot Wildenhues at gmx dot de 2006-02-07 17:18
---
(In reply to comment #20)
> What did you mean by *installed programs*
In my notation, installed programs live below $prefix.
They must not contain any reference to the build tree.
You showed an installed progra
The problem is that on some systems, including Tru64 and I believe AIX, the
compiler has to be passed the -pthread command line option in order to use
#include
Effectively, the first lines of /usr/include/pthread.h contain the lines:
#ifndef _REENTRANT
#error POSIX pthreads are only available wi
--- Comment #2 from devin at freeshell dot org 2006-02-07 17:07 ---
I could reproduce it with that dated build. And it isn't just debian but also
the buildroot gcc. Here is the assembly produced from -O3. Following that is
the assembly from -O2. What seems to happen is that with -O3
--- Comment #20 from hjl at lucon dot org 2006-02-07 16:48 ---
What did you mean by *installed programs*. The executable in question is
[EMAIL PROTECTED] .libs]$ readelf -d
/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/.libs/gij
| grep RPATH
0x00
--- Comment #3 from steven at gcc dot gnu dot org 2006-02-07 16:35 ---
In fact DOM should probably not be doing store copyprop, and store copyprop is
simply broken. It never worked quite the way it should, so if you want to
implement a better one, great!
--
http://gcc.gnu.org/bugzi
--- Comment #18 from r dot emrich at de dot tecosim dot com 2006-02-07
16:35 ---
Created an attachment (id=10796)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10796&action=view)
fixes bootstrap failure in libgfortran/instrisics/c99_functions.c for
mips-sgi-irix6.5 second version
--- Comment #19 from Ralf dot Wildenhues at gmx dot de 2006-02-07 16:28
---
(In reply to comment #18)
> Why do I want
>
> [EMAIL PROTECTED] gcc]$ readelf -d /usr/gcc-4.2/bin/gij | grep RPATH
> 0x000f (RPATH) Library rpath:
> /export/build/gnu/gcc/build-x86_64
--- Comment #18 from hjl at lucon dot org 2006-02-07 16:16 ---
There are
[EMAIL PROTECTED] gcc]$ readelf -d /usr/gcc-4.2/bin/gij | grep RPATH
0x000f (RPATH) Library rpath:
[/usr/gcc-4.2/lib/../lib64]
[EMAIL PROTECTED] gcc]$
Why do I want
[EMAIL PROTECTED] gcc
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-07 15:49 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00560.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-07 15:46 ---
Patch posted. As DOM nearly handles all store copyprop I wonder if (this late)
store copyprop is worth it. If not going to copyprop on steroids which I'm
going to clean up again and re-submit.
--
rguenth at gcc
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-02-07 15:40
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #28 from rguenth at gcc dot gnu dot org 2006-02-07 15:39
---
So we regress for 4.2 again as the patch caused problems.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-02-07 15:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
I noticed while testing a patch and rerunning the testsuite, I still had the
following files in the testsuite directory:
critical-3.c.t26.ompexp
pr23382.c.t67.alias6
--
Summary: pr23382.c and critical-3.c don't cleanup after
themselves
Product: gcc
--- Comment #27 from rguenth at gcc dot gnu dot org 2006-02-07 15:36
---
Subject: Bug 23372
Author: rguenth
Date: Tue Feb 7 15:36:44 2006
New Revision: 110699
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110699
Log:
2006-02-07 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-02-07 15:36 ---
Subject: Bug 26140
Author: rguenth
Date: Tue Feb 7 15:36:44 2006
New Revision: 110699
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110699
Log:
2006-02-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #4 from pcarlini at suse dot de 2006-02-07 15:13 ---
Fixed for 4.1.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #3 from paolo at gcc dot gnu dot org 2006-02-07 15:11 ---
Subject: Bug 26127
Author: paolo
Date: Tue Feb 7 15:11:34 2006
New Revision: 110698
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110698
Log:
2006-02-07 Paolo Carlini <[EMAIL PROTECTED]>
* incl
--- Comment #2 from paolo at gcc dot gnu dot org 2006-02-07 15:11 ---
Subject: Bug 26127
Author: paolo
Date: Tue Feb 7 15:11:10 2006
New Revision: 110697
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110697
Log:
2006-02-07 Paolo Carlini <[EMAIL PROTECTED]>
* incl
--- Comment #5 from cardona at ucla dot edu 2006-02-07 15:08 ---
Before the end of this, are there any docs on how to compile the latest stable
GCC, so that I can bypass this bug? The gcc-java webpage is very confusing; I
don't even know if gcc-java can be compiled independently, or I n
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-07 14:49 ---
(In reply to comment #1)
> In fact this cause us to produce an error and an ICE for the following code:
> #include
>
> namespace debug
> {
> int i;
> }
> --
> t.cc:4: error: namespace alias debug not allowe
I thought this was filed before but I cannot find it.
Testcase:
namespace std
{
namespace __gnu_debug {
namespace debug = std::__gnu_debug;
namespace debug
{
-
Error we get:
t.ii:6: error: namespace alias std::__gnu_debug::debug not allowed here,
assuming std::__gnu_debug
t.ii:6: internal
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-07 14:46 ---
(In reply to comment #5)
> Ho humm, so I propose to revert the patch (that I didn't like very much
> anyway). Can I do so without approval?
Yes but what about fixing the C++ front-end so that it does not place the
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7363
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5564
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4003
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7876
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-07 14:33 ---
I am going to reopen this one as we diagnostic the non template version:
struct X { };
struct B { };
struct A {
typedef X X;
};
But I am going to change the Severity to enhancement.
--
pinskia at gcc d
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-07 14:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-07 14:18 ---
(In reply to comment #2)
> Although I don't understand your comment in PR20441 about -finit-local-zero
> being only useful for old codes.
Because From what I remember whne I filed the bug, it was mentioned that it
s
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26151
--- Comment #11 from pcarlini at suse dot de 2006-02-07 13:59 ---
Thanks a lot for the torough clarification!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26123
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 13:44 ---
This is a regression as the document is out of date now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
I noticed that the OpenMP extensions are not documented in the normal spot for
extensions in the "Extensions to the C Language Family" in the manual.
This is wrong as they are extensions we support to the C standard.
--
Summary: OpenMP extensions to the C language is not documented
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-07 13:36 ---
No this is not supported as you force gmp's header first no matter what.
Use either -idirafter or the folllowing configure options:
--with-gmp-dir=PATH Specify source directory for GMP library
--with-gmp=PATH
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-07 13:32 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00409.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from broeni at osb-systems dot com 2006-02-07 13:19 ---
See comment #9 for reason.
Stephan
--
broeni at osb-systems dot com changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-07 12:59
---
How hard is it to add the TI mode functions? Is it specific to IRIX, or does it
happen (as I believe) on mips-linux as well? And are the maintainers ready to
do it?
I'm adding mips maintainers in the Cc list.
-
--- Comment #9 from broeni at osb-systems dot com 2006-02-07 12:52 ---
Obviously the behavior of the test program is undefined.
The following is the reply from Alberto Ganesh Barbati in c.l.c++.m
Apart from the fact that you need to include in order to be
able to write on std::cout, ye
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-07 12:48
---
Yes, it's a duplicate of 20441 (which I didn't know about).
Although I don't understand your comment in PR20441 about -finit-local-zero
being only useful for old codes.
*** This bug has been marked as a duplicat
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-07 12:48
---
*** Bug 26150 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-07 12:42 ---
Closing as works for me since this bug does not effect the FSF released GCC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-02-07 12:41
---
*** Bug 26153 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 124 matches
Mail list logo
