I tried and it gets similar output errors… this time it’s “only” 271 unresolved externals… 
Oddly enough though, it seems that the main module (openframeworksLib project of my vs solution) builds correctly, because whether the Target Machine is set to MachineX86 or MachineX64, it gives output of both projects built… 1> refers to openframeworksLib, and 2> to my generated project that inherits from it (imageTestSketch in my case)
> 1>------ Build started: Project: openframeworksLib, Configuration: Debug Win32 ------
> 1>openframeworksLib.vcxproj -> D:\Work\OpenFrameworks\of_v0.10.1_vs2017_release\libs\openFrameworksCompiled\project\vs\..\..\lib\vs\Win32\openframeworksLib_debug.lib
> 2>------ Build started: Project: imageTestSketch, Configuration: Debug Win32 ------
> 2> Creating library bin\imageTestSketch_debug.lib and object bin\imageTestSketch_debug.exp
> 2>libconcrtd.lib(UMSFreeVirtualProcessorRoot.obj) : error LNK2001: unresolved external symbol __purecall
> 2>libconcrtd.lib(VirtualProcessorRoot.obj) : error LNK2001: unresolved external symbol __purecall
and so on… and so on… ending with
2>libcrypto.lib(ec_pmeth.obj) : error LNK2001: unresolved external symbol _atoi
2>libcrypto.lib(rsa_pmeth.obj) : error LNK2001: unresolved external symbol _atoi
2>libcrypto.lib(ui_openssl.obj) : error LNK2019: unresolved external symbol _signal referenced in function _popsig
2>LINK : error LNK2001: unresolved external symbol __load_config_used
2>D:\Work\OpenFrameworks\of_v0.10.1_vs2017_release\libs\openFrameworksCompiled\project\vs\\..\..\..\..\\libs\boost\lib\vs\Win32\libboost_filesystem-vc141-mt-sgd-1_64.lib : warning LNK4272: library machine type 'x64' conflicts with target machine type 'x86'
2>bin\imageTestSketch_debug.exe : fatal error LNK1120: 323 unresolved externals
2>Done building project "imageTestSketch.vcxproj" -- FAILED.
========== Build: 1 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
1 build succeeded and 1 failed…
So it looks like openframeworks module is built correctly, but the child project (any new project we create using OF project generator) doesn’t recognize it, moreover, complains about mixing 32bit and 64bit… (Of course, I want to compile 32bit (x86) for more compatibility, just as you managed to
)
Now that we mention it, it is really odd that boost libraries even in Win32 version in the OF folder OpenFrameworks\of_v0.10.1_vs2017_release\libs\boost\lib\vs\Win32
, they all use this 64 in their filenames…
libboost_filesystem-vc141-mt-1_64.lib
libboost_filesystem-vc141-mt-gd-1_64.lib
libboost_filesystem-vc141-mt-sgd-1_64.lib
libboost_filesystem-vc141-s-1_64.lib
and this was default even before we copied the Boost static libraries from the sourceForge… I mean, is there any difference between 32bit and 64bit version of Boost libraries? Cos there weren’t any in the download site you provided…
Wondering how can the linker complain about it if it’s the same and if our generated projects inherit every library from openframeworksLib parent project by default…
Is there something I am missing? Are there any files (like libs or something) that need to be copied to my generated project, like into /src folder, or into /obj or into /bin?