> On 5 Jul 2021, at 21:47, Joseph Myers wrote:
>
> On Mon, 5 Jul 2021, Iain Sandoe wrote:
>
>> Hello Joseph,
>>
>>> On 5 Jul 2021, at 21:21, Joseph Myers wrote:
>>>
>>> On Sun, 4 Jul 2021, Iain Sandoe wrote:
>>>
* configure.ac: Handle --with-dsymutil in the same way as we
On Mon, 5 Jul 2021, Iain Sandoe wrote:
> Hello Joseph,
>
> > On 5 Jul 2021, at 21:21, Joseph Myers wrote:
> >
> > On Sun, 4 Jul 2021, Iain Sandoe wrote:
> >
> >>* configure.ac: Handle --with-dsymutil in the same way as we
> >>do for the assembler and linker. (DEFAULT_DSYMUTIL): New.
>
Hello Joseph,
> On 5 Jul 2021, at 21:21, Joseph Myers wrote:
>
> On Sun, 4 Jul 2021, Iain Sandoe wrote:
>
>> * configure.ac: Handle --with-dsymutil in the same way as we
>> do for the assembler and linker. (DEFAULT_DSYMUTIL): New.
>> Extract the type and version for the dsymutil
On Sun, 4 Jul 2021, Iain Sandoe wrote:
> * configure.ac: Handle --with-dsymutil in the same way as we
> do for the assembler and linker. (DEFAULT_DSYMUTIL): New.
> Extract the type and version for the dsymutil configured or
> found by the default searches.
This is missing
On Sun, Jul 4, 2021 at 10:22 PM Iain Sandoe wrote:
>
> Hi,
>
> IMO this was an omission when the dsymutil program was added
> (before my time). Essentially, we have been ‘getting away with it’
> on Darwin because of (a) restrictions in DWARF versions and (b)
> that the installed tools handle a wi
Hi,
IMO this was an omission when the dsymutil program was added
(before my time). Essentially, we have been ‘getting away with it’
on Darwin because of (a) restrictions in DWARF versions and (b)
that the installed tools handle a wide range of platform versions and
archs.
However, (a) is a barri
