This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Addressing these points and preparing for type-bound operators, I reworked the type-bound procedures implementation; see the gfortran.h and documentation changes for an overview.
Most of the changes were simply mechanical after the changes to gfc_symtree and gfc_namespace, but there were also some more delicate things to do. For instance, as now the tentative-symbol handling does no longer handle type-bound procedures as well (which was in any case a more-or-less lucky issue that it did so well at all!), I implemented my own list of tentative TBP's and mark those dropped as erraneous, so that the compiler gets not confused about them later.
You say that it was more or less lucky... really? I think that it should work naturally, if the API is used correctly. What is surprising to me is that it no longer works - why is that?
I believe that those changes are worthwhile and make the code cleaner and more robust as well as make it easier to implement type-bound operators based on this now. But I would like to get some second opinions and fresh thoughts!
Currently running a regression-test on GNU/Linux-x86-32. Ok for trunk if successful? Or should we go for fortran-dev instead first?
Did it regtest???? It looks OK for trunk to me.
Yours, Daniel
-- Done: Arc-Bar-Cav-Ran-Rog-Sam-Tou-Val-Wiz To go: Hea-Kni-Mon-Pri
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |