Re: StaticLibrary problems
Mats Wichmann <[email protected]> Fri, 30 Aug 2024 10:01:21 -0600
| Newsgroups | gmane.comp.programming.tools.scons.user |
|---|---|
| Message-ID | <[email protected]> |
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