You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My old sferes version compiles maze_gen21_pop4.cpp with GEN1 and POP4 defined. However, the current sferes version also tries to compile maze.cpp, without any defines. This is a problem for my current experimental setup, since many of my 'variant' arguments are mandatory, and maze.cpp does not compile as a result (and maze_gen21_pop4.cpp does not finish compilation either, because maze.cpp fails).
As such, I am curious what the intended behavior is of sferes.create_variants, and what the right way is to deal with this issue. For now, I have removed the statement that causes create_variants to build maze.cpp in my local copy.
The text was updated successfully, but these errors were encountered:
This is a difference between old sferes behavior and new sferes behavior. When creating the following wscript file in an experiment:
My old sferes version compiles
maze_gen21_pop4.cpp
withGEN1
andPOP4
defined. However, the current sferes version also tries to compilemaze.cpp
, without any defines. This is a problem for my current experimental setup, since many of my 'variant' arguments are mandatory, andmaze.cpp
does not compile as a result (andmaze_gen21_pop4.cpp
does not finish compilation either, becausemaze.cpp
fails).As such, I am curious what the intended behavior is of
sferes.create_variants
, and what the right way is to deal with this issue. For now, I have removed the statement that causes create_variants to buildmaze.cpp
in my local copy.The text was updated successfully, but these errors were encountered: