Scheduled Downtime
On Tuesday 24 October 2023 @ 5pm MT the forums will be in read only mode in preparation for the downtime. On Wednesday 25 October 2023 @ 5am MT, this website will be down for maintenance and expected to return online later in the morning.
Normal Operations
The forums are back online with normal operations. If you notice any issues or errors related to the forums, please reach out to help@ucar.edu

./case.build error

cyh1226

yhchen
New Member
How do I solve this problem? I encountered this problem when I was building.
I successfully executed the command:
./create_newcase --case ./ FCfireHIST--compset
FCfireHIST --res f09_g17 --run-unsupported
and ./case.setup successfully,but when I ./case build , I meet this problem:

2025-05-08 09:09:18: case.build error
ERROR: /lustre/cyh/cesm2.1.3/cime/src/build_scripts/buildlib.csm_share FAILED, cat /lu
stre/cyh/cesm2.1.3/cime/scripts/output/FCfireHIST/bld/csm_share.bldlog.250508-090817
SO I cat /lustre/cyh/cesm2.1.3/cime/scripts/output/FCfireHIST/bld/csm_share.bldlog.250508-090817and then find :
f951: Warning: Nonexistent include directory ‘/lustre/cyh/cesm2.1.3/cime/scripts/outpu
t/FCfireHIST/bld/gnu/mpich/nodebug/nothreads/mct/noesmf/clm/obj’ [-Wmissing-include-di
rs]
/lustre/cyh/cesm2.1.3/cime/src/share/util/shr_spfn_mod.F90:151:17:

intrinsic erf
1
Error: EXTERNAL attribute conflicts with INTRINSIC attribute at (1)
/lustre/cyh/cesm2.1.3/cime/src/share/util/shr_spfn_mod.F90:218:18:

intrinsic erfc
1
Error: EXTERNAL attribute conflicts with INTRINSIC attribute at (1)
gmake: *** [shr_spfn_mod.o] Error 1
gmake: *** Waiting for unfinished jobs....
f951: Warning: Nonexistent include directory ‘/lustre/cyh/cesm2.1.3/cime/scripts/outpu
t/FCfireHIST/bld/gnu/mpich/nodebug/nothreads/mct/noesmf/include’ [-Wmissing-include-di
rs]
 

sacks

Bill Sacks
CSEG and Liaisons
Staff member
The way that I can see this happening is if both HAVE_ERF_INTRINSICS and HAVE_ERF_EXTERNALS are defined when compiling this file. The first is triggered based on #if defined CPRIBM || defined __GFORTRAN__ and the second based on #if defined CPRPGI. Normally those shouldn't both be true. Is there something you modified, or something you set in porting to a new machine/compiler, that might have led those both to be true?

If you'd like more help, please include the information from Information to include in help requests
 
Vote Upvote 0 Downvote
Top