--- Comment #5 from nightstrike at gmail dot com 2008-05-25 06:54 ---
I am regtesting it now. Note that it will take a very long time to complete
(several days).
This does apply to 4.3 and 4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36321
Trying to create a compiler that can be run in gprof,
$ ../../SOURCES/gcc/configure --prefix=/opt/gnat/fsf/wavefront \
--enable-languages=c,c++,ada --enable-debug
$ make BOOT_CFLAGS='-pg'
rm -f stage_current
make[3]: Leaving directory `/usr/src/packages/BUILD/build-gcc'
Comparing stages 2
--- Comment #1 from burnus at gcc dot gnu dot org 2008-05-24 22:49 ---
Your program is invalid
* * *
INTERFACE
FUNCTION F(X) RESULT (FUNCTION_VALUE)
REAL(REAL_12), INTENT(IN) :: X
Use either:
a) REAL(SELECTED_REAL_KIND(P=12)), INTENT(IN) :: X
b)
FUNCTION AFUN (F, A) &
RESULT (RESULT)
IMPLICIT NONE
INTEGER, PARAMETER :: REAL_12 = SELECTED_REAL_KIND(P=12)
INTERFACE
FUNCTION F(X) RESULT (FUNCTION_VALUE)
REAL(REAL_12), INTENT(IN) :: X! REAL_12 not
recognized
--- Comment #6 from paulbeard at gmail dot com 2008-05-24 20:16 ---
(In reply to comment #5)
> GCC is running out of memory.
>
> Oh. I'll add a swapfile and see how that goes.
>
It still just grinds until I kill the process. I have since worked around this
problem by installing the p
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-24 18:04 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #4 from ubizjak at gmail dot com 2008-05-24 17:54 ---
(In reply to comment #3)
> Sorry, I missed to install the new compiler :}
> Yes, it works, assembler looks now fine.
Can you please regtest the patch on your target?
BTW: Is this a regression for 4.3 and 4.4?
--
ht
--- Comment #8 from jaydub66 at gmail dot com 2008-05-24 17:52 ---
I have a patch which can handle this test case, see
http://gcc.gnu.org/ml/fortran/2008-05/msg00296.html
It's not complete yet, and some details need to be fixed, but the basic
functionality is there. I hope it can be com
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-05-24 17:01 ---
(In reply to comment #1)
Sorry, I missed to install the new compiler :}
Yes, it works, assembler looks now fine.
Thanks, Kai
.file ""
.section .rdata,"dr"
LC0:
.ascii "%s %s\12\0"
--- Comment #2 from ktietz at gcc dot gnu dot org 2008-05-24 16:36 ---
(In reply to comment #1)
> Can you try this patch:
>
> Index: i386.md
> ===
> --- i386.md (revision 135849)
> +++ i386.md (working copy)
> @@ -1
--- Comment #1 from tromey at gcc dot gnu dot org 2008-05-24 16:21 ---
Confirmed. This seems like a weird design to me, but my reading of the
standard text agrees with yours.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ff7ae6c7a7860bca/60213205751117d4
The full program should be checked after fixing this problem.
==28722== Invalid read of size 4
==28722==at 0x407597: gfc_is_compile_time_shape (array.c:2184)
==28722==by 0x46B1
--- Comment #1 from ubizjak at gmail dot com 2008-05-24 16:03 ---
Can you try this patch:
Index: i386.md
===
--- i386.md (revision 135849)
+++ i386.md (working copy)
@@ -19707,7 +19707,7 @@
(set_attr "length" "5
--- Comment #13 from steven at gcc dot gnu dot org 2008-05-24 15:37 ---
This happens again on PPC. No test case yet.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
For the i386 stack probing feature there is a non-standard argument register
%eax used for internal __chkstk call. If the code is translate with gcc with
optimization level one or less, code is fine. For -O2 and higher, the argument
%eax for __chkstk is optimized out.
The following source is a sho
--- Comment #7 from steven at gcc dot gnu dot org 2008-05-24 14:31 ---
I have found a test case for the issue mentioned in comment #4. And it comes
from gcc itself:
static int *free_phinodes[10 - 2]; /* was 'tree' */
static unsigned long free_phinode_count;
void
init_phinodes (void)
{
--- Comment #4 from burnus at gcc dot gnu dot org 2008-05-24 11:02 ---
CONFIRM. Due to the missing checking it works with openSUSE's 4.1, 4.2, 4.3;
however, if one studies the source code, it is also wrong in other 4.x besides
4.4. The current test case fails only on systems where c_intp
The syntax error in #elif below is not diagnosed with (say) --std=c99
-pedantic-errors.
int z;
#if 1
#elif
#endif
Syntax is:
elif-group:
# elif constant-expression new-line groupopt
and constant expression cannot be empty. The syntax relaxation of 6.10p4 does
not apply as the group tha
18 matches
Mail list logo
