Well, I thought that there were just defaults for given platform, for
example gcc for Linux (so it used gcc, if it's installed or fails if
it's not, even if other supported compilers are available)?. Am I wrong?
W dniu 06.01.2015 o 01:08, Bill Deegan pisze:
Pawel,
It's always been possible to set tool preference in the Environment()
creation.
As far as allowing a user to override such via local settings, that's
be up to the project using SCons.
Allowing such by default would likely cause more issues than it solves
as one of the core functional requirements of SCons is that it enables
a reproducible build regardless of the users environment.
(This is to enable production software builds, as opposed to open
source builds which typically want autoconf like behavior, which is
also core functional requirement for SCons to enable)
-Bill
On Mon, Jan 5, 2015 at 4:02 PM, Michael Jarvis
<[email protected] <mailto:[email protected]>> wrote:
Clang can (mostly) emulate gcc, while the reverse is not true. I
would say default to gcc as well.
On Mon, Jan 5, 2015 at 6:00 PM, Bill Deegan
<[email protected] <mailto:[email protected]>> wrote:
I'd say on linux default to gcc.
If we add clang tools the user can always override them if
they wish to.
-Bill
On Mon, Jan 5, 2015 at 3:58 PM, William Blevins
<[email protected] <mailto:[email protected]>> wrote:
Im not sure what percentage of linux devs use clang vs
gcc, but my personal experience is gcc is more widely used.
Yet another gcc user,
William
On Jan 5, 2015 6:51 PM, "Russel Winder"
<[email protected] <mailto:[email protected]>> wrote:
On Mon, 2015-01-05 at 13:48 +0100, Paweł Tomulik wrote:
[…]
> I have a project where I just set construction
variables CC=clang and
> CXX=clang++ and it works well (I check existence of
these compilers with
> SConf, so I don't need the Tool machinery to search
for the compiler
> executables).
>
> Some time ago I also wrote these two tools:
>
> https://github.com/ptomulik/scons-tool-clang
> https://github.com/ptomulik/scons-tool-clangpp
>
> but for some (forgotten) reason I don't use them :)
This may work fine, but if SCons does not have tools
called clang, clang
++, clanglink *AND* detection of clang for the cc, c++
and link tools,
then SCons has no credible support for Clang.
My real question is whether SCons should prefer clang
over gcc for
Linux.
--
Russel.
=============================================================================
Dr Russel Winder t: +44 20 7585 2200
<tel:%2B44%2020%207585%202200> voip:
sip:[email protected]
<mailto:sip%[email protected]>
41 Buckmaster Road m: +44 7770 465 077
<tel:%2B44%207770%20465%20077> xmpp:
[email protected] <mailto:[email protected]>
London SW11 1EN, UK w: www.russel.org.uk
<http://www.russel.org.uk> skype: russel_winder
_______________________________________________
Scons-dev mailing list
[email protected] <mailto:[email protected]>
https://pairlist2.pair.net/mailman/listinfo/scons-dev
_______________________________________________
Scons-dev mailing list
[email protected] <mailto:[email protected]>
https://pairlist2.pair.net/mailman/listinfo/scons-dev
_______________________________________________
Scons-dev mailing list
[email protected] <mailto:[email protected]>
https://pairlist2.pair.net/mailman/listinfo/scons-dev
--
*Michael Jarvis*
McKinney, TX USA
http://about.me/michael.a.jarvis
_______________________________________________
Scons-dev mailing list
[email protected] <mailto:[email protected]>
https://pairlist2.pair.net/mailman/listinfo/scons-dev
_______________________________________________
Scons-dev mailing list
[email protected]
https://pairlist2.pair.net/mailman/listinfo/scons-dev
--
Pawel Tomulik
_______________________________________________
Scons-dev mailing list
[email protected]
https://pairlist2.pair.net/mailman/listinfo/scons-dev
