On 2025-03-18 03:34 pm, Gyan Doshi wrote:
On 2025-03-18 03:27 pm, Martin Storsjö wrote:
On Mon, 17 Mar 2025, Gyan Doshi wrote:
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support
read
On Mon, 17 Mar 2025, Gyan Doshi wrote:
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support reading
args from a 'response file'.
---
I've assumed that ld on a system will have same support as
On 2025-03-18 03:27 pm, Martin Storsjö wrote:
On Mon, 17 Mar 2025, Gyan Doshi wrote:
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support
reading
args from a 'response file'.
---
I've as
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support reading
args from a 'response file'.
---
I've assumed that ld on a system will have same support as ar.
configure | 7 +++
ff
> On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
>
> This is to not break linking with toolchains that don't support reading
> args from a 'response file'.
> ---
> I've assumed that ld on a system will have same support as ar.
>
> configure | 7 +++
> ffbuild/library.mak | 8 ++
This is to not break linking with toolchains that don't support reading
args from a 'response file'.
---
I've assumed that ld on a system will have same support as ar.
configure | 7 +++
ffbuild/library.mak | 8
2 files changed, 15 insertions(+)
diff --git a/configure b/co
