--- Comment #13 from asl at math dot spbu dot ru 2007-10-17 17:27 ---
(In reply to comment #12)
> (In reply to comment #11)
> > void foo2(some_fat_struct *ptr); but:
> > int foo(...);
> >
> > This looks pretty unlogical to me. Was it intentional?
>
>
--- Comment #11 from asl at math dot spbu dot ru 2007-10-17 17:00 ---
Also, some chunk of code in function type creation (gfc_get_function_type() is
in question) looks suspicious to me. Let me explain on terms of C (I don't know
Fortran at all :) )
Consider we have two function
--- Comment #10 from asl at math dot spbu dot ru 2007-10-17 16:46 ---
Created an attachment (id=14365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14365&action=view)
Patch to mark external decls to be varargs
--
asl at math dot spbu dot ru changed:
--- Comment #9 from asl at math dot spbu dot ru 2007-10-17 16:45 ---
(In reply to comment #3)
> Two decls are generated for function x, the first one (inside MAIN__) doesn't
> have a proper argument list while the second one is OK. When I try to make
> gfortran emit onl
--- Comment #8 from asl at math dot spbu dot ru 2007-10-17 10:17 ---
(In reply to comment #3)
> Confirmed. The same thing is true for external procedures, like:
>
> program test
> real x
> external x
> print *, x(2)
> end program test
>
> real functi
--- Comment #4 from asl at math dot spbu dot ru 2007-10-04 05:26 ---
Answers:
icc aligns stack depending on "external" conditions. If there is dynamic size
alloca it emits the same code as gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28074
--- Comment #3 from asl at math dot spbu dot ru 2007-10-04 05:15 ---
The testcase is slightly uninformative.
Note, that %esp is aligned here and %ebp is potentially not (thus locals are
accessed via %esp).
What if:
1. We have dinamic size alloca() call
2. We have incoming arguments
--- Comment #7 from asl at math dot spbu dot ru 2007-08-20 17:00 ---
Well, I haven't seen this. The only segfault I've seen was in trans-types.c
(patch mentioned)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33097
--- Comment #5 from asl at math dot spbu dot ru 2007-08-20 16:47 ---
(In reply to comment #3)
> Two decls are generated for function x, the first one (inside MAIN__) doesn't
> have a proper argument list while the second one is OK. When I try to make
> gfortran emit onl
--- Comment #4 from asl at math dot spbu dot ru 2007-08-20 16:46 ---
Ooops, attached patch is not complete. I also need:
diff --git a/gcc/fortran/trans-types.c b/gcc/fortran/trans-types.c
--- a/gcc/fortran/trans-types.c
+++ b/gcc/fortran/trans-types.c
@@ -1027,7 +1027,7
--- Comment #2 from asl at math dot spbu dot ru 2007-08-17 12:49 ---
Quick example of the problem:
>
QI
size
unit size
align 8 symtab 0 alias set -1
arg-types
chain >>
pointer_to_this >
addres
--- Comment #1 from asl at math dot spbu dot ru 2007-08-17 12:42 ---
Created an attachment (id=14069)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14069&action=view)
Quick and dirty patch
Attached is quick and dirty patch to populate symbol with arguments. It seem
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: asl at math dot spbu dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33097
13 matches
Mail list logo
