--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-07 22:09 ---
Not related to ISO-C.
Reduced test case:
MODULE f03_test
INTERFACE
INTEGER FUNCTION build(lib, np)
END FUNCTION
END INTERFACE
PROCEDURE(build), POINTER :: pbuild
CONTAINS
!
The target hook documentation does not always get updated when new hooks are
added or existing ones modified, and therefore is always incomplete and
always or most of the time partially incorrect.
--
Summary: The target hook documentation is chronically out-of-sync
The definition of target hooks is spread across multiple files, which makes
it hard to add new or modify existing target hooks in a consistent manner.
--
Summary: target hooks are hard to maintain
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
--- Comment #43 from steven at gcc dot gnu dot org 2010-05-07 22:23 ---
FIXED for x86_64-apple-darwin:
http://gcc.gnu.org/viewcvs?view=revision&revision=159173
ix86 and ppc* are still to be done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--- Comment #1 from steven at gcc dot gnu dot org 2010-05-07 22:28 ---
Indeed. A serious issue.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Se
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from steven at gcc dot gnu dot org 2010-05-07 22:31 ---
Ah, the old argument. But true. GCC internals documentation is almost
constantly out of sync with reality because of this. It's been like this for
years now and it is an underestimated problem.
Anyway, confirmed.
Often, the information to fix internals documentation is available as GPLed
code - e.g. example code, comments, function signatures. The internals
Documentation is GFDLed, and thus it requires a new license grant from the
FSF (or from the the author/Copyright assigner if (s)he gives notice
beforeh
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-07 23:32 ---
This PR lacks the ICE-on-{valid,invalid}-code keyword.
It's too late for me now to attempt to judge which needs to be added.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
If the OMP parallel default is set to 'none', then there
is no way to call an external function. As an example:
external f
!$OMP parallel default(none) &
!$OMP shared (f)
Because f is an external function then gfortran quits with the
error:
!$OMP shared (f)
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-08 00:35 ---
It failed with gcc 4.4.3 and 4.5.0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-08 00:40 ---
It is caused by revision 152533:
http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00182.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-08 01:44 ---
Created an attachment (id=20600)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20600&action=view)
Allow external entities in a default(none)
This patch allows the code to compile. I, however,
do not know if thi
--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-08 01:48 ---
Jakub,
Is the patch in comment #2 correct? If yes, I'll
follow up with a ChangeLog and dejagnu-ify the
submitted code for the testsuite.
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from sandra at codesourcery dot com 2010-05-08 03:43
---
I've posted the patch to fix the first testcase here:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00564.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28685
In gcc for VMS there is some mechanism to rename functions.
See the files:
/src/gcc-4.5.0/gcc/config/vms/vms-crtl-64.h
/src/gcc-4.5.0/gcc/config/vms/vms-crtl.h
which are mostly just lists of function from/to.
As well in gcc there is a mechanism for optimizing various "builtin" functions,
like
101 - 117 of 117 matches
Mail list logo
