Re: compile scons submodule
Bill Deegan <[email protected]> Wed, 22 Feb 2023 14:24:44 -0800
| Newsgroups | gmane.comp.programming.tools.scons.user |
|---|---|
| Message-ID | <CAEyG4CHFQtpBF-Lv4GMQmW6rhSswhNj0Zh4ssjYj9EHQ7ZAX_w@mail.gmail.com> |
wow. there's a lot of not great practices in this example. I'll fork and make some changes and share. On Wed, Feb 22, 2023 at 2:13 PM Brad Kraemer <[email protected]> wrote: > Sure, I've got an account there too (for now at least). > > Mirror <https://github.com/simplejack-src/scons_hello> > > > On 2/22/23 3:34 p.m., Bill Deegan wrote: > > Any chance you can push that to a github repo. > Your interface is very difficult to take a look at the whole tree. > > On Wed, Feb 22, 2023 at 12:21 PM Brad Kraemer <[email protected]> > wrote: > >> Hi Jan, >> >> Certainly lots of way to structure your build (with SCons you actually >> get the freedom to structure it out as you see fit). If your looking for >> inspiration, you can see the way mine are structured (using a few SCons >> tools I wrote). This may be significantly over (or under) board depending >> on your project but just another example of the possibilities. >> >> Hello SCons! >> <https://chiselapp.com/user/simplejack/repository/scons_hello/home> >> >> >> Thanks, >> >> Brad >> >> >> On 2/20/23 6:02 a.m., Jan Walter wrote: >> >> Hi Mats, >> >> I agree. With C/C++ there are just too many build systems >> around. That's why I kind of liked it when Rust and cargo >> came around, but who knows how their (build) system will look >> like after 30-40 years. The point is the amount of libraries >> written in C/C++ are huge and build system come and go >> in popular usage. Some are there to stay, some of them >> disappear ... >> >> >> You have a better situation than most, so feel lucky :-) >> >> ... but if you are unlucky, you will have to deal with most of them >> at some point or another. >> >> But I do feel lucky ;-) >> >> Cheers, >> >> Jan >> >> On 2/16/23, Mats Wichmann <[email protected]> <[email protected]> wrote: >> >> Not providing any help in this post, just some comments: >> >> Nearly all of us have to live with the challenge of "external >> components', i.e. ones that are not technically part of the project >> itself. Comes up often in SCons channels. The "easiest" answer, I >> guess, has been if the external bits are part of "the SDK" - Visual >> Studio style, or a Linux distribution where the libraries and associated >> development bits are packaged and installed, or one of the many efforts >> people have made to bundle things together for their own setup to make >> things a little easier for their developers. Otherwise, we have to make >> it work "by hand". You have a better situation than most, so feel lucky >> :-) - your external bit is written to use the same build system. Often >> it's project-scons, lib1-cmake, lib2-meson, ... etc >> >> _______________________________________________ >> Scons-users mailing [email protected]://pairlist4.pair.net/mailman/listinfo/scons-users >> >> _______________________________________________ >> Scons-users mailing list >> [email protected] >> https://pairlist4.pair.net/mailman/listinfo/scons-users >> > > _______________________________________________ > Scons-users mailing [email protected]://pairlist4.pair.net/mailman/listinfo/scons-users > > _______________________________________________ > Scons-users mailing list > [email protected] > https://pairlist4.pair.net/mailman/listinfo/scons-users > _______________________________________________ Scons-users mailing list [email protected] https://pairlist4.pair.net/mailman/listinfo/scons-users