[MacPorts] #52503: hexchat 2.12.1 has issues on tiger - and fix

[MacPorts]

#52503: hexchat 2.12.1 has issues on tiger - and fix
--------------------------------------+----------------------
  Reporter:  ken.cunningham.webuse@…  |      Owner:  raimue@…
      Type:  defect                   |     Status:  new
  Priority:  Normal                   |  Milestone:
 Component:  ports                    |    Version:  2.3.4
Resolution:                           |   Keywords:  tiger
      Port:  hexchat                  |
--------------------------------------+----------------------
Changes (by larryv@…):

 * owner:  macports-tickets@… => raimue@…
 * keywords:   => tiger
 * port:   => hexchat


Old description:

> 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.

New description:

 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.

--

Comment:

 Replying to [ticket:52503 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.

-- 
Ticket URL: <https://trac.macports.org/ticket/52503#comment:2>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system