--
What|Removed |Added
Summary|Bad floating point in |Currupt string and segfault
|formatted read |in formatted read.
http://gcc.gnu
--- Additional Comments From veksler at il dot ibm dot com 2005-07-31
07:24 ---
Does it mean that it won't be fixed neither on gcc-3.4 nor gcc-4.0 branches?
By marking it "resolved" will it not hide this PR when number of open
issues is counted for gcc-3.4 and gcc-4.0 branches?
--
ht
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
07:30 ---
Subject: Bug 21787
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-31 07:30:34
Modified files:
libgfortran: ChangeLog
libgfortran/intrin
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-31
07:45 ---
This one is fixed (at least, the part concerning flushing units before calling
abort). For the other parts, we will file a new bug if we can produce a reduced
testcase.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
08:30 ---
Subject: Bug 20621
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-31 08:30:16
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
08:31 ---
Subject: Bug 20621
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-31 08:31:38
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
08:35 ---
Subject: Bug 20621
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-31 08:35:16
Modified files:
gcc: Change
this regression has been introduced in the last few days (the same code
compiled fine some days ago). extracted from WINE.
LANG=C /home/marcus/projects/gcc/BIN/bin/gcc -c -O2 -o api.o api.i
api.i: In function 'f':
api.i:2: error: incorrect sharing of tree nodes
D.1338_6 = (const unsigned ch
--- Additional Comments From marcus at jet dot franken dot de 2005-07-31
08:46 ---
Created an attachment (id=9390)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9390&action=view)
api.i
gcc -O2 -c api.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23157
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-31
08:46 ---
Patch applied to 3.4 branch. Testcase also applied to 4.0 and mainline.
--
What|Removed |Added
"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes:
| typedef int A;
| struct foo{
| A A;
| };
|
| compiles in 3.4.0 and on Comeau, but on 3.4.2 you get:
The code is ill-formed; no diagnostic required. GCC-3.x, x < 4 used to
issue a diagnostic as a QoI. A regression was introduced in 3.4.
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-31 08:52 ---
Subject: Re: New: Fails valid? (valid according to Comeau anyway)
"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes:
| typedef int A;
| struct foo{
| A A;
| };
|
| compiles in 3.4.0 and on Com
Hi,
I'm trying to bulid libstdc++.so.5 (which comes with gcc-3.3.6) using gcc-4.0.1
and a gcc-4.1.0 snapshot from 20050730, but it fails. This is Gentoo/PPC64.
Version output from gcc-4.0.1:
# gcc -v
Using built-in specs.
Target: powerpc64-unknown-linux-gnu
Configured with: /var/tmp/portage/gcc-4
--- Additional Comments From fw at deneb dot enyo dot de 2005-07-31 09:25
---
What about permitting this as a GNU extension? It seems quite useful for
template code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23147
gcc 3.3.6 fails on FreeBSD-5.4 / sparc64 with the following message:
basiclinalg/calcinverse.cpp: In function `void
ngbla::CalcInverse(ngbla::FlatMatrix, ngbla::FlatMatrix) [with T =
ngbla::Mat<7, 7, ngbla::Complex>, T2 = ngbla::Mat<7, 7, ngbla::Complex>]':
basiclinalg/calcinverse.cpp:166:
--- Additional Comments From thierry at FreeBSD dot org 2005-07-31 09:52
---
Same bug on FreeBSD / sparc64: see Bug 23159.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21307
The file Ltl.C from the lbt program compiles with -O2 but compilation with -O3
throws an internal compiler error:
% g++ -O2 -c Ltl.C -o Ltl.o
95.020u 7.080s 3:26.58 49.4%0+0k 0+0io 1208pf+0w
% g++ -O3 -c Ltl.C -o Ltl.o
Ltl.C: In member function 'virtual void LtlIff::expand(LtlGraphNode&,
std:
--- Additional Comments From treinen at debian dot org 2005-07-31 11:35
---
Created an attachment (id=9391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9391&action=view)
c++ source on which compil fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
--- Additional Comments From treinen at debian dot org 2005-07-31 11:36
---
Created an attachment (id=9392)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9392&action=view)
header file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
--- Additional Comments From treinen at debian dot org 2005-07-31 11:37
---
Created an attachment (id=9393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9393&action=view)
second header file LtLGraph.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
--- Additional Comments From treinen at debian dot org 2005-07-31 11:37
---
Created an attachment (id=9394)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9394&action=view)
preprocessed source Ltl.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
--
What|Removed |Added
Attachment #9392|header file |header file Ltl.h
description||
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--
What|Removed |Added
Attachment #9391|c++ source on which compil |source file Ltl.C
description|fails |
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From falk at debian dot org 2005-07-31 12:59
---
Can you please try with a newer compiler, preferably 4.0.1? The 3.3 branch
is closed. If you can then still reproduce it, please attach the preprocessed
source.
--
What|Removed
void foo (void)
{
if (0)
a: ;
}
Compile with -W, there is no warning about the empty statement. Remove the
label and there is. IMO the warning should be independent of whether the
statement is labelled.
--
Summary: Labels and empty statement warnings
Product: gcc
--- Additional Comments From falk at debian dot org 2005-07-31 13:31
---
(In reply to comment #4)
> What about permitting this as a GNU extension? It seems quite useful for
> template code.
With "this" you mean omitting the definition? Well, it saves one line of
typing, but I'm not re
--- Additional Comments From pluto at agmk dot net 2005-07-31 13:31 ---
# testcase: `int main() { return 0; }
Program received signal SIGSEGV, Segmentation fault.
0x082924bf in categorize_ctor_elements_1 (ctor=0xb7d41030,
p_nz_elts=0xbffbec7c, p_nc_elts=0xbffbec78,
p_elt_cou
--- Additional Comments From thierry at FreeBSD dot org 2005-07-31 14:13
---
Thanks for your quick answer. Unfortunately, I cannot use 4.0.1: I'm using
gcc-3.3 because the code is broken even with gcc-3.4. I shall see that with the
author.
Regards,
--
Th. Thomas.
--
http://gcc.gnu.
Compiling a 1.5 Mb ii gave an ICE. It has been reduced as much as I could,
giving the following case:
-bash-3.00$ cat d.cpp
namespace std
{
template
struct auto_ptr_ref { };
template
class auto_ptr
{
public:
auto_ptr(auto_ptr& __a) {}
auto_ptr(auto_ptr_ref<_Tp> __
gcc version: 3.3.4
system type: Slackware Linux 10.0 / Athlon 1600+
configure options: Configured with: ../gcc-3.3.4/configure --prefix=/usr
--enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking
--with-gnu-ld --verbose --target=i486-slackware-linux
--host=i486-slackware-l
--- Additional Comments From amrit at transamrit dot net 2005-07-31 15:53
---
Created an attachment (id=9395)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9395&action=view)
--save-temps file for tracker.cpp
This is the intermediate file requested (*.i*).
--
http://gcc.gnu.org
--
What|Removed |Added
Component|c |tree-optimization
Keywords||ice-on-valid-code
Summary|incorre
gcc version 4.1.0 20050730 (experimental)
[EMAIL PROTECTED]:/tmp% cat bug.cc
bool f();
struct S {
S();
~S();
};
void g() {
for (;;) {
S s1, s2, s3, s4, s5, s6;
if (f())
continue;
if (f())
return;
}
}
[EMAIL PROTECTED]:/tmp% g++ -c -
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:16 ---
Can you attach the preprocessed source?
--
What|Removed |Added
Component|c
--
What|Removed |Added
Component|c++ |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
--
What|Removed |Added
GCC build triplet|hppa2.0w-hp-hpux11.11 |
GCC host triplet|hppa2.0w-hp-hpux11.11 |
Keywords||ice-on-valid
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:25 ---
How much memory do you have?
--
What|Removed |Added
Component|c++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:27 ---
Confirmed. SCCP is causing this ICE.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:30 ---
Confirmed.
I think this was caused by:
2005-07-29 Diego Novillo <[EMAIL PROTECTED]>
PR 22550
* tree-cfgcleanup.c (cleanup_tree_cfg_1): Extract from ...
(cleanup_tree_cfg): ... here
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:33 ---
Note you are building the full GCC 3.3.6
--
What|Removed |Added
Summary|building
Take the following simple code:
void foo (void)
{
if (0)
a: ;
}
compile with -W and we ICE.
--
Summary: [4.0/4.1 Regression] ICE with -W
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: no
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-31
16:41 ---
I believe I've found the problem, and it is not Roger's fault. See my
message here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg02092.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23095
--
What|Removed |Added
Known to fail||4.0.0 4.1.0
Known to work||3.4.0
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:42 ---
Confirmed, for some reason on the mainline and 4.0 branch, we ICE with -W,
which I am filing under
23165.
--
What|Removed |Added
---
--
What|Removed |Added
OtherBugsDependingO||23161
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-31
16:44 ---
Adding
def = unshare_expr (def);
after
if (force_expr_to_var_cost (def) >= target_spill_cost)
continue;
in tree-scalar-evolution.c might help. I cannot test it just now (I am on
shared computer and c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
16:47 ---
It worked with 4.1.0 20050716.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23164
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org |org
Status|NEW
>
>
> --- Additional Comments From veksler at il dot ibm dot com 2005-07-31
> 07:24 ---
> Does it mean that it won't be fixed neither on gcc-3.4 nor gcc-4.0 branches?
Yes.
> By marking it "resolved" will it not hide this PR when number of open
> issues is counted for gcc-3.4 and gcc-4
--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-31
16:56 ---
Subject: Re: [Bug gcov/profile/12786] -fvpt does not work with signed mod or
signed divide with a constant negative number
>
>
> --- Additional Comments From veksler at il dot ibm dot com 2005-07
--- Additional Comments From markus at unixforces dot net 2005-07-31 17:11
---
I re-ran the compile with -j1 ( instead of -j9 ;-) ) to get the command which
was executed before the error. Then I re-ran this command with the -E option, so
that the preprocessed source gets written to the f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:13 ---
I am starting to think you have a memory/hardware issue.
--
What|Removed |Added
V
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:22 ---
Use -save-temps and supply the preprocessed source, the .ii file.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:24 ---
I cannot reproduce this building gcc-3.3.6.
return vfprintf (__restrict, __fmt, __arg);
This looks like a glibc bug,
could you attach /usr/include/bits/stdio.h?
--
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From treinen at debian dot org 2005-07-31 17:27
---
I forgot to say that this bug really seems to be m68k specific. On all other
architectures supported by debian GNU/Linux this compiled without any problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:32 ---
Confirmed, this is really fixed on 4.0.0 and above.
I don't know if this is going to be fixed on the 3.4 branch as it was fixed for
4.0 by the merge of the
tree-ssa which is too big to merge into the 3.4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:34 ---
Huh, stdin and stdout are being replaced with restrict.
This is not a GCC bug.
Try compile gcc 3.3.6 by hand and not using emage at all. I don't trust
gentoo's build system right
now.
--
Wh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:35 ---
We have an aggr_init_expr here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23162
--- Additional Comments From markus at unixforces dot net 2005-07-31 17:40
---
ok. thx for the info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23158
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
17:55 ---
This works on the mainline with a cross compiler.
--
What|Removed |Added
Known to work|
#include
#include
int main()
{
printf("cos(1)= %f \n", cos(1));
}
After compile:
undefined reference to "cos"
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm
On Jul 31, 2005, at 1:35 PM, sofia takayama wrote:
#include
#include
int main()
{
printf("cos(1)= %f \n", cos(1));
}
After compile:
undefined reference to "cos"
Link with -lm.
-- Pinski
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
18:03 ---
it takes hardly any memory with 3.3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23163
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-31
18:06 ---
Created an attachment (id=9399)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9399&action=view)
Read through statment lists.
--
What|Removed |Added
---
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-31
18:12 ---
This is almost the same as PR23165, the same patch fixes this.
--
What|Removed |Added
--- Additional Comments From amrit at transamrit dot net 2005-07-31 18:15
---
I have 512MB phys ram + 220 swap, with about 160MB free, total. I haven't
seen any indication that lack of ram is the problem, are you sure this is the
case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--
What|Removed |Added
BugsThisDependsOn||23166
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Take the following code (which comes from gcc.c-torture/compile/950816-3.c):
f ()
{
int i;
short x, z;
for (i = 0; i <= 1; i++)
x = i;
return x + z;
}
I think this is a scev bug but I have not looked into it yet.
Use the first and 4th patch in PR 22368 to see the problem. The 4th pat
--- Additional Comments From christian dot joensson at gmail dot com
2005-07-31 18:28 ---
(In reply to comment #1)
> $(DRIVER_DEFINES) needs to be added to when compiling spec.c.
Would that be done in gcc/Makefile.in or does such a thing belong to
gcc/treelang/Make-lang.in?
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
18:29 ---
Oh, here is the error:
950816-3.c: In function 'f':
950816-3.c:2: error: statement types mismatch in PHI
xD.1272_13 = PHI <1(1)>;
short intD.7
unsigned intD.3
950816-3.c:2: internal compiler error: verify_s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
18:29 ---
gcc/treelang/Make-lang.in
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-31
18:42 ---
I don't think treelang had it's own driver in 4.0.
--
What|Removed |Added
C
--- Additional Comments From christian dot joensson at gmail dot com
2005-07-31 18:48 ---
uhm... well, what needs to be added to what then in treelang/Make-lang.in?
btw, the 4.0 branch's variant does not differ that much from trunk... there's a
toplev.h difference... and a gcc version
--- Additional Comments From markus at unixforces dot net 2005-07-31 18:55
---
I have now tried to bulid outside of portage. Or that is to say: a normal bulid.
Here is what I did (this is basicly what emerge does):
$ cd ~
$ mkdir libstc++-v3-temp2
$ cd libstc++-v3-temp2
$ tar xfj /usr/p
--- Additional Comments From markus at unixforces dot net 2005-07-31 18:56
---
Created an attachment (id=9400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9400&action=view)
preprocessed sourced outside of emerge
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23158
--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-31
18:57 ---
Subject: Re: building GCC 3.3.6 fails on ppc64 with gcc4 and gcc4.1
> $ touch ../gcc-3.3.6/gcc/c-gperf.h (don't know why this done by the way..)
> $ make all-target-libstdc++-v3
> LIBPATH="/usr/lib/gcc/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
19:00 ---
This is where I say if gentoo does not stop using STAGE1_CFLAGS="-O", then
gentoo is fucked.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
19:01 ---
The whole idea of STAGE1_CFLAGS being -O0 -g is so you don't run into wrong
code. Please report
this to gentoo, maybe they can reduce the cc1 sources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Additional Comments From markus at unixforces dot net 2005-07-31 19:11
---
sorry to bug you again, but I ran make like this and got exactly the same
problem :-(
make clean && make all-target-libstdc++-v3
LIBPATH="/usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.0-beta20050730/"
BOOT_CFL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
19:15 ---
Use make bootstrap instead.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
19:49 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amrit at transamrit dot net 2005-07-31 21:28
---
I managed to free up another 80mb or so and tried again, and this time it
worked fine (though I still almost ran out of ram during the process).
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
21:45 ---
Subject: Bug 23095
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-31 21:45:44
Modified files:
gcc: ChangeLog common.opt postreload-gcse.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-31
21:45 ---
Subject: Bug 22003
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-31 21:45:44
Modified files:
gcc: ChangeLog common.opt postreload-gcse.
Linux 2.4.20-6
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure
Thread model: posix
gcc version 4.0.0
g++ -DHAVE_CONFIG_H -I. -I.. -I. -g -O2 -MT dom.lo -MD -MP -MF .deps/dom.Tpo -c
../src/lib/globallocate/dom.cpp -fPIC -DPIC -o .libs/dom.o
../src/lib/globallocate/d
--- Additional Comments From mriben at globallocate dot com 2005-07-31
21:59 ---
Created an attachment (id=9401)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9401&action=view)
the preprocessed file (*.i*)
generated by adding -save-temps to the complete compilation command
compre
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
21:04 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From schwab at suse dot de 2005-07-31 21:05 ---
Neither reproducable natively with 4.0.2 20050726, appears to be fixed.
--
What|Removed |Added
--- Additional Comments From greenrd at greenrd dot org 2005-07-31 22:21
---
Strangely, this bug is hard to reproduce - with the rssowl test case - with a
system compiled for i386. However, the rssowl test case (just start rssowl and
load some feeds) appears to be reproducable easily on
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
22:53 ---
Reducing.
--
What|Removed |Added
Keywords||ice-on-vali
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-31 22:57
---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jsm28
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-31
23:41 ---
This fails for me on AMD64 even with -fno-web.
$ cat elemental-reduced.f90
! Program to test elemental functions.
program test_elemental
implicit none
integer, parameter :: N = 8
integer(kind
Hi,
First of all this is my first bugreport when it comes to compilers and it's not
that detailed so bear with me.
If i compile a special version of VisualBoyAdvance on my box (fixed a 64 bit
problem, not really tested) using gcc 4.0.1 as supplied by gentoo i will get a
OOM on my machine, see mem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-31
23:57 ---
Attach the preprocessed source which can be found using -save-temps and it is
called *.i or *.ii.
--
What|Removed |Added
--- Additional Comments From pomac at vapor dot com 2005-08-01 00:03
---
Sorry, totally forgot about the source file, must be to tired for this but here
it is:
http://pomac.netswarm.net/misc/vis.tar.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23168
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-01
00:20 ---
Slightly smaller yet:
program test_elemental
implicit none
integer, parameter :: N = 6
integer(kind = 4), dimension (N) :: a
integer(kind = 4), dimension (N) :: b
a = 2
b = e_fn (
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-08-01 00:44
---
Working on a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jsm2
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-01
00:49 ---
Nothing is worth more than this day -- Goethe
--
What|Removed |Added
Status|ASSI
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-01
00:51 ---
It was only a sunny smile,
and little it cost in the giving,
but like morning light,
it scattered the night,
and made the day
worth living!
--
What|Removed |Added
1 - 100 of 114 matches
Mail list logo
