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
The swig/python output files are not config aware, i.e. a Release and Debug build in the same build directory will overwrite one another.
It should probably go into lib/<os>/<config>/python/.
<os> is not strictly required, as we do not track the build directory and do not support cross-compilation, it is mostly just a FLAME GPU 1 legacy thing. We could remove it but it also isn't causing any harm.
Currently, the build/lib directory on linux after a Release build and a reconfigure to a debug build is looks as follows (directories, 4 layers deep):
This can probably just be addressed when the swig cmake is adapted to create several swig/python modules to support namespacing.
It might be worth considering moving the swig/python bindings out of lib, as they don't really belong there (i.e. it's not a .so/.lib file). Perhaps build/python/ or build/pyflamegpu? (although need to be careful with directories that swig will already create due to target names / subdirectories that have been added, i.e. build/swig/python already exists.
The text was updated successfully, but these errors were encountered:
The swig/python output files are not config aware, i.e. a Release and Debug build in the same build directory will overwrite one another.
It should probably go into
lib/<os>/<config>/python/
.<os>
is not strictly required, as we do not track the build directory and do not support cross-compilation, it is mostly just a FLAME GPU 1 legacy thing. We could remove it but it also isn't causing any harm.Currently, the
build/lib
directory on linux after a Release build and a reconfigure to a debug build is looks as follows (directories, 4 layers deep):This can probably just be addressed when the swig cmake is adapted to create several swig/python modules to support namespacing.
It might be worth considering moving the swig/python bindings out of
lib
, as they don't really belong there (i.e. it's not a.so
/.lib
file). Perhapsbuild/python/
orbuild/pyflamegpu
? (although need to be careful with directories that swig will already create due to target names / subdirectories that have been added, i.e.build/swig/python
already exists.The text was updated successfully, but these errors were encountered: