[FLASH-USERS] setting pre-processor symbols like MAGX_VAR

[John Zuhone]

Hi Jon,

Can you send us the line you used to run the setup, and the output of setup_units which is in the object files directory? It looks like an MHD solver didn’t get compiled in.

John

On Dec 6, 2016, 9:16 AM -0500, Slavin, Jonathan <jslavin at cfa.harvard.edu>, wrote:
> Hi all,
>
> I've been doing supernova remnant evolution runs that were built off of the Sedov setup.  Those have all been working fine, but now I'm trying to add the magnetic field.  I have modeled the changes off of the code under magnetoHD/BlastBS.  The changes seemed simple enough, but when I build I get things like:
>
> Simulation_init.F90(85): error #6404: This name does not have a type, and must have an explicit type.   [SIM_KILLDIVB]
>   call RuntimeParameters_get('killdivb',sim_killdivb)
> ----------------------------------------^
> Simulation_init.F90(85): error #6285: There is no matching specific subroutine for this generic subroutine call.   [RUNTIMEPARAMETERS_GET]
>   call RuntimeParameters_get('killdivb',sim_killdivb)
> -------^
>
> ​I finally got it to compile when I commented out some pre-processor directives like
> #if defined(MAGX_VAR) && defined(MAGY_VAR) && defined(MAGZ_VAR)
>
> ​So, I'm wondering how those get set.  When I look in Flash.h in the setup directory, I do see lines like
> ​#define MAGX_VAR 11
> and similarly for MAGY_VAR and MAGZ_VAR, so I don't know why the lines should cause any problem.  I would appreciate any insights anyone can provide on this.
>
> ​Regards,
> Jon
>
> --
> ________________________________________________________
> Jonathan D. Slavin                 Harvard-Smithsonian CfA
> jslavin at cfa.harvard.edu       60 Garden Street, MS 83
> phone: (617) 496-7981       Cambridge, MA 02138-1516
> cell: (781) 363-0035             USA
> ________________________________________________________
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://flash.rochester.edu/pipermail/flash-users/attachments/20161206/d824e12a/attachment.htm>