Sujet : Re: Python recompile
De : 643-408-1753 (at) *nospam* kylheku.com (Kaz Kylheku)
Groupes : comp.lang.cDate : 04. Mar 2025, 18:56:23
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20250304094244.247@kylheku.com>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
User-Agent : slrn/pre1.0.4-9 (Linux)
On 2025-03-04,
Muttley@DastardlyHQ.org <
Muttley@DastardlyHQ.org> wrote:
On Tue, 4 Mar 2025 12:27:17 +0000
bart <bc@freeuk.com> wibbled:
On 04/03/2025 11:19, Muttley@DastardlyHQ.org wrote:
Well do feel free to suggest which group might be appropriate for C
compilation
issues.
>
It wasn't a C compilation issue. That is, not a syntax error, not a type
error, and no violation of the language rules.
>
Linking is part of the compilation process.
If linking doesn't work, how that can be a C problem is that the code
has external references to symbols which are not defined.
Why some symbols are not defined when you you're building someone's
program with with a certain toolchain on a certain target environment is
completely off topic here.
Linking problems not related to ref/def are also off topic; they have to
do with some limitations of the target environment, or some other
problem like a mismatch between object file formats or other issue.
Someone who knows how to fix that sort of thing is likely going to need
to set up an identical environment and reproduce the issue.
Otherwise it will involve an large number of rounds of "try this command
and report the full output", and "show me the contents of this file",
leading to a long thread full of artifacts from an extended remote debug
session that isn't a legitimate newsgroup discussion topic.
It should be conducted over e-mail.
How about:
"I'm looking to debug a Python package build problem in my environment
with the help of someone willing to exchange numerous e-mails comprising
a remote debug session, or possibly with remote access to my system.."