[Scons-users] StaticLibrary problems

[Edwin H. Bielawski]

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
From: bill at baddogconsulting.com
To: EdwinHermann at Bielawski.de
Date: 17:58:08, 29.08.2024
Subject: Re: [Scons-users] StaticLibrary problems
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~


Hi Bill,


>> 
>>Edwin,
>>
>>
>>Which OS?
 
Windows 10
 
>>Which Compiler? (mingw?)
 
xtensa-esp-elf\esp-13.2.0_20240530
 
>>Your example should work fine.
>>Is your problem when the list of source files is > some large number?
 
Yes thats the problem, Scons want to use a very long command line instead of using an internal python handling or a file like the AR command.
 
>>
>>
>>This works for most people, so either you have a really large number of files, or it's something else odd.
 
yes, i wrote in my original mail: Windows unfortunately acknowledges this with “line too long”
 
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.
 
>>
>>
>>Maybe you can include output from your build where it's failing?
>>Are you getting some errors?
>>
>>
>>-Bill
>>
Regards
Edwin H. Bielawski

 

>> 
>> 
>>On Thu, Aug 29, 2024 at 4:08 AM Edwin H. Bielawski via Scons-users <scons-users at scons.org> wrote:
>>
Hello,
>>
>>I have problems creating a static library with a large number of files.
>>It seems that the list has to be completely passed via the command line, which Windows unfortunately acknowledges this with “line too long”.
>>I can pass this to the GNU AR tool as a file, but this does not help because the object files are not generated if they are not specified within the command.
>>env.StaticLibrary("mylib", ['main.cpp'])
>>
>>Are there any workarounds?
>>
>>Regards
>>Edwin H. Bielawski
>>
>>$ scons --version
>>SCons by Steven Knight et al.:
>>SCons: v4.3.0.559790274f66fa55251f5754de34820a29c7327a, Tue, 16 Nov 2021 19:09:21 +0000, by bdeegan on octodog
>>SCons path: ['c:\\dev\\programs\\python3x_64\\lib\\site-packages\\SCons']
>>Copyright (c) 2001 - 2021 The SCons Foundation
>>
>>_______________________________________________
>>Scons-users mailing list
>>Scons-users at scons.org
>>https://pairlist4.pair.net/mailman/listinfo/scons-users
>>