Summary: | =x11-libs/gtk+-3.24.20 does not respect CC/CC_FOR_BUILD variable | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sergei Trofimovich (RETIRED) <slyfox> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | kentnl, whissi |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 243502 |
Description
Sergei Trofimovich (RETIRED)
2020-05-30 08:41:20 UTC
Please explain why should it be set by a specific ebuild for a standard use of AX_PROG_CC_FOR_BUILD macro? Shouldn't it be set by portage or the user killing cc? (In reply to Mart Raudsepp from comment #1) > Please explain why should it be set by a specific ebuild for a standard use > of AX_PROG_CC_FOR_BUILD macro? I'm not sure how popular AX_PROG_CC_FOR_BUILD macro is and whether it's a canonical way of setting a compiler. Looking at the behaviour below I would say that macro has a problem of inferring defaults. > Shouldn't it be set by portage or the user killing cc? I don't think portage sets even CC environment variables for you unless you add it to make.conf explicitly. And yet even with CC not set 'cc' or 'gcc' does not get called for most ebuilds. They fall back to ${CHOST}-gcc (and other tools) via ./configure --host= magic. Why --build= should be different? In this case --build= configure's option ought to just have worked without any need for setting CC_FOR_BUILD. Maybe it's a sign of AX_PROG_CC_FOR_BUILD bug? I don't know for sure. If it's an intended behaviour of AX_PROG_CC_FOR_BUILD to use 'cc' / 'gcc' I would say we should override it with CC_FOR_BUILD=$(tc-getBUILD_CC) in ebuilds. If not then it should be fixed upstream to attempt --build= prefix for tools as well. Looking at today's definition http://git.savannah.gnu.org/gitweb/?p=autoconf-archive.git;a=blob_plain;f=m4/ax_prog_cc_for_build.m4 it seems to attempt $build- / and $build_alias- prefixes. Maybe it was fixed since? Added example to https://wiki.gentoo.org/wiki/Project:Toolchain/use_native_symlinks#CC_FOR_BUILD_.28AX_PROG_CC_FOR_BUILD.29_example and sent the question to autoconf-archive list. |