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?