Re: StaticLibrary problems
Bill Deegan <[email protected]> Fri, 30 Aug 2024 10:25:15 -0700
| Newsgroups | gmane.comp.programming.tools.scons.user |
|---|---|
| Message-ID | <CAEyG4CEr2U8aSCTdhme2yvG52hWoHkt97Hq3Rtc=XvQLuz-ZXg@mail.gmail.com> |
Is this compiler gnu gcc blased, clang based? Can you provide a very simple complete SConstruct which demonstrates the issue? Does it expect forward or backwards slashes for dirsep ? On Fri, Aug 30, 2024 at 10:02 AM Bill Deegan <[email protected]> wrote: > A good way to ask for help is always to insult the people you're asking > for help.... > > On Fri, Aug 30, 2024 at 9:03 AM Mats Wichmann <[email protected]> wrote: > >> On 8/29/24 23:32, Edwin H. Bielawski via Scons-users wrote: >> >> > It is a very large project that has priorr been built stand-alone for >> an STM32. The hardware part has been removed and the whole thing should be >> linked to ESP code as a library now. >> > >> > Everything works well (tested with a smaller part). The only problem is >> the “line too long”. Why does Scons have to do it this way? GNU AR can do >> it better and why can't the list stay internally in Scons/Python? In my >> opinion, the developer of Scons has not thought about that problem. >> >> It's not so much "thought of"... the "ar" tool is old and very generic - >> it avoided depending on GNU's ar implementation. Tthat made some sense >> >20 years ago, when Solaris and HP/UX and other such UNIX platforms >> that didn't use GNU's "ar" were far more widely used than today. It's >> possible that is a less useful default now :-) So, yes, the tool setup >> doesn't have anything to use GNU-ar features to help manage large lists >> of objects. >> >> We had a note from someone who's worked on a project that fixed this >> problem for their build, and for the most part, it's not very >> complicated, mostly involves rewriting the value of $ARCOM so it uses >> $TEMPFILE. I tried a quick experiment here and it didn't quite work >> correctly - it produced the tempfile and tried to use it, but the >> contents were not to the liking of my mingw64 ar command because of >> pathname-separator characters - will try to look at it further as soon >> as a bit more time presents itself. >> >> >> _______________________________________________ >> 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