--- Comment #2 from walter dot zimmer at dlr dot de 2008-06-10 08:11
---
The workaround works fine, many thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36476
CE
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: walter dot zimmer at dlr dot de
GCC build triplet: x86_64-unknown
--- Comment #5 from walter dot zimmer at dlr dot de 2006-04-25 14:05
---
> The link-time wrapping of malloc is designed precisely so that other
> uninstrumented libraries that call malloc by name still get registered in the
> libmudflap runtime. That way, pointers from these
--- Comment #3 from walter dot zimmer at dlr dot de 2006-03-24 16:57
---
(In reply to comment #1)
> Mudflap needs memory to set up runtime data structures, so you simply need
> more
> (virtual) memory.
I investigated further and found that it is not the size of the memory tha
--- Comment #2 from walter dot zimmer at dlr dot de 2006-02-23 17:43
---
(In reply to comment #1)
> Mudflap needs memory to set up runtime data structures, so you simply need
> more
> (virtual) memory.
Ok, I understand. Thanks!
> cat /proc/meminfo
MemTotal:
Priority: P3
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: walter dot zimmer at dlr dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http
--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-23 13:29
---
Created an attachment (id=10901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10901&action=view)
The preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26442
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: walter dot zimmer at dlr dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26442
--- Comment #10 from walter dot zimmer at dlr dot de 2006-02-20 08:23
---
(In reply to comment #9)
> Negative. The following valid code still fails on i386:
Strange: with gfortran gcc-4.1-20060210+fix x86_64-unknown-linux-gnu
it compiles and runs fine:
bash> gfortran gfcbug31.f
--- Comment #8 from walter dot zimmer at dlr dot de 2006-02-16 15:28
---
(In reply to comment #6)
> Here is a newer patch which fixes it:
I didn't look (or even understand) what the patch does, but I can contribute
empirical evidence that the following construct:
SUBROU
--- Comment #9 from walter dot zimmer at dlr dot de 2006-02-13 09:22
---
(In reply to comment #8)
> Patch posted:
Built bootstrap gcc-4.1-20060210+patch successful, and now our code is
compiling fine with -O3.
Many thanks for the quick help!
--
http://gcc.gnu.org/bugzi
--- Comment #3 from walter dot zimmer at dlr dot de 2006-02-10 10:08
---
Created an attachment (id=10816)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10816&action=view)
The preprocessor output of the testcase code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-10 10:01
---
*** Bug 26210 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-10 10:01
---
*** This bug has been marked as a duplicate of 26209 ***
--
walter dot zimmer at dlr dot de changed:
What|Removed |Added
roduct: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: walter dot zimmer at dlr dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC h
roduct: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: walter dot zimmer at dlr dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC h
16 matches
Mail list logo
