On 7/21/05, Liu Haibin [EMAIL PROTECTED] wrote:
Hi,
I have a problem on the define_peephole2. In nois2.md, there's such a
define_insn
(define_insn addsi3
[(set (match_operand:SI 0 register_operand =r,r)
(plus:SI (match_operand:SI 1 register_operand %r,r)
bhiksha wrote:
I simply cannot find any direct link to a downloadable source/binary
bundle for gcc4 from
gcc.gnu.org.
Starting from the home page: releases, mirror sites, pick a mirror.
Or GCC 4.0.1 has been released., where it tells you it is available
from the mirror sites, then pick a
Hi,
There's const0_rtx, const1_rtx and const2_rtx. How can I create a
const rtx other than 0, 1, 2? I want to use it in md file, like
operand[1] = 111.
I know I must use const rtx here. How can I do it? A simple question,
but just no idea where to find the answer.
Regards,
Timothy
Hello!
There's const0_rtx, const1_rtx and const2_rtx. How can I create a
const rtx other than 0, 1, 2? I want to use it in md file, like
operand[1] = 111.
I know I must use const rtx here. How can I do it? A simple question,
but just no idea where to find the answer.
operand[1] = GEN_INT
Hi,
wanting to obtain gcc's parse tree I found the -fdump-tree option.
Specifically the -fdump-tree-original-raw output contains all of the
information I need. When I tried to write a parser for the tree dump I
noticed, however that the output might contain ambiguities which can't be
resolved
Ebke, Hans-Christian [EMAIL PROTECTED] wrote:
So to resolve that problem I took the gcc 4.0.1 source code and patched
tree.h and tree-dump.c. The patched version introduces two new options for
-fdump-tree: The parseable option which produces unambiguous and easier
to
parse but otherwise
Hi Giovanni,
I have to write this in Outlook, so I don't even try to get the quoting
right. Sorry. :-(
-Ursprüngliche Nachricht-
Von: Giovanni Bajo [SMTP:[EMAIL PROTECTED]
Gesendet am: Freitag, 22. Juli 2005 12:27
An: Ebke, Hans-Christian
Cc: gcc@gcc.gnu.org
Betreff:
Ebke, Hans-Christian [EMAIL PROTECTED] wrote:
I have to write this in Outlook, so I don't even try to get the quoting
right. Sorry. :-(
http://jump.to/outlook-quotefix
But it would break applications relying on the old format.
There is no format either. dump-tree is *very* specific of GCC
[EMAIL PROTECTED] wrote:
My compilation exited with the message :
Please read the documentation for ld's --enable-auto-import for details.
WHERE CAN I FIND INFORMATION ON THIS OPTION ?!!!
I could find anything on gcc or ld or -Wl related pages.
Did you even try looking in the ld
Hi,
On Wed, 20 Jul 2005, Steven Bosscher wrote:
On Wednesday 20 July 2005 17:22, Paul Brook wrote:
To implement (b) this needs to be changed to:
- Do everything up until gfc_generate{,_module}_code as normal.
- Save the results somewhere and repeat for each PU.
- Identify calls for
I'm porting the GCC 4.0.x snapshots to a VLIW architecture.
Currently, I need to bundle the instructions.
I want to use the %P (means parallel execution with the next insn) in the
output template of
(define_insn ...) in the MD, and I want to use the SCHED_GROUP_P to determine
whether
the next
Hi All,
I'm trying to determine (in target-independent code) what the
*minimum* target alignment of a type is. For example, on darwin,
double's are normally 4-byte aligned, but are 8-byte aligned in some
cases (e.g. when they are the first element of a struct). TYPE_ALIGN
on a double
We have been in Stage 3 for a little while now. I'm sure a few more
patches that were proposed in Stage 2 will find their way into 4.1,
but we're approximately feature-complete at this point. Thank you for
respecting the process. I'm going to make a call for 4.2 features
when the 4.1 release
Compilation of two Fortran test cases now fails with -O3:
real_const_1.f and real_const_2.f90.
I have submitted this as PR 22619.
Apparently, running the Fortran testsuite is something not
everybody does before committing patches :-|
Thomas
On Jul 22, 2005, at 4:24 PM, Thomas Koenig wrote:
Compilation of two Fortran test cases now fails with -O3:
real_const_1.f and real_const_2.f90.
I have submitted this as PR 22619.
Apparently, running the Fortran testsuite is something not
everybody does before committing patches :-|
Or it
On Jul 22, 2005, at 12:42 PM, Andrew Pinski wrote:
struct X { int A; double B; };
This is modified by things like ADJUST_FIELD_ALIGN and
ROUND_TYPE_ALIGN. As such, I don't think there is a way to get this
alignment in a target-independent way. Does that sound right?
You want the alignment
On Jul 22, 2005, at 4:22 PM, Mark Mitchell wrote:
There are 225 regressions open against GCC 4.1. About half of these
(119) are not regressions in 4.0, i.e., they are new regressions
introduced in the course of 4.1. While it does seem that the
regression rate has declined slightly from 4.0,
Andrew Pinski wrote:
On Jul 22, 2005, at 4:22 PM, Mark Mitchell wrote:
There are 225 regressions open against GCC 4.1. About half of these
(119) are not regressions in 4.0, i.e., they are new regressions
introduced in the course of 4.1. While it does seem that the
regression rate has
On Jul 22, 2005, at 5:05 PM, Mark Mitchell wrote:
Andrew Pinski wrote:
On Jul 22, 2005, at 4:22 PM, Mark Mitchell wrote:
There are 225 regressions open against GCC 4.1. About half of these
(119) are not regressions in 4.0, i.e., they are new regressions
introduced in the course of 4.1.
Andrew Pinski wrote:
On Jul 22, 2005, at 5:05 PM, Mark Mitchell wrote:
Andrew Pinski wrote:
On Jul 22, 2005, at 4:22 PM, Mark Mitchell wrote:
There are 225 regressions open against GCC 4.1. About half of these
(119) are not regressions in 4.0, i.e., they are new regressions
introduced in
On Jul 22, 2005, at 1:14 PM, Richard Henderson wrote:
On Fri, Jul 22, 2005 at 11:30:40AM -0700, Chris Lattner wrote:
Understood. I'm just looking for the minimum type alignment without
user alignment. It appears that this is impossible to get from the
targets, due to the way the targets
On Jul 22, 2005, at 5:08 PM, Mark Mitchell wrote:
Please! (Otherwise, I'm happy to do it myself.)
All done.
-- Pinski
Andrew Pinski wrote:
On Jul 22, 2005, at 5:08 PM, Mark Mitchell wrote:
Please! (Otherwise, I'm happy to do it myself.)
All done.
Thanks.
--
Mark Mitchell
CodeSourcery, LLC
[EMAIL PROTECTED]
(916) 791-8304
Does this look familiar to anyone?
gmake[3]: Entering directory
`/usr/home/sgk/gcc/obj41/amd64-unknown-freebsd6.0/libgfortran'
/bin/sh ./libtool --mode=compile /usr/home/sgk/gcc/obj41/./gcc/xgcc
-B/usr/home/sgk/gcc/obj41/./gcc/
-B/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/bin/
Mirco Lorenzoni [EMAIL PROTECTED] writes:
Can a pointer appear in a C/C++ relational expression which doesn't test the
equality (or the inequality) of that pointer with respect to another pointer?
Yes.
For example, are the comparisons in the following program legal code?
No.
/* test.c */
D. Hugh Redelmeier [EMAIL PROTECTED] writes:
6.3.2.1: when an object is said to have a particular type, the type is
specified by the lvalue used to designate the object. So the lvalue
having a volatile-qualified type *means* that the object it designates has
a volatile-qualified type; has
Ian Lance Taylor ian@airs.com writes:
Daniel Berlin [EMAIL PROTECTED] writes:
In other words, we're asked to agree that the type of an object
changes depending on how it is accessed.
For the benefit of readers, only the first sentence of this para is
the language of the standard;
Geoffrey Keating [EMAIL PROTECTED] writes:
const is inherently a characteristic of the object. It applies at
definition time. Casting away const in a reference does not change
the definition. Whether making an assignment through a pointer after
casting away const is legal depends upon
Steve Kargl wrote:
Does this look familiar to anyone?
I was having troubles doing a build after a cvs update. I had to delete
everything in the build directory and rerun configure and then it would
build ok. Not sure its the same problem you are seeing, but it happened
today. I am running
On Fri, Jul 22, 2005 at 05:44:44PM -0700, Jerry DeLisle wrote:
Steve Kargl wrote:
Does this look familiar to anyone?
I was having troubles doing a build after a cvs update. I had to delete
everything in the build directory and rerun configure and then it would
build ok. Not sure its the
On Fri, Jul 22, 2005 at 02:13:12PM -0700, Chris Lattner wrote:
Anyone have any thoughts or opinions? This may have impact on a
number of things, including any pointer alignment analysis.
MEM_ALIGN has code to deal with this. There's no reason you can't
apply that to TYPE_ALIGN.
I suspect
On 22/07/2005, at 4:33 PM, Ian Lance Taylor wrote:
Geoffrey Keating [EMAIL PROTECTED] writes:
Although I can see that this is how you might think about the
semantics of 'const' and 'volatile', I don't think they're an exact
match for the model in the standard. In fact, I think you could
Geoffrey Keating writes:
int i;
- merely means: allocate and treat all references to the object as
referencing an unqualified int object, unless re-qualified within a
more local scope.
without 'volatile', then this object cannot be modified unknown to the
implementation, even if someone
Geoff Keating [EMAIL PROTECTED] writes:
| On 22/07/2005, at 4:33 PM, Ian Lance Taylor wrote:
|
| Geoffrey Keating [EMAIL PROTECTED] writes:
|
| Although I can see that this is how you might think about the
| semantics of 'const' and 'volatile', I don't think they're an exact
| match for the
Hi! I'm completely new at gnu c and I 've a problem with getchar() method.
My program is given below. first it asks for a number than it shows the
squared output which begins from 1 to that number. But after 24 output it
supposed to stop and show a message Press enter to continue... and when
On Fri, Jul 22, 2005 at 04:11:54PM -0700, Steve Kargl wrote:
Does this look familiar to anyone?
gmake[3]: Entering directory
`/usr/home/sgk/gcc/obj41/amd64-unknown-freebsd6.0/libgfortran'
/bin/sh ./libtool --mode=compile /usr/home/sgk/gcc/obj41/./gcc/xgcc
-B/usr/home/sgk/gcc/obj41/./gcc/
On Fri, Jul 22, 2005 at 04:11:54PM -0700, Steve Kargl wrote:
Does this look familiar to anyone?
../../../gcc41/libgfortran/generated/trig_c4.c:67: error: type mismatch
between an SSA_NAME and its symbol
while verifying SSA_NAME d$imag_15 in statement
d$imag_15 = -D.2849_14;
This
--- Additional Comments From mark at codesourcery dot com 2005-07-22 06:25
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for
uninitialized variables
mmitchel at gcc dot gnu dot org wrote:
I will try a test run with my patch reverted; if that passes, and still fixes
the
--- Additional Comments From mark at codesourcery dot com 2005-07-22 06:52
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for
uninitialized variables
mark at codesourcery dot com wrote:
Unfortunately, it failed -- gcc.dg/pch/global-1.c fails at -O3.
I have not yet
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
07:14 ---
Subject: Bug 22336
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 07:13:45
Modified files:
gcc: ChangeLog function.c
Log message:
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-22 08:08 ---
Introduced between 2005-02-14 00:20 UTC and 2005-02-15 00:20 UTC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
--- Additional Comments From pcarlini at suse dot de 2005-07-22 08:23
---
_List_node_base::swap is part of list.cc, in the built .so/.a library: If I
change the build, lowering the optimization level (tried CXXFLAGS=-O0 -g)
the problem disappear (on x86-linux). Wrong-code.
--
When @throw'ing form -forward:: method, the unwinding will stop at -forward
method with code == _URC_END_OF_STACK in gcc/unwind.inc:_Unwind_RaiseException
This code aborts while throwing. (compiled with -fobjc-exceptions of course)
---
--- Additional Comments From ludovic dot brenta at insalien dot org
2005-07-22 08:28 ---
The missing commands require ASIS, which is unfortunately not available yet for
versions of GNAT other than 3.15p (based on gcc 2.8.1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22601
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22
08:34 ---
Updated summary to reflect the bug more accurately.
--
What|Removed |Added
$ cat clen.f90
program main
implicit none
character(len=2) :: a(2),b(2)
a = 'xy'
b = fun(a)
print '(2(A2,1X))',b
print '(2(A2,1X))',fun(a)
contains
elemental function fun(arg)
character(len=*), intent(in) :: arg
character(len=2) :: fun
fun = arg(2:2) // arg(1:1)
end
--
What|Removed |Added
CC||ludovic dot brenta at
||insalien dot org
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:33
---
Whee, it looks that x86_64 breakage has gone. I have succesfully compiled
unwind-dw2.c with patched x86_64 crosscompiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:41
---
(In reply to comment #3)
Oh, I have a local patch which will cause this, woops:
+ if (parts.scale != 1)
+cost--;
+
if (parts.seg != SEG_DEFAULT)
cost--;
Do you plan to submit this patch to
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
09:41 ---
Uros' patch for PR22576 indeed fixes the ICEs in redirect_branch
and extract_insn on the 4.0 branch and mainline.
But I can now confirm the bug in expand_simple_unop, I just had to
add -march=i486 to the
--- Additional Comments From pluto at agmk dot net 2005-07-22 10:31 ---
[ i686 ]
I've checked bootstrap without gcc-keep-volatile-sematics.patch
and gcc-pr20297.patch but it still ices.
i'm testing bootstrap w/o gcc-pr22484.patch now...
w/o gcc-pr22493.patch, gcc-pr22037.patch not
--- Additional Comments From pcarlini at suse dot de 2005-07-22 10:46
---
By the way, I confirm that cannot reproduce with current mainline, neither on
x86-linux nor x86_64-linux (default build options). I'm unsure whether we should
mark it as 'target' and 4.1 Regression too...
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
11:19 ---
Richard, are you going to add a testcase for this?
Can somebody confirm that the benchmark testcase is fixed, too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22504
I meet some 'Errors' When I compiled 'BLAS' in 'CLAPACK' or 'LAPACK' with gcc-
4.0.1. I think it is problem of accuracy of floating point calculation. With
or without gfortran I can find errors in BLAS test routine resulte.(.sum)
I use alton meachine with Redhat 9.0 Linux. gcc-2.95.3
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22
11:30 ---
Confirmed.
We need to reject dummy arguments if
- they are of a derived type
- the derived type is declared in that subroutine
- they aren't sequence types.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
11:56 ---
Subject: Bug 22258
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 11:55:43
Modified files:
gcc: ChangeLog combine.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:06 ---
Subject: Bug 22445
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:06:22
Modified files:
gcc: ChangeLog cselib.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:15 ---
Subject: Bug 21848
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:15:40
Modified files:
gcc: ChangeLog calls.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
12:25 ---
Subject: Bug 20370
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 12:25:22
Modified files:
gcc: ChangeLog ifcvt.c
Log message:
--- Additional Comments From uros at kss-loka dot si 2005-07-22 12:34
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01490.html
Patch fixes compilation of testcase from comment #3 and compilation of
fractal.c.
--
What|Removed |Added
--- Additional Comments From jakub at redhat dot com 2005-07-22 12:37
---
I have partly written patch, but would like to understand whether ordering
matters or not.
Is the following all valid f77/f90/f95?
subroutine foo
character*8 c
character*1 d, f
dimension
--- Additional Comments From pcarlini at suse dot de 2005-07-22 12:44
---
Mainline is fine on ia64-linux too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From matz at suse dot de 2005-07-22 12:46 ---
I don't understand. The code itself is perfectly valid C++, I don't think
you mean that it's invalid, right? Yes, operator== is also hidden, but
there is no definition for it in this unit, hence GCC generates the
--- Additional Comments From bangerth at dealii dot org 2005-07-22 12:53
---
I think I now get why I had less problems: this is already fixed in 4.0:
g/x /home/bangerth/bin/gcc-3.4*-pre/bin/c++ -c x.ii
In file included
from
version of GCC: 4.0.0
system type: RedHat 8.0
options given when GCC was configured/built:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/data/gcc/gcc-4.0.0 --exec-
prefix=/data/gcc/gcc-4.0.0
Thread model: posix
gcc version 4.0.0
complete command
--- Additional Comments From bangerth at dealii dot org 2005-07-22 13:24
---
You can't do this:
BaseVector* v = new Vector[10];
delete [] v; // - Here it is crashed
The type of the data allocated is Vector*, which is what you have
to use when you deallocate it. However,
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-22 13:37
---
Yes. Thanks for reminding me.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From federico dot carminati at cern dot ch
2005-07-22 13:42 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
Hello,
this is valid f90/95 code. Equivalence cannot contain sym%val as
far as I understand, but they can cointain derived types as
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:01 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
this is valid f90/95 code. Equivalence cannot contain sym%val as
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
14:07 ---
Subject: Bug 22570
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20
Modified files:
libgfortran/io : read.c transfer.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
14:07 ---
Subject: Bug 21875
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20
Modified files:
libgfortran/io : read.c transfer.c
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
14:36 ---
We really do want this.
See the thread in http://gcc.gnu.org/ml/gcc/2005-02/msg00953.html
--
What|Removed |Added
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-22 14:49 ---
Subject: Re: ICE 'missing spec' on integer/char equivalence
federico dot carminati at cern dot ch wrote:
--- Additional Comments From federico dot carminati at cern dot ch
Here's alternative testcase for classpath bug #13814. Should print true/true
but prints true/false.
Testcase:
import javax.swing.*;
import java.awt.*;
public class testcase extends JFrame {
public static void main(String[] args) {
new testcase();
}
public
--- Additional Comments From roman at kennke dot org 2005-07-22 15:35
---
Thank you, I'll look at this ASAP.
--
What|Removed |Added
AssignedTo|graydon at redhat dot
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-22 15:57
---
I'm doing a regression hunt, but keep making stupid mistakes in the setup so
it's taking much longer than it should.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From flash at pobox dot com 2005-07-22 16:04
---
Looking for a string pattern in the output leaves you vulnerable to
correctly-rejected files which
happen to generate that pattern in an error message. That's probably less of
an issue with GCC's hand-
--- Additional Comments From sje at cup dot hp dot com 2005-07-22 16:18
---
I successfully bootstrapped hppa1.1-hp-hpux11.00 and hppa64-hp-hpux11.00 with
this patch. I think it should be checked in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22577
$ g++ -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --
exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --man
dir=/usr/share/man --infodir=/usr/share/info
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
16:40 ---
Just another data point:
I just compiled the testcase (without including iostream) with -O3 -c
using 4.0 branch.
If I link this with libstdc++ from the 4.0 the assertion is triggered.
If I link this with
HI,
While installing ddd on the solris 9 machine, i am getting follwing linking
error while compiling ddd with g++ 3.4.0, on the sol 9 machine.
Could you please advice here..
i do not get any error when i compile ddd on other machine which has g++ 3.3.2.
Thanks in advance !!!
Manish
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
16:48 ---
(In reply to comment #5)
I should mention that we do print out the line/file which an assert fails
inside gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22600
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
16:51 ---
Confirmed, I think the problem is that libobjc is not compiled with
-fexceptions to get the unwinding
info, I will fix that.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:21 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 22366 depends on bug 21848, which changed state.
Bug 21848 Summary: load_mems / replace_loop_mems bug causes miscompilation of
jcf-io.c / SEGV while processing java/lang/AbstractMethodError
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
What|Old Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl at lucon dot org 2005-07-22 17:24 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01510.html
--
What|Removed |Added
I found that my output files were missing spaces here and there. Here is a
simple test program that shows the problem. Note that the blank line between the
lines eq.3, central difference method and end is missing the 5 spaces.
[dranta:~/tests/gfortran-D] dir% gfortran -o write02 write02.f
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
17:40 ---
Subject: Bug 21828
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 17:40:37
Modified files:
gcc: ChangeLog toplev.c varasm.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
17:43 ---
Subject: Bug 22570
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 17:43:31
Modified files:
libgfortran/io : unit.c
libgfortran:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From dir at lanl dot gov 2005-07-22 17:46 ---
Opps - only some of the other compilers put the spaces in - not sure which is
correct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22613
C++ EH on IA64 (both HP-UX and Linux) appears to be broken. Here is a minimal
test case, on Linux I get a Memory Fault when running the program:
int main(int argc, char *argv[])
{
try { throw 0; } catch (int) { };
}
--
Summary: C++ EH broken on IA64, many tests in g++.dg/eh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:53 ---
*** This bug has been marked as a duplicate of 22284 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:53 ---
*** Bug 22614 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:59 ---
Reduces down to:
templatetypename _CharT2 void f(_CharT2);
class ostringstream
{
void str(void);
};
templatetypename T void foo()
{
ostringstream oss;
f(oss.str);
}
But this is a dup of bug 21592.
1 - 100 of 300 matches
Mail list logo