http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52916
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |wrong-code
CC| |burnus at gcc dot gnu.org
Target Milestone|--- |4.8.0
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-04-10
10:02:13 UTC ---
That's probably due to my patch for PR 40973 / PR 52751 (Rev. 186223). That
patch marked functions/subroutines and variables from MODULES as
TREE_PUBLIC() = 0, if they have the PRIVATE attribute and no C-binding name.
That will definitely fail if one accesses the procedures directly, e.g. from C
via
"__moduleName_MOD_subroutine ();". The question is whether 481.wrf does so
(probably not). However, I fail to see how it could otherwise encounter the
problem.
As I do not have access to SPEC CPU, I would be happy if someone could provide
more information. (Best would be a test case.) As a first step: Are the missing
symbols procedures or (global) variables? Or both?
