I have reproduced this error now with GCC 4.1, 4.2, and 4.3. GCC version 4.5 works.
Thank you for your help in addressing this problem. I apologize for not having documentation for the systems and justifications for the versions of compilation tools. I certainly should move to docker images to build the distributions for Linux as well. We have had great success with the portability and availability of the binary distributions for SimpleITK. This has involve a lot of testing and modification for the build platforms to get where it has been working. I would had for this to be reduce due to one preference for implementing static constant integers. Brad > On Jan 21, 2016, at 4:45 PM, Matt McCormick <[email protected] > <mailto:[email protected]>> wrote: > > On Thu, Jan 21, 2016 at 4:07 PM, Bradly Lowekamp <[email protected] > <mailto:[email protected]>> wrote: >> Gcc 4.2 runs into the same ITK bug with explicit instantiation too. >> >> On Jan 21, 2016, at 3:35 PM, Matthew McCormick (thewtex) >> <[email protected] <mailto:[email protected]>> wrote: >> >> On Thu, Jan 21, 2016 at 3:27 PM, Bradly Lowekamp <[email protected] >> <mailto:[email protected]>> >> wrote: >> >> It’s certainly would be great if I could rely on using gcc 4.8+ for building >> the distributions for SimpleITK. But my understanding for several situations >> 4.1 is still essentially required. >> >> >> What are the situations? GCC 4.1 is not required by PEP 513. >> >> >> Anaconda Python 2.7, OSX Python.org <http://python.org/> distribution and >> OSX system, need >> apple’s gcc 4.2 > > How is this build environment reproduced (OSX and XCode version)? > > >> Your blog post solution for static linking in un-accetable as I don’t want >> to use a GPL license. Along with static linking not being recommended with >> PEP 513, and lastly it can cause conflicts when used in a loaded module with >> an older libc version. >> >> >> My blog post does not say static linking is required or the GPL is required. >> >> >> "Statically linking libstdc++ avoids version compatibility issues.” >> >> Statically, linking an LGPL library such as libstdc++ is “messy”. > > libstdc++ is different from glibc. > > Statically linking libstdc++ in terms of the license is fine. It is > available with the GCC Runtime Library Exception: > > https://gcc.gnu.org/onlinedocs/libstdc++/manual/license.html > <https://gcc.gnu.org/onlinedocs/libstdc++/manual/license.html> > > >> PEP 513 clearly says: >> >> GCC <= 4.2.0 >> >> >> This excludes GCC 4.1. >> >> >> 4.1 <= 4.2, so it’s included. > > This excludes GCC 4.1 from being a requirement. GCC 4.2 would work. > > > Matt
_______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Kitware offers ITK Training Courses, for more information visit: http://kitware.com/products/protraining.php Please keep messages on-topic and check the ITK FAQ at: http://www.itk.org/Wiki/ITK_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/insight-developers
