--- Comment #9 from ian at airs dot com 2006-02-07 08:23 ---
I now have a reasonably simple reload patch which eliminates the unnecessary
move. For the test case in comment #4, I get this code with -O2
-momit-leaf-frame-pointer:
foo:
movl12(%esp), %eax
movl16(%e
--- Comment #4 from ian at airs dot com 2006-02-07 08:31 ---
With my current set of subreg patches, for this test case with -O2
-momit-leaf-frame-pointer, I get this:
foo:
movl4(%esp), %edx
movl8(%esp), %eax
ret
which I suspect is optimal.
--
ian at
It would be nice having a compile-time option to initialize local scalar
variables, to zero (.false. for logical, 0 for integer and 0.0 for real) and to
NaN (for floating-point types).
g77 had -finit-local-zero, Intel has -zero, we could have -finit-local-zero and
-finit-local-nan.
--
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-07 09:26
---
Steven, if we increased the priority of the bug, what solution would you
envision? This is not in any way meant to be a rhetorical or sarcastic
question. My reading of the audit trail is that this bug is essentia
GCC produces a duplicate 'duplicate' diagnostic ;-) since GCC 3.4.0
for the following testcase:
struct A
{
friend friend void foo();
};
bug.cc:3: error: duplicate 'friend'
bug.cc:3: error: duplicate 'friend'
I'll post a patch soon.
--
Summary: [3.4/4.0/4.1/4.2 regression]
--- Comment #15 from r dot emrich at de dot tecosim dot com 2006-02-07
09:55 ---
Created an attachment (id=10794)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10794&action=view)
fixes bootstrap failure in ligfortran/instrisics/c99_functions.c for
mips-sgi-irix6.5
It's similiar a
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last r
--- Comment #16 from r dot emrich at de dot tecosim dot com 2006-02-07
10:00 ---
(In reply to comment #15)
> Created an attachment (id=10794)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10794&action=view) [edit]
> fixes bootstrap failure in ligfortran/instrisics/c99_functions.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-02-07 10:07 ---
Ho humm, so I propose to revert the patch (that I didn't like very much
anyway). Can I do so without approval?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26140
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2006-02-07 10:12
---
(In reply to comment #15)
> There is one open question. Is the "#ifdef __sgi__" the right way to
> distinguish between IRIX and other mips systems?
> This patch applies cleanly to 4.1 and mainline.
> I ask for co
--- Comment #5 from martin at mpa-garching dot mpg dot de 2006-02-07 10:44
---
(In reply to comment #4)
> I still get the segmentation fault. Probably because I configured with
> --enable-checking=release...
I can confirm that I get the same error message reported Volker if I boostrap
ImageJ, the public domain scientific-grade image processing application
compiles fine with the gcj-wrapper-4.0 in Kubuntu GNU/Linux-ppc when stripped
of JPEG functionality and its dependance on the tools.jar. But when trying to
open an image, the gtkImage.c file complains:
** ERROR **: file
../../
--- Comment #22 from mmitchel at gcc dot gnu dot org 2006-02-07 11:11
---
Subject: Bug 9737
Author: mmitchel
Date: Tue Feb 7 11:11:30 2006
New Revision: 110693
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110693
Log:
PR c++/9737
* pt.c (coerce_template_templa
--- Comment #23 from mmitchel at gcc dot gnu dot org 2006-02-07 11:14
---
Fixed in G++ 4.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-07 11:20
---
OK, I understand why this is happenning only to me (it happened today on
mips-sgi-irix6.5). I usually configure with
CC="/path/to/gcc -I/path/to/gmp_includes -L/path/to/gmp_libs" ../gcc/configure
and then, I ha
--- Comment #1 from konqueror at gmx dot de 2006-02-07 11:23 ---
Subject: Re: New: gtkImage.c complains and crashes the application
On Tue, Feb 07, 2006 at 11:10:20AM -, cardona at ucla dot edu wrote:
> ImageJ, the public domain scientific-grade image processing application
> comp
the c++ versions of the c library header files provided with
the gcc don't put the c standard library names into the std namespace
as specified by the $17.4.1.2/4.
#include
int main() { printf("Hi\n"); }
sunstudio11 rejects this code, g++ accepts.
--
Summary: incorrect namespace fo
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-02-07 11:37 ---
Subject: Bug 26050
Author: rguenth
Date: Tue Feb 7 11:37:15 2006
New Revision: 110694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110694
Log:
2006-02-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from cardona at ucla dot edu 2006-02-07 11:55 ---
So there is no known patch for this bug then. Are there any plans to tackle the
problem? I understand it cripples lots of applications.
Thanks for looking at the bug report.
Albert
--
http://gcc.gnu.org/bugzilla/show
--- Comment #3 from konqueror at gmx dot de 2006-02-07 12:05 ---
Subject: Re: gtkImage.c complains and crashes the application
On Tue, Feb 07, 2006 at 11:55:10AM -, cardona at ucla dot edu wrote:
>
>
> --- Comment #2 from cardona at ucla dot edu 2006-02-07 11:55 ---
> So
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-02-07 12:12
---
Mine.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 12:37 ---
Isn't this is a dup of bug 20441?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26150
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 12:41 ---
This is a dup of bug 6257 (and there was some talk about this recently on the
mailing list that it might actually be ok that libstdc++ does this but I am not
sure).
*** This bug has been marked as a duplicate of 625
--- 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
-
--- 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 #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 #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 #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 #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 #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 #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 #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
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 #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
---
--- 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
--
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 #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
--- 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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7876
--
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
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=7363
--- 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
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 #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
--- 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 #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 #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 #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 #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 #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]>
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 #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
--- 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 #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 #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 #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 #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 #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 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 #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 #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 #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
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 #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
--- 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 #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
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 #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
--- 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
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12758
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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++/
--- 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 #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 #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 #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 #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 #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 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
1 - 100 of 124 matches
Mail list logo
