[issue31625] stop using ranlib

[Jakub Piotr Cłapa]

Change by Jakub Piotr Cłapa :


--
pull_requests: +16994
pull_request: https://github.com/python/cpython/pull/15387

___
Python tracker 
<https://bugs.python.org/issue31625>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38743] configure: on macOS (darwin) add CoreFoundation to flags before checking for gettext

[Jakub Piotr Cłapa]

Change by Jakub Piotr Cłapa :


--
keywords: +patch
pull_requests: +16599
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17090

___
Python tracker 
<https://bugs.python.org/issue38743>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38743] configure: on macOS (darwin) add CoreFoundation to flags before checking for gettext

[Jakub Piotr Cłapa]

New submission from Jakub Piotr Cłapa :

macOS needs to link to CoreFoundation for gettext to work. We reorder the 
autoconf tests so CoreFoundation is added to LIBS earlier and the -lintl test 
does not fail (which would exclude it from the final set of flags).

Btw. the whole test seems fishy: if compilation fails it does not mean -lintl 
is not needed, for this we would need to test a gettext function without 
-lintl. Basically two tests (with and without -lintl) are needed to properly 
diagnose the situation. The test in question had been written in 2009 as a fix 
for the https://bugs.python.org/issue6154 bug report.

This may be an issue only with non-Framework builds (since Homebrew manages to 
build a framework-based Python on macOS without any special shenigans) but I 
had not tested it.

--
components: Build
messages: 356237
nosy: Jakub Piotr Cłapa
priority: normal
severity: normal
status: open
title: configure: on macOS (darwin) add CoreFoundation to flags before checking 
for gettext
type: compile error
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue38743>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37916] distutils: allow overriding of the RANLIB command on macOS (darwin)

[Jakub Piotr Cłapa]

New submission from Jakub Piotr Cłapa :

On a macOS hosts the system ranlib does not understand ELF
files so using the "ranlib" command causes errors during cross-compilations.

The simplest way to fix it is to pass the RANLIB parameter provided to setup.py 
through to the distutils compiler machinery. This is analogous to the way the 
C/C++ cross-compiler is configured.

This change (in a GitHub PR) was required to proceed with crosscompiling numpy. 
It should help with other packages too (if they use distutils and need ranlib).

--
components: Cross-Build
messages: 350185
nosy: Alex.Willmer, Jakub Piotr Cłapa
priority: normal
severity: normal
status: open
title: distutils: allow overriding of the RANLIB command on macOS (darwin)
type: compile error

___
Python tracker 
<https://bugs.python.org/issue37916>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com