invoking a native compiler (gcc)
If a recipe needs to build some tool on the build machine which it later wants to invoke, my understanding is that BUILD_CC should be used?
Quoted 2 lines · Trevor Woerner
If a recipe needs to build some tool on the build machine which it later wants to invoke, my understanding is that
BUILD_CCshould be used?
Yes, you're right, use ${BUILD_CC}.
// Robert
Quoted 1 line
Hi Robert,
Quoted 8 lines · Robert Yang
Quoted 2 lines · Trevor Woerner
If a recipe needs to build some tool on the build machine which it later wants to invoke, my understanding is that
BUILD_CCshould be used?Yes, you're right, use ${BUILD_CC}.
Ok, thanks. That's what I thought.
I was surprised to find that BUILD_CC is being set to whatever comes up first in our build computer's PATH. But I guess the alternative would be to make our builds longer by compiling our own native compiler for such cases.
Quoted 5 lines · Trevor Woerner
I was surprised to find that
BUILD_CCis being set to whatever comes up first in our build computer's PATH. But I guess the alternative would be to make our builds longer by compiling our own native compiler for such cases.
You could always set BUILD_CC to explicitly point to the right compiler on your machine. When I was trying to make OE work on Darwin I had to set BUILD_CC to point at brew's gcc binaries.
Ross
Quoted 11 lines · Ross
Quoted 8 lines · Trevor Woerner
I was surprised to find that
BUILD_CCis being set to whatever comes up
first in our build computer's PATH. But I guess the alternative would be
to make our builds longer by compiling our own native compiler for such
cases.
Quoted 3 lines
You could always set
BUILD_CCto explicitly point to the right compiler on your machine. When I was trying to make OE work on Darwin I had to setBUILD_CCto point at brew's gcc binaries.
Or you setup PATH to include things in the right order as we do with other native tools...
Cheers,
Richard
Quoted 11 lines · Richard Purdie
Quoted 10 lines · Ross
Quoted 8 lines · Trevor Woerner
I was surprised to find that
BUILD_CCis being set to whatever comes up
first in our build computer's PATH. But I guess the alternative would be
to make our builds longer by compiling our own native compiler for such
cases.
Quoted 5 lines
Quoted 3 lines
You could always set
BUILD_CCto explicitly point to the right compiler on your machine. When I was trying to make OE work on Darwin I had to setBUILD_CCto point at brew's gcc binaries.Or you setup PATH to include things in the right order as we do with other native tools...
I was surprised to learn that a compiler from the host machine was potentially being used as part of a build, not which one is found and being used. When I discovered this I was quite sure I had configured something incorrectly. This is more of an academic exercise, I didn't run into any problems.
I guess we're covered in the sense that each release specifies which distros are supported. So as long as any native tools that are used in each of the support distros are able to produce a successful build everything should be fine. BUILD_CC is almost like an implicit ASSUME_PROVIDED.
Quoted 29 lines · Trevor Woerner
Quoted 11 lines · Richard Purdie
Quoted 10 lines · Ross
Quoted 8 lines · Trevor Woerner
I was surprised to find that
BUILD_CCis being set to whatever comes up
first in our build computer's PATH. But I guess the alternative would be
to make our builds longer by compiling our own native compiler for such
cases.Quoted 5 lines
Quoted 3 lines
You could always set
BUILD_CCto explicitly point to the right compiler on your machine. When I was trying to make OE work on Darwin I had to setBUILD_CCto point at brew's gcc binaries.Or you setup PATH to include things in the right order as we do with other native tools...
I was surprised to learn that a compiler from the host machine was potentially being used as part of a build, not which one is found and being used. When I discovered this I was quite sure I had configured something incorrectly. This is more of an academic exercise, I didn't run into any problems.
Quoted 5 lines
I guess we're covered in the sense that each release specifies which distros are supported. So as long as any native tools that are used in each of the support distros are able to produce a successful build everything should be fine.
BUILD_CCis almost like an implicitASSUME_PROVIDED.
It doesnt end at compiler.
We are cross compiling. so yes we do bootstrap using tools from build host.
you can go down the lane and start insulating from hosts by building native packages
for everything but it does not buy us much. We basically then end up building a build host distro ‘sort of’ before anything is built for target. We already are building too many things then
I would think we should. It also has a maintenance cost to build e..g OE packages to run on ubuntu its an untested combination where as running ubuntu package on ubuntu is a tested combo