[Scons-users] SCons popularity
Paweł Tomulik
ptomulik at meil.pw.edu.pl
Sat Jun 13 16:12:23 EDT 2015
Finally, a constructive movement ... :)
Thanks!
W dniu 13.06.2015 o 18:20, William Blevins pisze:
> All,
>
> I think we should try to address the webpages that Pawel has linked.
> The Gentoo page is especially troublesome because many of the arguments
> made simply aren't true. Maybe they were valid with old versions, but it
> is more likely that the blog writer didn't understand SCons and just got
> frustrated.
>
> V/R,
> William
>
> On Sat, Jun 13, 2015 at 12:15 PM, William Blevins <wblevins001 at gmail.com
> <mailto:wblevins001 at gmail.com>> wrote:
>
> Pawel,
>
> I want to generalize Vasily's statement. I already addressed this
> SCons functionality misunderstanding in my earlier post, but I may
> have been too sarcastic and no one read it or took it seriously.
>
> You can pass any variable to the SCons environment with "scons
> MYVAR=something" exactly the same way you can with Make:
> http://www.scons.org/doc/HTML/scons-user/ch10s02.html
>
> The Debian page explicitly tells Make users to support
> http://www.gnu.org/prep/standards/standards.html#Command-Variables.
> As long as your SCons build also supports them, then I don't
> understand the rub. After all, Make doesn't have a default install
> target or a default DESTDIR usage, so the real issue here may be
> that packagers using SCons haven't made any effort to conform to GNU
> standards. That's unfortunate in its own right.
>
> I agree with the others here that having a GNU-support wrapper for
> SCons would be convenient, but isn't be hard to accomplish without a
> wrapper IHMO.
>
> V/R,
> William
>
> On Sat, Jun 13, 2015 at 10:44 AM, Vasily <just.one.man at yandex.ru
> <mailto:just.one.man at yandex.ru>> wrote:
>
> Yes, I was talking about those. I believe you can override their
> default values by passing them as arguments, like
> $ scons all INSTALL_ROOT=some-path
>
> That would need some testing, though - I did not try setting it
> to a directory *not* under SConstruct's directory.
>
> Thanks,
> Vasily
>
> 13 июня 2015 г. 16:58 пользователь "Paweł Tomulik"
> <ptomulik at meil.pw.edu.pl <mailto:ptomulik at meil.pw.edu.pl>> написал:
>
> Hi,
>
> thanks for info, I didn't know about this (I didn't know too
> much about
> Parts in fact, except there is such project). I let myself
> to skim
> through Parts' user guide. There are variables such as
> INSTALL_ROOT,
> INSTALL_BIN, which control installation process. Did you
> mean these
> ones? Do they have corresponding command line options/variables?
>
> W dniu 12.06.2015 o 21:49, Vasily pisze:
> > Hi everybody,
> >
> > Sorry for hijacking your thread, but most of the stuff
> you're talking
> > here, especially prefixes, bindir and such, are already
> implemented in
> > Parts (parts.tigris.org <http://parts.tigris.org>
> <http://parts.tigris.org>).
> > Did you look there?
> >
> > Thanks,
> > Vasily
> >
> > 12 июня 2015 г. 21:00 пользователь "Paweł Tomulik"
> > <ptomulik at meil.pw.edu.pl <mailto:ptomulik at meil.pw.edu.pl>
> <mailto:ptomulik at meil.pw.edu.pl
> <mailto:ptomulik at meil.pw.edu.pl>>> написал:
> >
> > W dniu 12.06.2015 o 19:00, Russel Winder pisze:
> > > On Fri, 2015-06-12 at 12:32 +0200, Paweł Tomulik wrote:
> > >>
> > > […]
> > >> Some time ago I've started similar project:
> > >> https://github.com/ptomulik/scons-gnu-build/. It
> implements most of
> > >> the
> > >> autotools' variables (bindir, and friends) in the
> sense that they may
> > >> be
> > >> passed from command-line (and/or shell environment)
> to scons
> > >> environment. It also provides a flexible framework
> for defining
> > >> custom
> > >> variables "shared" between user/os and scons
> environment. There are
> > >> also
> > >> few other things such as standard autoconf tests
> implemented and some
> > >> extra checks (e.g. recognizing available compilers,
> compiler
> > >> versions,
> > >> checking for compiler/linker flags availabililty).
> The missing part
> > >> is
> > >> the installer functionality (I think of
> specialized installers for
> > >> binaries, python libs, man pages, shared libraries
> etc.). If you're
> > >> interested, we could join efforts somehow?
> > >
> > > I have a variety of bits and pieces relating to
> supporting
> > > prefix/bindir/libdir etc. processing using defaults,
> config files,
> > > environment variables, command line arguments for
> installing which I
> > > have never found time/energy to form up into a
> properly structured
> > > SCons support package.
> > >
> > > It may be that others have something as well,
> perhaps better than what
> > > I have. In any event if there was a project for
> adding such extensions
> > > to SCons so that there was a group of people working
> on things, I
> > would
> > > be happy to contribute.
> > >
> > > I will check out this repository over the weekend.
> > >
> >
> > There also was a thread about a year ago (2014, 09
> may) on scons-dev
> > (search for title "prefix, bindir, datadir, libdir,
> etc.").
> >
> >
> > --
> > Pawel Tomulik
> > _______________________________________________
> > Scons-users mailing list
> > Scons-users at scons.org <mailto:Scons-users at scons.org>
> <mailto:Scons-users at scons.org <mailto:Scons-users at scons.org>>
> > https://pairlist4.pair.net/mailman/listinfo/scons-users
> >
> >
> >
> > _______________________________________________
> > Scons-users mailing list
> > Scons-users at scons.org <mailto:Scons-users at scons.org>
> > https://pairlist4.pair.net/mailman/listinfo/scons-users
> >
>
>
> --
> Pawel Tomulik
>
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org <mailto:Scons-users at scons.org>
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
>
>
>
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
--
Pawel Tomulik
More information about the Scons-users
mailing list