--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-13 09:36 ---
Patch -- still untested.
Index: m4/ifunction_logical.m4
===
--- m4/ifunction_logical.m4 (Revision 136740)
+++ m4/ifunction_logical.m4 (Arbeitsko
--- Comment #5 from gunnar at greyhound-data dot com 2008-06-13 09:31
---
(In reply to comment #4)
> This comes down to IV-OPTs not understanding {post,pre}_{dec,inc} at all.
> There is another bug about this somewhere I think for arm. PowerPC has the
> same issue too ...
>
If this
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-13 09:27 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-13 09:15 ---
Confirmed.
void es::ClockAnalyzer::initPrimitives()
is the offending function - yet another testcase with a huge initialization
sequence (we have problems there since long). This is probably caused by
the fix for
--- Comment #1 from peter at xmos dot com 2008-06-13 08:52 ---
Created an attachment (id=15760)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15760&action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36521
The program below on gcc 4.1.2 prints:
> gcc4 test.c
> ./a.out
got 0
x
y
done
--
The program below on gcc 3.4.4 prints:
> gcc test.c
> ./a.out
got 0
x
y
and then locks up...
--
#include
int main()
{
unsigned int var102 = 1;
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-06-13 08:46
---
> For
>
> struct cmsghdr {
> size_t cmsg_len;
> __extension__ unsigned char __cmsg_data [];
> };
>
> DECL_SIZE{_UNIT} of __cmsg_data is NULL.
I wondered if this could happen... now I know. :-) Fixing
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-06-13 08:42
---
Subject: Bug 36498
Author: rguenth
Date: Fri Jun 13 08:41:45 2008
New Revision: 136744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136744
Log:
2008-06-13 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-13 08:35 ---
For
struct cmsghdr {
size_t cmsg_len;
__extension__ unsigned char __cmsg_data [];
};
DECL_SIZE{_UNIT} of __cmsg_data is NULL.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36520
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-13 08:33 ---
Testcase from net-tools:
typedef long unsigned int size_t;
typedef unsigned short int sa_family_t;
struct cmsghdr {
size_t cmsg_len;
__extension__ unsigned char __cmsg_data [];
};
typedef unsigned int uint
Program received signal SIGSEGV, Segmentation fault.
0x00b3b4e0 in host_integerp (t=0x0, pos=0)
at /space/rguenther/src/svn/trunk/gcc/tree.c:4938
4938 return (TREE_CODE (t) == INTEGER_CST
#1 0x00504a0d in get_memory_rtx (exp=0x2b5573d27870,
len=0x2b5573b18420) at /spa
--- Comment #1 from pluto at agmk dot net 2008-06-13 08:17 ---
Created an attachment (id=15759)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15759&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36519
i discovered one more problem with 4.3 branch head with patch suggested
in comment http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36498#c7
stats:
gcc-4.3-20080417 : ~500MB, 50 seconds.
gcc-4.3-head+patch : 5GB, 100% cpu, 40 minutes and still going...
# command line:
x86_64-gnu-linux-g++ esClockAna
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-13 08:14 ---
Confirmed. We do not create a EH region in the first place even though
fprintf and fputs could throw. When CCP folds fputs to fputc it hits
the propagator assert
if (tree_could_throw_p (new_stmt))
{
--- Comment #4 from burnus at gcc dot gnu dot org 2008-06-13 07:43 ---
FIXED on the trunk (4.4.0).
(For building also the C part of libgfortran with -Werror, see PR36518; the
.f90f.in file in libgomp has now also "implicit none" [Rev. 136703]; however,
"-fimplict-none" is not used in li
I get the following warnings when building libgfortran.
I think they should be fixed and libgfortran should be build with -Werror.
generated/all_l1.c:142: warning: format '%d' expects type 'int', but argument 2
has type 'index_type'
generated/all_l2.c:142: warning: format '%d' expects type 'int',
--- Comment #3 from burnus at gcc dot gnu dot org 2008-06-13 07:11 ---
Subject: Bug 36495
Author: burnus
Date: Fri Jun 13 07:10:15 2008
New Revision: 136740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136740
Log:
2008-06-13 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
101 - 117 of 117 matches
Mail list logo