portable/m4, branch v2.2.2

disable strict aliasing on HP-UX C/aC++ compiler

2015-08-04T10:08:42+00:00

to disable strict aliasing on HP-UX C/aC++, `+Otype_safety=off` is right. `+Otype_safety=strong` forces ANSI aliasing.

add initial CMake and Visual Studio build support

2015-07-21T17:08:18+00:00

This moves the compatibility include files from include to include/compat so we can use the awful MS C compiler <../include/> trick to emulate the GNU #include_next extension. This also removes a few old compat files we do not need anymore.

disable strict aliasing on AIX xlc and HP-UX aC++ compilers

2015-07-16T16:34:07+00:00

disable strict aliasing by default, noticed by miod@

2015-07-16T01:24:05+00:00

add check for inet_pton, nudge minimum win32 compat to 0x0501

2015-07-02T05:19:53+00:00

fix libtool 2.4.2 stack-protector flag handling

2015-06-14T03:26:58+00:00

Teach libtool 2.4.2 how to pass -fstack-protector* to the linker so libssp is properly linked in on some toolchains. See upstream patch: https://github.com/instantinfrastructure/poky-daisy/blob/master/meta/recipes-devtools/libtool/libtool/respect-fstack-protector.patch Thanks to kinichiro inoguchi

always check if ssp needs to be linked

2015-06-11T13:47:12+00:00

fix definition of DISABLE_AS_EXECUTABLE_STACK

2015-05-24T00:27:57+00:00

refactor configure into separate m4 macros

2015-05-24T00:27:57+00:00

this allows for some reusability with libtls

simplify hardening check logic, disable for mingw

2015-01-06T02:23:48+00:00

Rather than doing separate linker/compiler checks, just build a non-empty program with each so that the compiler will actually try to use the hardening features. Reduce redundancy in the macro calls by just setting the flag that was just tested. Also, disable hardening for mingw, since its trying to use a libssp-0.dll file that I can't find right now. The detected hardening flags break mingw builds currently.