guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A different way to bootstrap and build GCC


From: Stefan
Subject: Re: A different way to bootstrap and build GCC
Date: Sun, 24 Nov 2024 22:13:56 +0100
User-agent: Mozilla Thunderbird

Hi Rutherther!

I think it's good idea to move away from C_INCLUDE_PATH,
LIBRARY_PATH for the toolchain libraries (glibc, stdlibc++, ...), but
what about other libraries? Those, as far as I can tell,
have to be provided by a search path, as they cannot be compiled inside
the toolchain. Or am I mistaken in this?

These search paths stay.

And if this is true, I think it would be good to still keep
this CROSS_* convention

For other libraries than the standard ones there will be no real problems, as 
in Guix the build environments only provide the needed packages, so there 
shouldn’t be any problems.

For cross-compilers used by guix build --target=… these CROSS… variables anyway collect the 
same paths, namely <package>/include and <package>/lib.  So whatever the name 
of these variables is, it makes no difference.

I also think that there won’t be many clashes between include files from 
packages for the host and include files from packages used with an embedded 
cross-compiler.  I currently don’t see the real need.  Even if you install 
several compilers into your profile, you certainly won’t install embedded 
source code packages into your profile.  Or do you?  Even on “usual“ 
Filesystem-Hierarchy-Standard systems no cross-compiler uses different 
environment variables for include paths.

But to be honest, I'm not really sure about this for embedded cross-compilers 
yet.  Whatever I did myself so far was all fine without these CROSS… variables. 
 So I’d like to first try without as far as possible.


Bye

Stefan



reply via email to

[Prev in Thread] Current Thread [Next in Thread]