Re: StaticLibrary problems

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