remove Eulerian dycore

[brian-eaton]

Resolves #1170 - Remove Eulerian dycore from cam_development

Resolves #1148 - Update fire_emissions_factors in hist_trop_strat_vbsfire_cam6 usecase
. Note that this only changes answers for compset FCfireHIST which is not tested in the aux_cam group.

[cacraigucar]

A quick grep for "eul" in your modified code showed:

• some remnants of eul in tools/nudging.
• bld/scripts/remapfv2eul.ncl which say it maps from fv2 to eul. Is this script still relevant?
• bld/namelist/namelist_defintion.xml has eulc in a number of places. I'm not sure it that is still relevant or not.

There were plenty of other places in the CAM code where "eulerian" is still used, but I think they don't relate to the dycore EUL

[brian-eaton]

I didn't touch the code in tools/nudging because it's not part of the EUL dycore, and more importantly, I don't have a way to test whether or not I broke it. But I'll go ahead and remove the Eulerian option if you think that's best.

I've removed bld/scripts/remapfv2eul.ncl.

The eulc references in namelist_definition.xml are related to vertical advection in SCAM. I think that use is independent of the EUL dycore. @jtruesdal, could you comment?

[cacraigucar]

@patcal - Can you advise us on whether or not the eul option should be removed from the tools/nudging code, since this PR is removing the Eulerian dycore completely from CAM?

[jtruesdal]

@brian-eaton I would like to keep the eulc namelist definitions for SCAM as we hope to provide a simple eularian vertical transport for the single column model that is not associated with the current eul dycore.

[brian-eaton]

@cacraigucar, I've removed the references to the EUL dycore from the nudging tools.