working for both neon32 and neon64
Update math_backend.cpp
further sse simd additions
avx2 float3 added
added normalize_magnitude
added divide fast to float3 may copy to float4
move static spheremesh to drawSphere (initialize on first use) so platform has a chance to load the math backend
all float3 and float4 functions and isas
completed all options of float3 and float4 functions in isas and math_c
neon still to be done but that will be on mac.
Update math_backend.cpp
mac isa neon update
added float3
restructured the classes to look more like the final version of the x86 classes
linux required changes
Update build-macos-clang.yml
Update build-macos-clang.yml
Revert "Update build-macos-clang.yml"
This reverts commit 29dfc567f4.
Revert "Update build-macos-clang.yml"
This reverts commit 2abad2b4ca.
Update CMakeLists.txt
fix macs stupid build
remove god awful rolling average from frame time tracker....
use intrinsic headers instead
each isa implementation now uses a header for that isa's intrinsic functions these are then used in the impl files. This will make it easier for matrix functions when those are implemented.
fixed comment saying 256 when it should be 512 for avx512
consolidated initializers for function tables
Update neon_intrinsics.h
fixes for some neon intrinsics no idea if this is the best way to do these but they work at least
v_cross is especially messy at the moment we basically just do it as a c math function need to look into getting this done correctly
Allow taml to be compiled and read as json
All of this was already there just was hidden from cmake and code was commented out so just a commit to reapply this. The rest is just some cleanup
copies over .in and .cmake files for those cases when libraries themselves need to self-configure
searches for a source/libs/libs.cmake file for any torque-specific confiugurations we need to make for a given library
autoinclude any source/wrappers directory for unique to orque files, which will most commonly be data holder classes and script exposure, as well as adding those dirs to the #include listener list
also ditches forcing warn levels to lowest for libraries since if folks are going to experiment, best tey know about anmy underlying things to avoid
now openal and sdl are embedded in the app bundle along with their symlink alternatives
clear out the openal framework and use the embedded dll instead
archiving works and will produce a notarized app if you provide the correct information and enable hardening.
renamed ThreadPool to TorqueThreadPool to avoid conflics
fixed data transmission between stages of convexDecome and trimesh creation
TODO: re-add our own functions for generating sphere/cylinder/box
mac was failing to generate an archive.
Icons now in an app asset so it can be properly modified in the project instead of being a static .icns file.
Info.plist now gets its bundle name from the product bundle identifier field, this means it can be changed through the gui instead of having to manually modify the bundle identifier. All other settings are left blank.
Info.plist will need further updates to take values set in Xcode to make it easier to distribute apps.
OpenAL and SDL have to skip installation in release mode builds for the archive to be created correctly.
Incorrect cmake directory was messing up reading from zips
STB was failing to read from zips, it was failing to get the file info, something we were using as an early out, now if that files on the filepath, we use the memory read instead since stream needs to be a success to get to that point.
ADDED: Ability to add IES profile as the cookie texture slot in both point lights and spot lights
TODO:
Have the IES Profile also drive the settings for the lights.
Make it work with Cookie textures. IES profiles are to be another slot in the advanced light section.
it's getting there, but there have been a few spots noted where it eroneously corrupts text, so we'll have to pull this back out for a bit barring a proper resolution
-Working multi arch compile
-Required assets now copy to the app bundle
TODO: Make the logic to wrap around whether its multi arch
-The changes in torqumacosconfigs.cmake are not required if we are only building one architecture, also if it is x86_64 we can drop min deployment target to 10.13
new global defines: TORQUE_LIB_ROOT_DIRECTORY and TORQUE_LIB_TARG_DIRECTORY for source location and target to build static libs, respectively
reassign location back to torqueConfig.h, torque.rc, and Info.plist to "${TORQUE_APP_ROOT_DIRECTORY}/source/ aka \My Projects\<apname>\source by request
