Rainer wrote:
The patch proposed by Olivier applied to 4.1 gives 0 failures for the whole
acats testsuite,
John David wrote:
While not quite as good as your 4.1.0 results, I had a similar improvement
on 4.0.3: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00815.html
Many thanks to both
Perry Smith wrote:
How do I keep track of the LTO design process? I may not be able to
help 'cause I don't know enough about gcc's internals but I'd like to
if possible.
I think the best approach is to subscribe to gcc@gcc.gnu.org and
[EMAIL PROTECTED] That's where discussion and patches
Hi!
This is gcc.gnu.org question not gcc itself, but I found this list as
most appropriate to ask.
It seems to be a good practice, when composing a message, to refer other
ones using URL like http://gcc.gnu.org/ml/gcc/2006-02/msg00295.html.
Thus I wonder if there is a shorter way to match
Hi all,
libgomp currently doesn't configure well on Tru64 (PR
bootstrap/26161), because the configury is testing the usability of
pthread.h system headers, while on Tru64 this can only work when the
compiler is used with the -pthread option.
While this flag could be added on a per-target basis
Grigory Zagorodnev wrote:
For example cgi-bin/mesg.cgi script of mhonarc mail-to-html
converter, the one used by gcc.gnu.org, can extract a message from
an archive based upon message-id so having interface to this script
would be useful. Further the mail client may be taught to get this
URL
Olly Betts wrote:
On 2006-02-17, Marcel Cox [EMAIL PROTECTED] wrote:
You could create a news URL pointing to Gmane and using the messageid.
http://mid.gmane.org/[EMAIL PROTECTED]
Definitely, this is the feature that I'd appreciate much at gcc.gnu.org
- having http://gcc.gnu.org/[EMAIL
This is somewhat of a gcc-help@ question, but I'll try to help anyway :)
First, did cc1 just do this to you or can you reliably duplicate the
segfault? If you can't duplicate this error, it's probably a sign of a
hardware problem. If you can, then there's a bug in your host
compiler...which
As an additional note, this is Bug ada/13408. Although the change
affects the ADA ABI
Note that there is no clear Ada ABI at this stage, and no guarantee of
stability. It's a long term goal to achieve Ada ABI stability, but it's
a huge work.
So changing this is certainly fine.
Arno
I checked a patch into the ia64-improvements branch to move
Superblock formation to the Tree-SSA level. This patch also brings
an update to the trace formation pass. When building a trace inside
a loop, we now follow the backedge once to add the loop header to the
trace. This allows
Moreover, removing the first test makes libgomp build on targets (as
Tru64) where the -pthread option is required to include pthread.h.
Commited after approval by Alexandre Oliva on IRC. The exact patch
commited is attached.
FX
libgomp.diff
Description: Binary data
Olivier Hainque wrote:
Mark, is it ok for Olivier to apply the patch mentioned here on
4.1?
http://gcc.gnu.org/ml/gcc/2006-02/msg00251.html
Yes, thanks.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
Has anybody done timings for gcc bootstrap / cross builds and regtests
with modern multi-core processors? I wonder what a sensible modern
configuration would be for gcc development, but the the multimedia and
games benchmarks I found on the web neither seem particularily relevant,
nor do they
On Thu, Feb 16, 2006 at 03:40:57PM -0400, Aldy Hernandez wrote:
+ htab_t GTY ((param_is (union tree_node))) used_types_hash;
Should be tree not the union. You're storing a pointer,
not the union itself.
+used_types_insert (tree t, struct function *cfun)
Call it something other than cfun.
Rainer Emrich wrote:
I'm using gmake 3.80 and it's the first time that I see this kind of problem.
As you say there's no such option -f in the xgcc command.
The gcc driver has support to convert arbitrary long options into -f
options. So for instance --test-coverage gets converted to
On 2006-02-17, at 23:43, Joern RENNECKE wrote:
Has anybody done timings for gcc bootstrap / cross builds and
regtests with modern multi-core processors? I wonder what a
sensible modern configuration would be for gcc development, but the
the multimedia and games benchmarks I found on the
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple
--- Comment #12 from titusjan at gmail dot com 2006-02-17 08:38 ---
(In reply to comment #11)
Is this still an issue in 4.1/4.2. IIUC I've cleaned up the points where this
warning was/was not being emitted.
Ah. I've got 4.0.3. I'll check 4.1/4.2.
--
--- Comment #6 from jakub at gcc dot gnu dot org 2006-02-17 08:58 ---
Subject: Bug 26300
Author: jakub
Date: Fri Feb 17 08:58:46 2006
New Revision: 76
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=76
Log:
PR middle-end/26300
* combine.c (make_extraction):
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
struct U
{
unsigned int u[256];
};
struct S
{
int u, v, w, x;
int s[255];
};
int
foo (struct U *x, struct S *y)
{
register int i;
for (i = 0; i 255; i++)
{
unsigned int v, w = x-u[i + 1];
__asm__ ( : =r (v) : 0 (w) : cc);
y-s[i] = v;
}
return 0;
}
ICEs in
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-17 10:15
---
(In reply to comment #1)
Index: libgomp/configure.tgt
===
--- libgomp/configure.tgt (revision 110617)
+++ libgomp/configure.tgt
--- Comment #8 from paolo at gcc dot gnu dot org 2006-02-17 10:47 ---
Subject: Bug 26250
Author: paolo
Date: Fri Feb 17 10:46:57 2006
New Revision: 77
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=77
Log:
2006-02-17 Paolo Carlini [EMAIL PROTECTED]
Howard
--- Comment #9 from pcarlini at suse dot de 2006-02-17 10:49 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|WAITING
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-17 10:58 ---
Works for me with GNU C version 4.1.0 20060213 (prerelease)
(i686-pc-linux-gnu),
fails with current branch. We ICE expanding
__asm__(:=r vD.1289:0 MEM[base: (unsigned intD.3 *) xD.1284, index:
(unsigned intD.3 *)
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-17 11:01 ---
This is fixed in 3.4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
t dot artem at mailcity dot com changed:
What|Removed |Added
Severity|minor |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2006-02-17 11:21
---
Subject: Bug 20753
Author: ebotcazou
Date: Fri Feb 17 11:21:20 2006
New Revision: 79
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=79
Log:
Backport from mainline:
2006-02-13
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2006-02-17 11:21
---
Subject: Bug 20753
Author: ebotcazou
Date: Fri Feb 17 11:21:46 2006
New Revision: 80
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=80
Log:
Backport from mainline:
2006-02-13
struct U
{
unsigned int u[256];
};
struct S
{
int u, v, w, x;
int s[255];
};
int
foo (struct U *x, struct S *y)
{
register int i;
for (i = 0; i 255; i++)
{
unsigned int v, w = x-u[i + 1];
__asm__ ( : =r (v) : 0 (w) : cc);
y-s[i] = v;
}
return 0;
}
ICEs in
struct U
{
unsigned int u[256];
};
struct S
{
int u, v, w, x;
int s[255];
};
int
foo (struct U *x, struct S *y)
{
register int i;
for (i = 0; i 255; i++)
{
unsigned int v, w = x-u[i + 1];
__asm__ ( : =r (v) : 0 (w) : cc);
y-s[i] = v;
}
return 0;
}
ICEs in
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2006-02-17 11:23
---
Fixed on every 4.x branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-17 11:24 ---
Oops, sorry for the dups.
*** This bug has been marked as a duplicate of 26334 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2006-02-17 11:24 ---
*** Bug 26335 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-17 11:24 ---
Oops, sorry for the dups.
*** This bug has been marked as a duplicate of 26334 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-17 11:24 ---
*** Bug 26336 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-17 11:43
---
(In reply to comment #0)
gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
This one is a problem in netbsd libc, now known as lib/32861
(http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=32861)
We are targetting the compilers for a system-on-chip solution we are
developing based on an ARM 926 which is without an FPU so we have
defaulted on SOFTWARE FLOATING POINT.
#define TARGET_DEFAULT (ARM_FLAG_SOFT_FLOAT | ARM_FLAG_APCS_32 | \
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-02-17 12:04
---
The code is invalid ISO C because *((uint32_t *) sy breaks aliasing rules.
Our workarounds include (i) not using the optimiser,
-fno-strict-aliasing should be sufficient.
or (ii) using a
PASS: Wed Feb 15 21:37:04 UTC 2006 (revision 18)
FAIL: Thu Feb 16 21:06:28 UTC 2006 (revision 51)
Note that at r51 it ICE on x86 but PASS on amd64-linux.
+===GNAT BUG DETECTED==+
| 4.2.0 20060216 (experimental) (i686-pc-linux-gnu)
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-17 12:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-17 12:49 ---
Mark as a dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #85 from pinskia at gcc dot gnu dot org 2006-02-17 12:49
---
*** Bug 26337 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-17 12:48 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from abel at ispras dot ru 2006-02-17 14:08 ---
I've see the same ICE on ia64 with rev. 76 and
gcc.c-torture/compile/930217-1.c. The backtrace is as follows:
(gdb) bt
#0 fancy_abort (file=0x40a4d260
/home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c,
FAIL: gcc.c-torture/compile/930217-1.c -O2 (test for excess errors)
Excess errors:
/Users/regress/tbox/svn-gcc/gcc/testsuite/gcc.c-torture/compile/930217-1.c:16:
internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:1873
--
Summary: [4.2 Regression] 930217-1.c and
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 14:24 ---
From:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00880.html
Confirmed independently also.
The testcase:
struct s
{
int f;
};
struct s
f ()
{
int addr;
return *(struct s *) addr;
}
--
pinskia at gcc
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-02-17 14:42 ---
Subject: Re: [4.2 Regression] 930217-1.c and
931013-3.c ICE at -O2 and above in add_virtual_operand
On Fri, 2006-02-17 at 14:24 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from
--- Comment #12 from danglin at gcc dot gnu dot org 2006-02-17 15:45
---
Patch is here:
http://gcc.gnu.org/ml/gcc/2006-02/msg00251.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13408
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-17 16:05 ---
Subject: Bug 26315
Author: charlet
Date: Fri Feb 17 16:05:46 2006
New Revision: 83
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=83
Log:
2006-02-17 Eric Botcazou [EMAIL PROTECTED]
PR
--- Comment #4 from charlet at gcc dot gnu dot org 2006-02-17 16:11 ---
Now fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
gcc 3.4.3 (and also 3.4.4) segfault on x86_64; segfault doesn't occur on a i686
using gcc 3.3.4.
Please contact me if you need any further detail.
$ gcc -v -save-temps main.cpp
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs
Configured with:
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-17 17:42
---
In fact, both these bugs originate from the same bug of the netbsd frexp(), as
reported in comment #1. Closing this as INVALID since there's nothing we can
do.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #13 from ron_hylton at hotmail dot com 2006-02-17 18:05 ---
Are you sure you have enough virtual memory to compile this test case?
I just tried main branch r11 and the test case compiled fine. I have 2 GB
vm (and 2 GB ram) so I doubt the previous problem was vm
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 18:06 ---
This is a dup of bug 20333 which was fixed in 3.4.4, you must have tested a non
released 3.4.4.
*** This bug has been marked as a duplicate of 20333 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-17 18:06
---
*** Bug 26343 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if 0
FAIL: gcc.dg/tree-ssa/20030730-2.c scan-tree-dump-times if 0
FAIL: gcc.dg/tree-ssa/20030807-2.c scan-tree-dump-times if 0
Looking at them, they look only to be problems in the testcases and not
actually missed optimizations.
Also
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 18:22 ---
They were introduced between 29 and 75.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-17 18:24 ---
Maybe even between 72 and 75.
Which means the following change cause this:
2006-02-16 Jeff Law [EMAIL PROTECTED]
+ * tree-vrp.c (set_value_range_to_nonnegative): New function.
+
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-17 18:25 ---
Shows up on ia64 also:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00886.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
--- Comment #4 from law at redhat dot com 2006-02-17 18:35 ---
Subject: Re: New: [4.2 Regression] three testsuite
failures in gcc.dg/tree-ssa/
On Fri, 2006-02-17 at 18:21 +, pinskia at gcc dot gnu dot org wrote:
FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if
As of SVN version 110852, I cannot bootstrap IA64 HP-UX compiler. The compiler
dies while compiling tree-into-ssa.c. I have a preprocessed cut-down version
of this file that I will attach to this defect. I proposed a workaround/patch
earlier, it is at
--- Comment #1 from sje at cup dot hp dot com 2006-02-17 18:38 ---
Created an attachment (id=10868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10868action=view)
Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
--- Comment #13 from rakdver at gcc dot gnu dot org 2006-02-17 18:38
---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01461.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from hjl at lucon dot org 2006-02-17 18:42 ---
The patch
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01387.html
is incomplete:
[EMAIL PROTECTED] namelist-3]$ cat namelist.input.1
dynamics
non_hydrostatic = .true.,
time_step_sound
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-17 18:43 ---
(In reply to comment #4)
Just tar up the mess and pass them to me directly.
I will once the testsuite has finished running.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-02-17 18:44
---
Did you try my fix for PR target/19061?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:01
---
Subject: Bug 26161
Author: fxcoudert
Date: Fri Feb 17 19:01:04 2006
New Revision: 111205
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111205
Log:
PR bootstrap/26161
* configure.ac: Remove
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:07
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from sje at cup dot hp dot com 2006-02-17 19:18 ---
I don't know how I missed your proposed patch for PR 19061. I tested it on the
test case in that bug and on my bootstrap bug that I reported here and both
look good. I used ToT sources for both tests and had to put
--- Comment #5 from andrew dot lundgren at level3 dot com 2006-02-17 19:27
---
I am experiencing the same bug with GCC 4.0.1 4.0.2 on SLES 9 with:
gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.2/configure --enable-threads=posix
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:34
---
I can't reproduce that on hppa2.0w-hp-hpux11.23. I don't know if it's a
difference between hpux version, or hppa1 and hppa2 (well, I don't know what
these two are really), but I'd guess it's the OS version. I
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-17 19:52 ---
Subject: Bug 26272
Author: pinskia
Date: Fri Feb 17 19:52:28 2006
New Revision: 111206
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111206
Log:
2006-02-17 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-17 19:52 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-02-17 19:54 ---
SFT for D.2477.a is SFT.12. Before vectorizer is run, SFT.12 has is_alias_tag
== false and may_aliases = {TMT.32}; thus, we would only add a vuse for TMT.32
to the statement, and this is subsumed by the VDEF.
--- Comment #6 from pcarlini at suse dot de 2006-02-17 19:55 ---
David, can you please have a look? Certainly we have succesful reports:
http://gcc.gnu.org/buildstat.html
In the meanwhile, submitter should check that is following the target-specific
installation notes:
--- Comment #7 from dje at gcc dot gnu dot org 2006-02-17 20:05 ---
AIX 4.2 probably cannot be supported by current versions of GCC. If libstdc++
doesn't work on AIX 4.2, then it doesn't work. I do not have access to any AIX
4.2 system and AIX 4.2 was removed from IBM support a long
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-17 20:33
---
This is a problem in libgfortran scalbn fallback version not handling correctly
denormals. A i686-linux testcase is included below. I switch this to severity
minor.
$ cat a.c
#include stdio.h
#include math.h
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-02-17 20:40
---
I don't know how I missed your proposed patch for PR 19061. I tested it on
the test case in that bug and on my bootstrap bug that I reported here and
both look good.
Great! My (limited) understanding is
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-17
20:51 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
I can't reproduce that on hppa2.0w-hp-hpux11.23. I don't know if it's a
difference between hpux version, or hppa1 and hppa2
--- Comment #6 from law at redhat dot com 2006-02-17 21:19 ---
Subject: Re: New: [4.2 Regression] three testsuite
failures in gcc.dg/tree-ssa/
On Fri, 2006-02-17 at 18:21 +, pinskia at gcc dot gnu dot org wrote:
FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if
--- Comment #12 from sayle at gcc dot gnu dot org 2006-02-17 21:39 ---
Subject: Bug 22209
Author: sayle
Date: Fri Feb 17 21:38:59 2006
New Revision: 111211
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111211
Log:
2006-02-17 Roger Sayle [EMAIL PROTECTED]
Richard
--- Comment #39 from jakub at gcc dot gnu dot org 2006-02-17 21:49 ---
Subject: Bug 11953
Author: jakub
Date: Fri Feb 17 21:49:22 2006
New Revision: 111212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111212
Log:
PR libstdc++/11953
* gthr-posix.h (_REENTRANT):
--- Comment #9 from danglin at gcc dot gnu dot org 2006-02-17 22:10 ---
Subject: Bug 26255
Author: danglin
Date: Fri Feb 17 22:09:58 2006
New Revision: 111213
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111213
Log:
PR target/26255
*
--- Comment #10 from danglin at gcc dot gnu dot org 2006-02-17 22:19
---
Subject: Bug 26255
Author: danglin
Date: Fri Feb 17 22:19:05 2006
New Revision: 111214
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111214
Log:
PR target/26255
* pa.md: Create separate HI
--- Comment #11 from danglin at gcc dot gnu dot org 2006-02-17 22:21
---
Fixed by patches.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Executing on host: /home/gnu/gcc-3.4/objdir/gcc/testsuite/../gfortran
-B/home/gn
u/gcc-3.4/objdir/gcc/testsuite/../
/xxx/gnu/gcc-3.4/gcc/gcc/testsuite/gfortran.d
g/secnds.f -O0 -O0
-L/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libgfo
rtran/.libs
--- Comment #9 from anlauf at gmx dot de 2006-02-17 23:04 ---
(In reply to comment #8)
[...]
does not trigger the Array out-of-bounds-condition any more in our code.
Therefore we are glad to have this fix!
Tested on gcc-4.1-20060210 x86_64-unknown-linux-gnu
Negative. The
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 23:17 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ghazi at gcc dot gnu dot org 2006-02-17 23:49 ---
Subject: Bug 16045
Author: ghazi
Date: Fri Feb 17 23:49:13 2006
New Revision: 111215
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111215
Log:
Backport:
2005-08-18 Andrew Pinski [EMAIL
--- Comment #8 from ghazi at gcc dot gnu dot org 2006-02-17 23:50 ---
Backported to 4.0.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #23 from nomura at netapp dot com 2006-02-17 23:58 ---
Looks like in gcc-3.4.0, gcc/gcc/configure.ac picks up the wrong ld for me,
which probably leads to the wrong value being set for
HAVE_LD_RO_RW_SECTION_MIXING.
This problem also occurs when cross compiling freebsd
1 - 100 of 127 matches
Mail list logo
