https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
--- Comment #6 from Tobias Burnus 2011-03-25
18:18:22 UTC ---
See also PR 33097 and PR 40976. Try also the program at
http://gcc.gnu.org/ml/fortran/2010-05/msg00330.html to make sure it still
works.
--- Comment #5 from jakub at gcc dot gnu dot org 2010-08-17 09:51 ---
The #c2 patch is problematic, because build_function_type shares function
types, so setting TYPE_ARG_TYPES on that I'm afraid will affect all functions
with
(...) arguments and the same return type. So, the arglist ne
--- Comment #4 from burnus at gcc dot gnu dot org 2010-08-17 09:35 ---
Cf. PR 45304 for a partial fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-12 07:12 ---
(In reply to comment #2)
> It is possible to get the front-end to construct a real argument types list
> from the arguments list of the external call, as is done in the patch
> attached.
I think doing so is the prop
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-06-11 22:17
---
Created an attachment (id=20899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20899&action=view)
Possible patch
OK, maybe I came out too strong in my last comment.
It is possible to get the front-end to c
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2010-06-11 21:55
---
We generate a variadic prototype for the decl when calling bar because we try
to generate it anew, instead of finding the toplevel decl already existing.
This is (again) the multiple decls issue.
(Well, we could
