hexchat 2.12.1 has issues on tiger - and fix

[ken-cunningham-webuse]

Tiger is not on the radar right after Sierra comes out, but at any rate, the new hexchat has a couple of easily-fixable issues to restore compatibility with Tiger.

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.

Secondly, backend.m still has issues on Tiger even after ionic's nice fix for 10.5-10.8 is applied. I tried this and that to fix these issues, but even when it would compile cleanly, it wouldn't link:

AutoLoad failed for: /opt/local/lib/hexchat/plugins/sysinfo.so
 dlopen(/opt/local/lib/hexchat/plugins/sysinfo.so, 10): Symbol not found: _objc_enumerationMutation
   Referenced from: /opt/local/lib/hexchat/plugins/sysinfo.so
   Expected in: dynamic lookup

So I disabled it in config.

Finally, I added a note about how to download it, until such time as another solution is found to the 'old SSL' library issue on systems ≤ 10.6. This one is just in the notes -- I didn't wrap it up in a <10.6 block or get fancy with it.

[ken-cunningham-webuse]

Ah - forgot to add the Port= hexchat and maintainer=raimue@… fields before I clicked. I'm sorry, and can't fix it now.

[update] The download issue applies to <= 10.7, at least.

[larryv (Lawrence Velázquez)]

Replying to ken.cunningham.webuse@…:

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.