[swift-corelibs-dev] Duplicate definition of va_list on Arm

Hi all, In corelibs-foundation project we've been using a patch based on https://github.com/apple/swift-corelibs-foundation/pull/399/files for quite some time (summary: remove #include ). The PR hasn't gotten any where for va

Re: [swift-corelibs-dev] Duplicate definition of va_list on Arm

break Intel. > > I think the general problem is likely that glibc is not module friendly today. > > -Pierre > >> On Aug 19, 2016, at 11:53 AM, William Dillon via swift-corelibs-dev >> mailto:swift-corelibs-dev@swift.org>> wrote: >> >> Hi all, >> &

Re: [swift-corelibs-dev] Duplicate definition of va_list on Arm

, Pierre Habouzit >> <mailto:pie...@habouzit.net>> wrote: >>> >>> the include was added to dispatch specifically to allow dispatch_io to >>> build on intel so your patch I think would break Intel. >>> >>> I think the general problem is like

Re: [swift-corelibs-dev] Add support for gathering test coverage data on XCTest

  I would love for there to be access to test coverage data (especially on linux). One thing that concerns me about the way tests work on linux is that it’s very easy to miss tests in the allTests method. I’ve always got a nagging worry that there are missing tests I don’t know about floating ar

Re: [swift-corelibs-dev] Better integration with UNIX tools

I, to, have wished for such an API. I think that would be a very welcome addition. > On Nov 17, 2017, at 11:34 AM, Tony Parker via swift-corelibs-dev > wrote: > > Hi Abhi, > > It does seem like there is a possibility of some better convenience API here. > > Any ideas on what form it would ta

Re: [swift-corelibs-dev] Better integration with UNIX tools

I cosign all of this. Nice work, Brent. > On Nov 17, 2017, at 4:47 PM, Brent Royal-Gordon via swift-corelibs-dev > wrote: > >> On Nov 17, 2017, at 11:34 AM, Tony Parker via swift-corelibs-dev >> mailto:swift-corelibs-dev@swift.org>> wrote: >> >> It does seem like there is a possibility of so