[Buildroot] [RFC 1/1] package/pkg-meson.mk: handle possibly non existing compilers

yann.morin at orange.com yann.morin at orange.com
Tue Aug 16 10:12:49 UTC 2022


Thomas, Guillaume, All,

On 2022-08-16 12:01 +0200, Thomas Petazzoni via buildroot spake thusly:
> On Tue, 16 Aug 2022 11:48:29 +0200
> "Guillaume W. Bres" <guillaume.bressaix at gmail.com> wrote:
> > To avoid populating the cross-file with non existing compilers,
> > we tie them to /bin/false
[--SNIP--]
> Now, the annoying question: should this be done in pkg-meson.mk, or
> should we do it more globally, i.e define TARGET_CXX and TARGET_FC to
> correct values only when C++ or Fortran are supported.
> 
> Yann, what do you think? Did we ever try to have TARGET_CXX=/bin/false
> and TARGET_FC=/bin/false when there is no C++/Fortran support?

I think my non-work identity would also remember commit bd39d11d2eaa
(core/infra: fix build on toolchain without C++), and the mess it
caused, which was fixed by commit 4cd1ab15886a (core: alternate solution
to disable C++).

So, yes, we tried for CXX, and no, we do not want to do it again. For
consistency, we should not try for other languages either, I believe.

Regards,
Yann E. MORIN.

-- 
                                        ____________
.-----------------.--------------------:       _    :------------------.
|  Yann E. MORIN  | Real-Time Embedded |    __/ )   | /"\ ASCII RIBBON |
| +33 534.541.179 | Software  Designer |  _/ - /'   | \ / CAMPAIGN     |
| +33 638.411.245 '--------------------: (_    `--, |  X  AGAINST      |
|      yann.morin (at) orange.com      |_="    ,--' | / \ HTML MAIL    |
'--------------------------------------:______/_____:------------------'


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.




More information about the buildroot mailing list