During configure, autoconf identifies the system as accepting -fPIE,
but in fact, 10.4 does not:
configure:19136: checking whether C compiler accepts -fPIE
configure:19155: /opt/local/bin/gcc-apple-4.2 -c -pipe -Os -arch i386 -funsigned-char -fPIE -I/opt/local/include conftest.c >&5
configure:19155: $? = 0
configure:19164: result: yes
libtool: link: /opt/local/bin/gcc-apple-4.2 -pipe -Os -arch i386 -funsigned-char -fPIE -fPIC -Wall -Wextra -Wstrict-prototypes -Wno-unused-parameter -Wno-sign-compare -Wno-pointer-sign -Wno-missing-field-initializers -Werror=format-security -Werror=init-self -Werror=declaration-after-statement -Werror=missing-include-dirs -Werror=implicit-function-declaration -Werror=pointer-arith -Wl,-headerpad_max_install_names -arch i386 -o make-te make-te.o -L/opt/local/lib /opt/local/lib/libintl.dylib
ld: -pie can only be used when targeting Mac OS X 10.5 or later
the only solution I can come up with is to pull it out of the
Makefiles manually with a reinplace.
Well, it’s checking whether the compiler accepts -fPIE, which it does. The problem is the linker. I think a better fix would be to have the configure script check the linker as well.
