Hi!
With fairly recent sources (120074), building GCC fails under SGI Irix.
I cannot rule out that it's due to the fact that the system is outdated, and
some tools should be updated (but which?).
Here's a link to where I've reported that to the GFortran list, and the
subsequent comments:
Hi,
here's another one:
gfcbug49.f90: In function 'construct':
gfcbug49.f90:20: fatal error: gfc_todo: Not Implemented: Unable to determine
rank of expression
compilation terminated.
The reduced example code is attached.
Cheers,
-ha
--
Summary: gfc_todo: Not Implemented: Unable
--- Comment #1 from anlauf at gmx dot de 2006-12-21 08:41 ---
Created an attachment (id=12829)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12829action=view)
Demo code for gfc_todo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
--- Comment #8 from anlauf at gmx dot de 2006-12-21 08:49 ---
(In reply to comment #7)
Paul,
a personal thanks for taking care of this one.
With this patch in place, I was now able proceed
compiling a major software piece just to hit
the next gfc_todo (PR 30273)...
Anyway, a merry
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #3 from nathan at gcc dot gnu dot org 2006-12-21 09:04 ---
Fixed on mainline
2006-12-21 Nathan Sidwell [EMAIL PROTECTED]
PR target/28966
PR target/29248
* reload1.c (reload): Realign stack after it changes size.
--
nathan at gcc dot gnu dot org
--- Comment #13 from eesrjhc at bath dot ac dot uk 2006-12-21 09:10 ---
Created an attachment (id=12830)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12830action=view)
Includes as requested by Daniel
Various include files as requested by Daniel in comment number 12.
--
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 09:32 ---
There is a related hack for `cabs` in fixincludes/inclhack.def. Adding `cabsl`
may be sufficient to fix this.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from P dot Schaffnit at access dot rwth-aachen dot de
2006-12-21 09:38 ---
Erm... I have very little knowledge of C, and next to no understanding of the
GCC sources, so I'm afraid I do not fully understand what could be done, but if
you care to spell it out (easy and
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-12-21 11:53 ---
Comment #2 was meant as a hint for someone who knows how to fix it ;)
Btw, could you please attach the offending math.h to this PR?
Regards
Daniel
--
dfranke at gcc dot gnu dot org changed:
What
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #1 from jakub at gcc dot gnu dot org 2006-12-21 12:59 ---
Subject: Bug 30230
Author: jakub
Date: Thu Dec 21 12:59:06 2006
New Revision: 120103
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120103
Log:
PR target/30230
* config/ia64/ia64.c
--- Comment #2 from jakub at gcc dot gnu dot org 2006-12-21 13:04 ---
Subject: Bug 30230
Author: jakub
Date: Thu Dec 21 13:04:08 2006
New Revision: 120104
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120104
Log:
PR target/30230
* config/ia64/ia64.c
--- Comment #3 from jakub at gcc dot gnu dot org 2006-12-21 13:06 ---
Subject: Bug 30230
Author: jakub
Date: Thu Dec 21 13:06:37 2006
New Revision: 120105
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120105
Log:
PR target/30230
* config/ia64/ia64.c
--- Comment #2 from jakub at gcc dot gnu dot org 2006-12-21 13:13 ---
Subject: Bug 30263
Author: jakub
Date: Thu Dec 21 13:13:15 2006
New Revision: 120106
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120106
Log:
PR middle-end/30262
PR middle-end/30263
*
--- Comment #4 from jakub at gcc dot gnu dot org 2006-12-21 13:13 ---
Subject: Bug 30262
Author: jakub
Date: Thu Dec 21 13:13:15 2006
New Revision: 120106
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120106
Log:
PR middle-end/30262
PR middle-end/30263
*
--- Comment #5 from jakub at gcc dot gnu dot org 2006-12-21 13:19 ---
Subject: Bug 30262
Author: jakub
Date: Thu Dec 21 13:18:52 2006
New Revision: 120107
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120107
Log:
PR middle-end/30262
PR middle-end/30263
*
--- Comment #3 from jakub at gcc dot gnu dot org 2006-12-21 13:19 ---
Subject: Bug 30263
Author: jakub
Date: Thu Dec 21 13:18:52 2006
New Revision: 120107
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120107
Log:
PR middle-end/30262
PR middle-end/30263
*
--- Comment #4 from P dot Schaffnit at access dot rwth-aachen dot de
2006-12-21 13:22 ---
Created an attachment (id=12831)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12831action=view)
GZip-ed relevant math.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
--- Comment #5 from P dot Schaffnit at access dot rwth-aachen dot de
2006-12-21 13:23 ---
Following Daniel's advice (which does sound to make sense), here's this faulty
math.h...
I hope someone can make sense of this all...
Thanks!
Philippe
--
--- Comment #6 from jakub at gcc dot gnu dot org 2006-12-21 13:37 ---
Subject: Bug 30262
Author: jakub
Date: Thu Dec 21 13:37:41 2006
New Revision: 120108
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120108
Log:
PR middle-end/30262
PR middle-end/30263
*
--- Comment #4 from jakub at gcc dot gnu dot org 2006-12-21 13:38 ---
Subject: Bug 30263
Author: jakub
Date: Thu Dec 21 13:37:41 2006
New Revision: 120108
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120108
Log:
PR middle-end/30262
PR middle-end/30263
*
testcase
#include stdio.h
#ifndef __cplusplus
typedef _Bool bool;
#endif
struct S
{
bool x: 4;
};
int main()
{
struct S x = {1};
x.x++;// x.x: value becomes 2.
printf(%d\n, x.x);
// x.x--;// accept invalid
return 0;
}
GCC 4.2 result
$g++ a.c -o a;
--- Comment #5 from jakub at gcc dot gnu dot org 2006-12-21 13:52 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2006-12-21 13:53 ---
Fixed for 4.2/4.3 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:00 ---
Subject: Bug 30202
Author: pault
Date: Thu Dec 21 13:59:57 2006
New Revision: 120109
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120109
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 14:19 ---
Subject: Bug 29464
Author: pault
Date: Thu Dec 21 14:19:40 2006
New Revision: 120110
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120110
Log:
2006-11-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 14:33 ---
Subject: Bug 29941
Author: pault
Date: Thu Dec 21 14:32:51 2006
New Revision: 120111
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120111
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:56 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:56 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2006-12-21 15:05 ---
Subject: Bug 30096
Author: pault
Date: Thu Dec 21 15:05:24 2006
New Revision: 120113
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120113
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #41 from pault at gcc dot gnu dot org 2006-12-21 15:05 ---
Subject: Bug 29975
Author: pault
Date: Thu Dec 21 15:05:24 2006
New Revision: 120113
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120113
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #14 from pault at gcc dot gnu dot org 2006-12-21 15:05 ---
Subject: Bug 30068
Author: pault
Date: Thu Dec 21 15:05:24 2006
New Revision: 120113
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120113
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #15 from pault at gcc dot gnu dot org 2006-12-21 15:07 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pault at gcc dot gnu dot org 2006-12-21 15:07 ---
Fixed on trunk and 4.2
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #87 from bruno at clisp dot org 2006-12-21 15:08 ---
The option -ffloat-store, recommended by Richard Henderson, has the effect of
decreasing the performance of floating-point operations for the entire
compilation unit. If you want a minimal fix that does not affect other
--- Comment #5 from aph at gcc dot gnu dot org 2006-12-21 15:09 ---
I fixed PR19505 in July. Should not this patch go in?
This is the last bug blocking 28067...
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2006-12-21 15:17 ---
http://gcc.gnu.org/ml/gcc-cvs/2006-12/msg00691.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from burnus at gcc dot gnu dot org 2006-12-21 15:20 ---
Will this be be fixed for 4.1 too? Or can this PR be closed?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2006-12-21 15:27 ---
(In reply to comment #1)
... shall not be a generic name (unless it is also a specific name)
This now generates the error, with 4.2 and 4.3:
Error: GENERIC non-INTRINSIC procedure 'sum' is not allowed as an actual
--- Comment #2 from pault at gcc dot gnu dot org 2006-12-21 15:44 ---
(In reply to comment #1)
Changing the FORALL to a DO loop is a workaround. Something strange is
happening in the forall assignment.
Thanks
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-12-21 16:03
---
I have the patch ready, I will commit sometime today to 4.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
--- Comment #3 from pault at gcc dot gnu dot org 2006-12-21 16:05 ---
Harald,
I found it in a couple of minutes; the dependency analysis does not know about
NULL(), decides the worst and makes a mess of it!
Index: gcc/fortran/dependency.c
--- Comment #42 from burnus at gcc dot gnu dot org 2006-12-21 16:09 ---
I'm in faviour of closing this bug.
The patch associated to this PR is checked in into 4.3 and 4.2
And all the dependend bugs are either fixed or at least check into 4.3.
--
--- Comment #6 from burnus at gcc dot gnu dot org 2006-12-21 16:18 ---
Note the patch was submitted 19/12 but the tracking system seems to have lost
it.
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01326.html
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-21 18:13 ---
The problem is in:
if (same_type_p (TREE_TYPE (arg), boolean_type_node))
Which was in 4.2 and before:
if (TREE_TYPE (arg) == boolean_type_node)
Confirmed. I might be able to fix this.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|bootstrap |middle-end
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-21 18:45 ---
This was introduced between 4.3.0 20061202 and 4.3.0 20061220
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #10 from sayle at gcc dot gnu dot org 2006-12-21 18:54 ---
Subject: Bug 30207
Author: sayle
Date: Thu Dec 21 18:54:37 2006
New Revision: 120116
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120116
Log:
2006-12-21 Roger Sayle [EMAIL PROTECTED]
Steven G.
--- Comment #4 from patchapp at dberlin dot org 2006-12-21 19:15 ---
Subject: Bug number PR30273
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01519.html
--
Hi all.
The reported problem appeared with r118356 when some C99 related inline
changes were introduced. Fixinclude hacks `glibc_c99_inline_[1234]` were
introduced and adapted by Geoffrey and Richard respectively, to deal with
broken headers. Later, PR29867 was filed, it seemed that more
--- Comment #5 from dcb314 at hotmail dot com 2006-12-21 19:55 ---
(In reply to comment #4)
This was introduced between 4.3.0 20061202 and 4.3.0 20061220
Strange - is there a possible typo on the last date ?
I found snapshot 4.3-20061216 going wrong, so if the
last date is correct,
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 19:56 ---
Subject: Bug 30273
Author: pault
Date: Thu Dec 21 19:56:34 2006
New Revision: 120117
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120117
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 20:54 ---
Subject: Bug 30273
Author: pault
Date: Thu Dec 21 20:54:40 2006
New Revision: 120118
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120118
Log:
2006-12-21 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2006-12-21 20:55 ---
Fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from Jean-pierre dot vial at wanadoo dot fr 2006-12-21
21:00 ---
Created an attachment (id=12832)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12832action=view)
new conflicting includes
the requested files, plus /usr/include/bits/stdio.h
all variants existing in
--- Comment #15 from dfranke at gcc dot gnu dot org 2006-12-21 21:13
---
Jean-Pierre, thanks for this.
While my conjecture [1] was correct for Roger's files, those you attached seem
to pose another problem. I will investigate further ...
[1]
--- Comment #53 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:10
---
Subject: Bug 29639
Author: ebotcazou
Date: Thu Dec 21 22:10:30 2006
New Revision: 120121
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120121
Log:
PR other/29639
* configure.ac
--- Comment #54 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:13
---
Hopefully everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-21 22:23 ---
The problem is that we force the struct to be BLKmode from DImode with:
/* If structure's known alignment is less than what the scalar
mode would need, and it matters, then stick with BLKmode. */
if
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:27
---
Not sure what to think about the current state of affairs of the 4.1 branch
and, consequently, about this PR. Anyone?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 22:29 ---
Subject: Bug 28209
Author: dfranke
Date: Thu Dec 21 22:29:08 2006
New Revision: 120122
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120122
Log:
2006-12-21 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #2 from sje at cup dot hp dot com 2006-12-21 23:20 ---
This bug only occurs when NOT in -funit-at-a-time mode. Is there a plan to
switch all front-ends to unit-at-a-time compilation (which will fix this bug)
or is it still worth coming up with a fix for NON unit-at-a-time
--- Comment #2 from bangerth at dealii dot org 2006-12-22 00:52 ---
When is the justification that we expect a value of 2? Bool in C++ is
a one-bit type and when you do x.x++ I would imagine that you overflow
the range of that type. The fact that you declare it as a bit-field of
length
--- Comment #3 from hubicka at ucw dot cz 2006-12-22 00:54 ---
Subject: Re: [4.2/4.3 Regression] DWARF information for function static
variable is missing after unrelated code addition
Hi,
Even if all frontends can do unit-at-a-time, non-unit-at-a-time is,
sadly, still essential for
--- Comment #20 from patchapp at dberlin dot org 2006-12-22 02:20 ---
Subject: Bug number PR25818
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01527.html
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-22 07:31 ---
Subject: Bug 30168
Author: pinskia
Date: Fri Dec 22 07:30:55 2006
New Revision: 120144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120144
Log:
2006-12-21 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-22 07:39 ---
(In reply to comment #2)
Actually there are three seperate issues:
1) for my recent vector patch, it was a c-gimplifier issue with respect of not
setting GIMPLE_REG_P on the decls for the compount literals, this
69 matches
Mail list logo
