Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2035

[Ted Kremenek via swift-dev]

I have temporarily configured the job to clean the workspace on build, and 
kicked off another build.

> On Feb 20, 2017, at 9:30 PM, Slava Pestov via swift-dev  
> wrote:
> 
> This needs someone to clean the workspace.
> 
>> On Feb 20, 2017, at 9:30 PM, no-re...@swift.org  
>> wrote:
>> 
>> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2035]
>> 
>> Build URL:   
>> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2035/ 
>> 
>> Project: oss-swift-incremental-RA-linux-ubuntu-16_10
>> Date of build:   Mon, 20 Feb 2017 21:18:48 -0800
>> Build duration:  11 min
>> Tests:
>> 
>> Name: Swift(linux-x86_64)
>> Failed: 0 test(s), Passed: 8996 test(s), Total: 8996 test(s)
>> Name: Swift-Unit
>> Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
>> 
>> Changes
>> 
>> Commit 33a8ce6e7bff6fdc7b4b58585c67e998a0153efd by spestov:
>> AST: Canonicalize types with respect to generic signature when mangling
>> 
>> edit: test/SILGen/generic_witness.swift
>> edit: test/SILGen/nested_generics.swift
>> edit: test/SILGen/same_type_abstraction.swift
>> edit: include/swift/AST/Mangle.h
>> edit: test/SourceKit/DocSupport/doc_clang_module.swift.response
>> edit: lib/AST/ASTMangler.cpp
>> edit: lib/AST/Mangle.cpp
>> edit: test/SILGen/constrained_extensions.swift
>> edit: include/swift/AST/ASTMangler.h
>> edit: test/SILGen/generic_tuples.swift
> 
> ___
> swift-dev mailing list
> swift-dev@swift.org
> https://lists.swift.org/mailman/listinfo/swift-dev

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2035

[Slava Pestov via swift-dev]

This needs someone to clean the workspace.

> On Feb 20, 2017, at 9:30 PM, no-re...@swift.org wrote:
> 
> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2035]
> 
> Build URL:
> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2035/ 
> 
> Project:  oss-swift-incremental-RA-linux-ubuntu-16_10
> Date of build:Mon, 20 Feb 2017 21:18:48 -0800
> Build duration:   11 min
> Tests:
> 
> Name: Swift(linux-x86_64)
> Failed: 0 test(s), Passed: 8996 test(s), Total: 8996 test(s)
> Name: Swift-Unit
> Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
> 
> Changes
> 
> Commit 33a8ce6e7bff6fdc7b4b58585c67e998a0153efd by spestov:
> AST: Canonicalize types with respect to generic signature when mangling
> 
> edit: test/SILGen/generic_witness.swift
> edit: test/SILGen/nested_generics.swift
> edit: test/SILGen/same_type_abstraction.swift
> edit: include/swift/AST/Mangle.h
> edit: test/SourceKit/DocSupport/doc_clang_module.swift.response
> edit: lib/AST/ASTMangler.cpp
> edit: lib/AST/Mangle.cpp
> edit: test/SILGen/constrained_extensions.swift
> edit: include/swift/AST/ASTMangler.h
> edit: test/SILGen/generic_tuples.swift

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Profiling ARC

[Michael Gottesman via swift-dev]

> On Feb 20, 2017, at 6:31 PM, Jiho Choi  wrote:
> 
> I used the older versions (binary-trees #6 & binary-trees #7) which I 
> downloaded a couple of weeks ago.  It seems like they updated binary-trees 
> benchmarks since then.
> 
> I just profiled the one you linked and got a similar result.  The optimizer 
> removed about 30% of ARC operations, which is better than almost none in the 
> older versions.  However, compared to other benchmarks, where most of ARC 
> operations in the user code are removed, it is still pretty low.

Sure. I wasn't saying anything about the number of ARC operations in that 
benchmark. I just wanted to be clear which benchmark was being talked about 
that is all.

> 
> On Mon, Feb 20, 2017 at 5:20 PM Michael Gottesman  > wrote:
> Are you talking about this one (there are two)?
> 
> http://benchmarksgame.alioth.debian.org/u64q/program.php?test=binarytrees&lang=swift&id=1
>  
> 
> 
> Michael
>> On Feb 20, 2017, at 2:24 PM, Jiho Choi via swift-dev > > wrote:
>> 
> 
>> You are right that regex has many ARC operations from libFoundation.  
>> Another outlier in terms of the number of ARC operations is binary-tree.  In 
>> this case, ARC operations are from the user code, and the optimizer couldn't 
>> make much difference.
>> 
>> Other than these two, the optimizer seems working pretty well in removing 
>> ARC operations.
>> 
>> On Fri, Feb 17, 2017 at 1:34 PM David P Grove > > wrote:
>> swift-dev-boun...@swift.org  wrote on 
>> 02/16/2017 09:48:28 PM:
>> > 
>> > I was curious about the overhead of ARC and started profiling some 
>> > benchmarks found in the Computer Language Benchmark Game (http://
>> > benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift 
>> > ).
>> >  
>> > So far, it seems that ARC sequence optimization is surprisingly good
>> > and most benchmarks don't have to perform ARC operations as often as
>> > I expected.  I have some questions regarding this finding.
>> > 
>> > I compiled all benchmarks with "-O -wmo" flags and counted the 
>> > number of calls to ARC runtime (e.g., swift_rt_swift_retain) using Pin.
>> > 
>> > 1. Reference counting is considered to have high overhead due to 
>> > frequent counting operations which also have to be atomic.  At least
>> > for the benchmarks I tested, it is not the case and there is almost 
>> > no overhead.  Is it expected behavior?  Or is it because the 
>> > benchmarks are too simple (they are all single-file programs)?  How 
>> > do you estimate the overhead of ARC would be?
>> > 
>> 
>> 
>> hmm,  I wonder if your method of profiling is really finding all the ARC 
>> operations.  The Swift version of regex-dna is about 25x slower than the 
>> Java version (on Linux).  I looked at some prof profiles about a month ago 
>> and at the time roughly 80% of all execution samples were attributed to 
>> swift_retain/swift_release operations coming from CoreFoundation's regex 
>> implementation.  
>> 
>> --dave
>> 
>> (See attached file: regex-dna.svg)
> 
>> ___
> 
>> 
>> swift-dev mailing list
>> swift-dev@swift.org 
>> https://lists.swift.org/mailman/listinfo/swift-dev 
>> 

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

[swift-dev] Swift CI Outage tomorrow - Feb 21st 2017

[Mishal Shah via swift-dev]

Hi, 

We are planning on updating Xcode tomorrow, February 21st at 11am PST. As 
usual, we will send out an email once the process has been started and 
completed.

Xcode 8.3 beta 3 available at https://developer.apple.com/download/ 
. 

Thanks, 
Mishal Shah
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Profiling ARC

[Jiho Choi via swift-dev]

I used the older versions (binary-trees #6 & binary-trees #7) which I
downloaded a couple of weeks ago.  It seems like they updated binary-trees
benchmarks since then.

I just profiled the one you linked and got a similar result.  The optimizer
removed about 30% of ARC operations, which is better than almost none in
the older versions.  However, compared to other benchmarks, where most of
ARC operations in the user code are removed, it is still pretty low.

On Mon, Feb 20, 2017 at 5:20 PM Michael Gottesman 
wrote:

> Are you talking about this one (there are two)?
>
>
> http://benchmarksgame.alioth.debian.org/u64q/program.php?test=binarytrees&lang=swift&id=1
>
> Michael
>
> On Feb 20, 2017, at 2:24 PM, Jiho Choi via swift-dev 
> wrote:
>
> You are right that regex has many ARC operations from libFoundation.
> Another outlier in terms of the number of ARC operations is binary-tree.
> In this case, ARC operations are from the user code, and the optimizer
> couldn't make much difference.
>
> Other than these two, the optimizer seems working pretty well in removing
> ARC operations.
>
> On Fri, Feb 17, 2017 at 1:34 PM David P Grove  wrote:
>
> swift-dev-boun...@swift.org wrote on 02/16/2017 09:48:28 PM:
> >
> > I was curious about the overhead of ARC and started profiling some
> > benchmarks found in the Computer Language Benchmark Game (http://
> > benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift).
> > So far, it seems that ARC sequence optimization is surprisingly good
> > and most benchmarks don't have to perform ARC operations as often as
> > I expected.  I have some questions regarding this finding.
> >
> > I compiled all benchmarks with "-O -wmo" flags and counted the
> > number of calls to ARC runtime (e.g., swift_rt_swift_retain) using Pin.
> >
> > 1. Reference counting is considered to have high overhead due to
> > frequent counting operations which also have to be atomic.  At least
> > for the benchmarks I tested, it is not the case and there is almost
> > no overhead.  Is it expected behavior?  Or is it because the
> > benchmarks are too simple (they are all single-file programs)?  How
> > do you estimate the overhead of ARC would be?
> >
>
> hmm,  I wonder if your method of profiling is really finding all the ARC
> operations.  The Swift version of regex-dna is about 25x slower than the
> Java version (on Linux).  I looked at some prof profiles about a month ago
> and at the time roughly 80% of all execution samples were attributed to
> swift_retain/swift_release operations coming from CoreFoundation's regex
> implementation.
>
> --dave
>
> *(See attached file: regex-dna.svg)*
>
> ___
>
>
> swift-dev mailing list
> swift-dev@swift.org
> https://lists.swift.org/mailman/listinfo/swift-dev
>
>
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - Ubuntu 16.04 (master) #525

[no-reply--- via swift-dev]

Title: Report


  
  
 
 

 [FAILURE] oss-swift-package-linux-ubuntu-16_04 [#525] 


  Build URL:https://ci.swift.org/job/oss-swift-package-linux-ubuntu-16_04/525/
  Project:oss-swift-package-linux-ubuntu-16_04
  Date of build:Mon, 20 Feb 2017 16:20:23 -0800
  Build duration:47 min


Identified problems:Compile Error: This build failed because of a compile error. Below is a list of all errors in the build log:Indication 1




  





  Changes
  

  Commit 848278c7bc3fa57ea935e387701e2acca85bcb53 by daniel_dunbar: [ui] Add support for showing the values in the database.


  edit: products/ui/llbuildui/model.py

  edit: products/ui/llbuildui/templates/rule_result.html


  
 

  Commit 0bc802e7adbff3768a28525bd2da05c9505fdf36 by spestov: SourceKit: Fix indexing crash with protocol typealiases


  edit: lib/Sema/TypeCheckProtocol.cpp

  edit: include/swift/AST/ProtocolConformance.h

  edit: include/swift/AST/Decl.h

  edit: lib/Sema/TypeCheckNameLookup.cpp

  edit: lib/Sema/TypeChecker.h

  edit: lib/AST/Decl.cpp

  edit: lib/AST/ProtocolConformance.cpp

  add: test/SourceKit/Indexing/sr_3815.swift

  add: test/SourceKit/Indexing/sr_3815.swift.response

  edit: lib/Sema/ResilienceDiagnostics.cpp


  
 

  Commit a67a4e1a38109f7679b81fbb3dc80904bdf081cc by eeckstein: Don't de-virtualize in SILCombine.


  edit: lib/SILOptimizer/Transforms/Devirtualizer.cpp

  edit: test/SILOptimizer/devirt_static_witness_method.sil

  edit: test/SILOptimizer/devirt_default_witness_method.sil

  edit: lib/SILOptimizer/Utils/Devirtualize.cpp

  edit: include/swift/SILOptimizer/Utils/Devirtualize.h

  edit: lib/SILOptimizer/SILCombiner/SILCombinerMiscVisitors.cpp

  edit: test/SILOptimizer/sil_combine.sil

  edit: lib/SILOptimizer/SILCombiner/SILCombiner.h

  edit: test/SILOptimizer/existential_type_propagation.sil


  
 

  Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor: [AST] Drop ProtocolDecl's "inherited protocols" list.


  add: validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift

  edit: lib/AST/SubstitutionMap.cpp

  edit: lib/IRGen/GenArchetype.cpp

  edit: test/decl/class/circular_inheritance.swift

  edit: lib/Sema/TypeCheckType.cpp

  edit: include/swift/Serialization/ModuleFormat.h

  edit: lib/IRGen/Fulfillment.cpp

  edit: lib/ClangImporter/ImportDecl.cpp

  add: validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift

  edit: lib/AST/LookupVisibleDecls.cpp

  delete: validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift

  edit: lib/PrintAsObjC/PrintAsObjC.cpp

  edit: lib/AST/Type.cpp

  edit: test/decl/protocol/protocols.swift

  edit: lib/IRGen/GenClass.cpp

  edit: lib/Serialization/Serialization.cpp

  edit: lib/AST/Decl.cpp

  delete: validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift

  edit: include/swift/AST/Decl.h

  edit: lib/Serialization/Deserialization.cpp

  edit: include/swift/SIL/SILWitnessVisitor.h

  edit: lib/Sema/ITCDecl.cpp

  edit: lib/Sema/TypeChecker.h

  edit: lib/IRGen/GenProto.cpp

  edit: lib/Sema/TypeCheckProtocol.cpp

  edit: lib/IRGen/GenMeta.cpp

  edit: lib/Sema/TypeCheckDecl.cpp

  edit: test/SILGen/objc_bridging_any.swift


  
 

  Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir: Disable round_trip_stdlib.swift temporarily


  edit: test/Syntax/round_trip_stdlib.swift


  
 

  Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman: Disable opaque_values_silgen.swift with a resilient stdlib until I have


  edit: test/SILGen/opaque_values_silgen.swift


  
 

  Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github: Disable a part of the Syntax unit tests under no-asserts. (#7644)


  edit: unittests/Syntax/TypeSyntaxTests.cpp


  
 

  Commit 0b5b7d057e683a74fb76af36645c3ab5d32d0e3c by github: ASTPrinter: Expose a utility to print keywords directly by token kinds.


  edit: include/swift/AST/ASTPrinter.h

  edit: lib/AST/ASTPrinter.cpp


  
 

  Commit 2be1062cf24daf7c32486b94417eded229b16557 by eeckstein: Revert "Disable two stdlib tests in optimization mode."


  edit: validation-test/stdlib/Lazy.swift.gyb

  edit: validation-test/stdlib/Arrays.swift.gyb


  
 

  Commit e6a85f6602934d35d217f2ea23059660d543b5ff by github: [ClangImporter] Res

[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - Ubuntu 16.10 (master) #448

[no-reply--- via swift-dev]

Title: Report


  
  
 
 

 [FAILURE] oss-swift-package-linux-ubuntu-16_10 [#448] 


  Build URL:https://ci.swift.org/job/oss-swift-package-linux-ubuntu-16_10/448/
  Project:oss-swift-package-linux-ubuntu-16_10
  Date of build:Mon, 20 Feb 2017 16:20:23 -0800
  Build duration:45 min


Identified problems:Compile Error: This build failed because of a compile error. Below is a list of all errors in the build log:Indication 1




  





  Changes
  

  Commit 848278c7bc3fa57ea935e387701e2acca85bcb53 by daniel_dunbar: [ui] Add support for showing the values in the database.


  edit: products/ui/llbuildui/templates/rule_result.html

  edit: products/ui/llbuildui/model.py


  
 

  Commit 0bc802e7adbff3768a28525bd2da05c9505fdf36 by spestov: SourceKit: Fix indexing crash with protocol typealiases


  edit: include/swift/AST/Decl.h

  edit: lib/AST/ProtocolConformance.cpp

  edit: lib/Sema/ResilienceDiagnostics.cpp

  edit: lib/AST/Decl.cpp

  add: test/SourceKit/Indexing/sr_3815.swift

  edit: include/swift/AST/ProtocolConformance.h

  edit: lib/Sema/TypeCheckProtocol.cpp

  edit: lib/Sema/TypeCheckNameLookup.cpp

  edit: lib/Sema/TypeChecker.h

  add: test/SourceKit/Indexing/sr_3815.swift.response


  
 

  Commit a67a4e1a38109f7679b81fbb3dc80904bdf081cc by eeckstein: Don't de-virtualize in SILCombine.


  edit: lib/SILOptimizer/Transforms/Devirtualizer.cpp

  edit: lib/SILOptimizer/SILCombiner/SILCombiner.h

  edit: lib/SILOptimizer/Utils/Devirtualize.cpp

  edit: test/SILOptimizer/devirt_default_witness_method.sil

  edit: test/SILOptimizer/sil_combine.sil

  edit: test/SILOptimizer/existential_type_propagation.sil

  edit: test/SILOptimizer/devirt_static_witness_method.sil

  edit: lib/SILOptimizer/SILCombiner/SILCombinerMiscVisitors.cpp

  edit: include/swift/SILOptimizer/Utils/Devirtualize.h


  
 

  Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor: [AST] Drop ProtocolDecl's "inherited protocols" list.


  edit: lib/IRGen/GenArchetype.cpp

  edit: lib/Serialization/Serialization.cpp

  edit: lib/Sema/TypeCheckProtocol.cpp

  delete: validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift

  edit: lib/Sema/TypeCheckDecl.cpp

  edit: lib/AST/SubstitutionMap.cpp

  edit: test/SILGen/objc_bridging_any.swift

  edit: lib/IRGen/GenMeta.cpp

  delete: validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift

  edit: lib/AST/Type.cpp

  edit: test/decl/protocol/protocols.swift

  edit: include/swift/Serialization/ModuleFormat.h

  edit: lib/IRGen/Fulfillment.cpp

  edit: lib/IRGen/GenProto.cpp

  edit: lib/AST/Decl.cpp

  edit: test/decl/class/circular_inheritance.swift

  add: validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift

  edit: lib/PrintAsObjC/PrintAsObjC.cpp

  edit: lib/Sema/TypeChecker.h

  edit: lib/Sema/TypeCheckType.cpp

  edit: lib/IRGen/GenClass.cpp

  edit: include/swift/AST/Decl.h

  edit: lib/AST/LookupVisibleDecls.cpp

  edit: lib/Sema/ITCDecl.cpp

  edit: lib/Serialization/Deserialization.cpp

  add: validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift

  edit: include/swift/SIL/SILWitnessVisitor.h

  edit: lib/ClangImporter/ImportDecl.cpp


  
 

  Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir: Disable round_trip_stdlib.swift temporarily


  edit: test/Syntax/round_trip_stdlib.swift


  
 

  Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman: Disable opaque_values_silgen.swift with a resilient stdlib until I have


  edit: test/SILGen/opaque_values_silgen.swift


  
 

  Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github: Disable a part of the Syntax unit tests under no-asserts. (#7644)


  edit: unittests/Syntax/TypeSyntaxTests.cpp


  
 

  Commit 0b5b7d057e683a74fb76af36645c3ab5d32d0e3c by github: ASTPrinter: Expose a utility to print keywords directly by token kinds.


  edit: lib/AST/ASTPrinter.cpp

  edit: include/swift/AST/ASTPrinter.h


  
 

  Commit 2be1062cf24daf7c32486b94417eded229b16557 by eeckstein: Revert "Disable two stdlib tests in optimization mode."


  edit: validation-test/stdlib/Arrays.swift.gyb

  edit: validation-test/stdlib/Lazy.swift.gyb


  
 

  Commit e6a85f6602934d35d217f2ea23059660d543b5ff by github: [ClangImporter] Res

[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - Ubuntu 14.04 (master) #293

[no-reply--- via swift-dev]

Title: Report


  
  
 
 

 [FAILURE] oss-swift-package-linux-ubuntu-14_04 [#293] 


  Build URL:https://ci.swift.org/job/oss-swift-package-linux-ubuntu-14_04/293/
  Project:oss-swift-package-linux-ubuntu-14_04
  Date of build:Mon, 20 Feb 2017 16:20:23 -0800
  Build duration:21 min


Identified problems:Compile Error: This build failed because of a compile error. Below is a list of all errors in the build log:Indication 1




  





  Changes
  

  Commit 848278c7bc3fa57ea935e387701e2acca85bcb53 by daniel_dunbar: [ui] Add support for showing the values in the database.


  edit: products/ui/llbuildui/model.py

  edit: products/ui/llbuildui/templates/rule_result.html


  
 

  Commit 0bc802e7adbff3768a28525bd2da05c9505fdf36 by spestov: SourceKit: Fix indexing crash with protocol typealiases


  edit: lib/AST/Decl.cpp

  edit: lib/Sema/TypeCheckProtocol.cpp

  edit: include/swift/AST/ProtocolConformance.h

  edit: lib/Sema/TypeChecker.h

  edit: include/swift/AST/Decl.h

  edit: lib/Sema/ResilienceDiagnostics.cpp

  edit: lib/AST/ProtocolConformance.cpp

  edit: lib/Sema/TypeCheckNameLookup.cpp

  add: test/SourceKit/Indexing/sr_3815.swift

  add: test/SourceKit/Indexing/sr_3815.swift.response


  
 

  Commit a67a4e1a38109f7679b81fbb3dc80904bdf081cc by eeckstein: Don't de-virtualize in SILCombine.


  edit: test/SILOptimizer/sil_combine.sil

  edit: lib/SILOptimizer/SILCombiner/SILCombinerMiscVisitors.cpp

  edit: lib/SILOptimizer/Utils/Devirtualize.cpp

  edit: test/SILOptimizer/existential_type_propagation.sil

  edit: lib/SILOptimizer/SILCombiner/SILCombiner.h

  edit: include/swift/SILOptimizer/Utils/Devirtualize.h

  edit: lib/SILOptimizer/Transforms/Devirtualizer.cpp

  edit: test/SILOptimizer/devirt_static_witness_method.sil

  edit: test/SILOptimizer/devirt_default_witness_method.sil


  
 

  Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor: [AST] Drop ProtocolDecl's "inherited protocols" list.


  edit: include/swift/Serialization/ModuleFormat.h

  edit: test/SILGen/objc_bridging_any.swift

  edit: lib/IRGen/GenProto.cpp

  edit: lib/Serialization/Deserialization.cpp

  edit: lib/Serialization/Serialization.cpp

  edit: lib/Sema/TypeChecker.h

  edit: lib/IRGen/GenClass.cpp

  edit: lib/Sema/TypeCheckDecl.cpp

  edit: lib/ClangImporter/ImportDecl.cpp

  edit: lib/PrintAsObjC/PrintAsObjC.cpp

  edit: lib/Sema/TypeCheckProtocol.cpp

  edit: test/decl/class/circular_inheritance.swift

  add: validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift

  edit: include/swift/AST/Decl.h

  delete: validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift

  edit: lib/AST/Decl.cpp

  edit: lib/IRGen/GenMeta.cpp

  edit: test/decl/protocol/protocols.swift

  edit: lib/IRGen/GenArchetype.cpp

  delete: validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift

  add: validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift

  edit: lib/AST/Type.cpp

  edit: lib/AST/LookupVisibleDecls.cpp

  edit: lib/AST/SubstitutionMap.cpp

  edit: include/swift/SIL/SILWitnessVisitor.h

  edit: lib/IRGen/Fulfillment.cpp

  edit: lib/Sema/TypeCheckType.cpp

  edit: lib/Sema/ITCDecl.cpp


  
 

  Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir: Disable round_trip_stdlib.swift temporarily


  edit: test/Syntax/round_trip_stdlib.swift


  
 

  Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman: Disable opaque_values_silgen.swift with a resilient stdlib until I have


  edit: test/SILGen/opaque_values_silgen.swift


  
 

  Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github: Disable a part of the Syntax unit tests under no-asserts. (#7644)


  edit: unittests/Syntax/TypeSyntaxTests.cpp


  
 

  Commit 0b5b7d057e683a74fb76af36645c3ab5d32d0e3c by github: ASTPrinter: Expose a utility to print keywords directly by token kinds.


  edit: include/swift/AST/ASTPrinter.h

  edit: lib/AST/ASTPrinter.cpp


  
 

  Commit 2be1062cf24daf7c32486b94417eded229b16557 by eeckstein: Revert "Disable two stdlib tests in optimization mode."


  edit: validation-test/stdlib/Lazy.swift.gyb

  edit: validation-test/stdlib/Arrays.swift.gyb


  
 

  Commit e6a85f6602934d35d217f2ea23059660d543b5ff by github: [ClangImporter] Res

Re: [swift-dev] Profiling ARC

[Michael Gottesman via swift-dev]

Are you talking about this one (there are two)?

http://benchmarksgame.alioth.debian.org/u64q/program.php?test=binarytrees&lang=swift&id=1
 


Michael

> On Feb 20, 2017, at 2:24 PM, Jiho Choi via swift-dev  
> wrote:
> 
> You are right that regex has many ARC operations from libFoundation.  Another 
> outlier in terms of the number of ARC operations is binary-tree.  In this 
> case, ARC operations are from the user code, and the optimizer couldn't make 
> much difference.
> 
> Other than these two, the optimizer seems working pretty well in removing ARC 
> operations.
> 
> On Fri, Feb 17, 2017 at 1:34 PM David P Grove  > wrote:
> swift-dev-boun...@swift.org  wrote on 
> 02/16/2017 09:48:28 PM:
> > 
> > I was curious about the overhead of ARC and started profiling some 
> > benchmarks found in the Computer Language Benchmark Game (http://
> > benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift 
> > ).
> >  
> > So far, it seems that ARC sequence optimization is surprisingly good
> > and most benchmarks don't have to perform ARC operations as often as
> > I expected.  I have some questions regarding this finding.
> > 
> > I compiled all benchmarks with "-O -wmo" flags and counted the 
> > number of calls to ARC runtime (e.g., swift_rt_swift_retain) using Pin.
> > 
> > 1. Reference counting is considered to have high overhead due to 
> > frequent counting operations which also have to be atomic.  At least
> > for the benchmarks I tested, it is not the case and there is almost 
> > no overhead.  Is it expected behavior?  Or is it because the 
> > benchmarks are too simple (they are all single-file programs)?  How 
> > do you estimate the overhead of ARC would be?
> > 
> 
> 
> hmm,  I wonder if your method of profiling is really finding all the ARC 
> operations.  The Swift version of regex-dna is about 25x slower than the Java 
> version (on Linux).  I looked at some prof profiles about a month ago and at 
> the time roughly 80% of all execution samples were attributed to 
> swift_retain/swift_release operations coming from CoreFoundation's regex 
> implementation.  
> 
> --dave
> 
> (See attached file: regex-dna.svg)
> ___
> swift-dev mailing list
> swift-dev@swift.org
> https://lists.swift.org/mailman/listinfo/swift-dev

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

[swift-dev] Integrating SourceKit into ubuntu

[Félix Fischer via swift-dev]

How much of it is possible? I want to make a plugin for autocompletion and
syntax highlighting that is cross-platform too.

Another proyect I'd like to take on is to make an error-checker for text
editors. Is there a way of collecting compiling errors in some structure
that is easy to handle with a program?
If not a Sublime/Atom/Vim plugin, I'd want to make a base for those plugins
to be able to exist.

Cheers,
Félix
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Profiling ARC

[Jiho Choi via swift-dev]

You are right that regex has many ARC operations from libFoundation.
Another outlier in terms of the number of ARC operations is binary-tree.
In this case, ARC operations are from the user code, and the optimizer
couldn't make much difference.

Other than these two, the optimizer seems working pretty well in removing
ARC operations.

On Fri, Feb 17, 2017 at 1:34 PM David P Grove  wrote:

> swift-dev-boun...@swift.org wrote on 02/16/2017 09:48:28 PM:
> >
> > I was curious about the overhead of ARC and started profiling some
> > benchmarks found in the Computer Language Benchmark Game (http://
> > benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift).
> > So far, it seems that ARC sequence optimization is surprisingly good
> > and most benchmarks don't have to perform ARC operations as often as
> > I expected.  I have some questions regarding this finding.
> >
> > I compiled all benchmarks with "-O -wmo" flags and counted the
> > number of calls to ARC runtime (e.g., swift_rt_swift_retain) using Pin.
> >
> > 1. Reference counting is considered to have high overhead due to
> > frequent counting operations which also have to be atomic.  At least
> > for the benchmarks I tested, it is not the case and there is almost
> > no overhead.  Is it expected behavior?  Or is it because the
> > benchmarks are too simple (they are all single-file programs)?  How
> > do you estimate the overhead of ARC would be?
> >
>
> hmm,  I wonder if your method of profiling is really finding all the ARC
> operations.  The Swift version of regex-dna is about 25x slower than the
> Java version (on Linux).  I looked at some prof profiles about a month ago
> and at the time roughly 80% of all execution samples were attributed to
> swift_retain/swift_release operations coming from CoreFoundation's regex
> implementation.
>
> --dave
>
> *(See attached file: regex-dna.svg)*
>
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2022

[Max Moiseev via swift-dev]

Nope. And there is nothing really suspicious in the list of changes… I cleaned 
the workspace to see if it gets reproduced after a clean build.

Max

> On Feb 20, 2017, at 1:27 PM, Jordan Rose  wrote:
> 
> Maybe something changed in the standard library's handling of floats? Max?
> 
>> On Feb 20, 2017, at 13:26, Philippe Hausler > > wrote:
>> 
>> That would be new; I have not seen that failure before. the method is quite 
>> droll - it just calls sin/cos and resets the m values accordingly. 
>> 
>> Did sin/cos change? the values being sent in are reasonable (not at a point 
>> it would be in any question of the return value)
>> 
>> 
>>> On Feb 20, 2017, at 9:18 PM, Jordan Rose via swift-dev >> > wrote:
>>> 
>>> Foundation folks, have you seen this before?
>>> 
>>> TestFoundation/TestNSAffineTransform.swift:187: error: 
>>> TestNSAffineTransform.test_Rotation_Radians : XCTAssertEqualWithAccuracy 
>>> failed: ("10.0") is not equal to ("-10.0") +/- ("0.001") - y (expected: 
>>> -10.0, was: 10.0): 
>>> 
>>> Jordan
>>> 
 On Feb 20, 2017, at 12:05, no-re...@swift.org  
 wrote:
 
 [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2022]
 
 Build URL: 
 https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2022/ 
 
 Project:   oss-swift-incremental-RA-linux-ubuntu-16_10
 Date of build: Mon, 20 Feb 2017 11:47:26 -0800
 Build duration:17 min
 Identified problems:
 
 Compile Error: This build failed because of a compile error. Below is a 
 list of all errors in the build log:
 Indication 1 
 
 Tests:
 
 Name: Swift(linux-x86_64)
 Failed: 0 test(s), Passed: 8993 test(s), Total: 8993 test(s)
 Name: Swift-Unit
 Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
 
 Changes
 
 Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor:
 [AST] Drop ProtocolDecl's "inherited protocols" list.
 
 edit: test/decl/class/circular_inheritance.swift
 edit: lib/IRGen/GenProto.cpp
 delete: 
 validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift
 edit: include/swift/AST/Decl.h
 edit: lib/Sema/ITCDecl.cpp
 edit: lib/Sema/TypeCheckProtocol.cpp
 edit: lib/IRGen/GenMeta.cpp
 edit: test/decl/protocol/protocols.swift
 edit: lib/Sema/TypeCheckDecl.cpp
 edit: lib/AST/Type.cpp
 edit: lib/AST/SubstitutionMap.cpp
 edit: lib/Serialization/Deserialization.cpp
 delete: 
 validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift
 edit: lib/IRGen/GenArchetype.cpp
 add: 
 validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift
 edit: lib/AST/LookupVisibleDecls.cpp
 edit: lib/ClangImporter/ImportDecl.cpp
 edit: test/SILGen/objc_bridging_any.swift
 edit: lib/IRGen/GenClass.cpp
 edit: lib/Sema/TypeChecker.h
 edit: lib/AST/Decl.cpp
 edit: lib/Serialization/Serialization.cpp
 edit: include/swift/SIL/SILWitnessVisitor.h
 edit: lib/Sema/TypeCheckType.cpp
 add: 
 validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift
 edit: lib/PrintAsObjC/PrintAsObjC.cpp
 edit: include/swift/Serialization/ModuleFormat.h
 edit: lib/IRGen/Fulfillment.cpp
 
 Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir:
 Disable round_trip_stdlib.swift temporarily
 
 edit: test/Syntax/round_trip_stdlib.swift
 
 Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman:
 Disable opaque_values_silgen.swift with a resilient stdlib until I have
 
 edit: test/SILGen/opaque_values_silgen.swift
 
 Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github:
 Disable a part of the Syntax unit tests under no-asserts. (#7644)
 
 edit: unittests/Syntax/TypeSyntaxTests.cpp
>>> 
>>> ___
>>> swift-dev mailing list
>>> swift-dev@swift.org 
>>> https://lists.swift.org/mailman/listinfo/swift-dev 
>>> 
>> 
> 

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2022

[Jordan Rose via swift-dev]

Maybe something changed in the standard library's handling of floats? Max?

> On Feb 20, 2017, at 13:26, Philippe Hausler  wrote:
> 
> That would be new; I have not seen that failure before. the method is quite 
> droll - it just calls sin/cos and resets the m values accordingly. 
> 
> Did sin/cos change? the values being sent in are reasonable (not at a point 
> it would be in any question of the return value)
> 
> 
>> On Feb 20, 2017, at 9:18 PM, Jordan Rose via swift-dev > > wrote:
>> 
>> Foundation folks, have you seen this before?
>> 
>> TestFoundation/TestNSAffineTransform.swift:187: error: 
>> TestNSAffineTransform.test_Rotation_Radians : XCTAssertEqualWithAccuracy 
>> failed: ("10.0") is not equal to ("-10.0") +/- ("0.001") - y (expected: 
>> -10.0, was: 10.0): 
>> 
>> Jordan
>> 
>>> On Feb 20, 2017, at 12:05, no-re...@swift.org  
>>> wrote:
>>> 
>>> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2022]
>>> 
>>> Build URL:  
>>> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2022/ 
>>> 
>>> Project:oss-swift-incremental-RA-linux-ubuntu-16_10
>>> Date of build:  Mon, 20 Feb 2017 11:47:26 -0800
>>> Build duration: 17 min
>>> Identified problems:
>>> 
>>> Compile Error: This build failed because of a compile error. Below is a 
>>> list of all errors in the build log:
>>> Indication 1 
>>> 
>>> Tests:
>>> 
>>> Name: Swift(linux-x86_64)
>>> Failed: 0 test(s), Passed: 8993 test(s), Total: 8993 test(s)
>>> Name: Swift-Unit
>>> Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
>>> 
>>> Changes
>>> 
>>> Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor:
>>> [AST] Drop ProtocolDecl's "inherited protocols" list.
>>> 
>>> edit: test/decl/class/circular_inheritance.swift
>>> edit: lib/IRGen/GenProto.cpp
>>> delete: 
>>> validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift
>>> edit: include/swift/AST/Decl.h
>>> edit: lib/Sema/ITCDecl.cpp
>>> edit: lib/Sema/TypeCheckProtocol.cpp
>>> edit: lib/IRGen/GenMeta.cpp
>>> edit: test/decl/protocol/protocols.swift
>>> edit: lib/Sema/TypeCheckDecl.cpp
>>> edit: lib/AST/Type.cpp
>>> edit: lib/AST/SubstitutionMap.cpp
>>> edit: lib/Serialization/Deserialization.cpp
>>> delete: 
>>> validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift
>>> edit: lib/IRGen/GenArchetype.cpp
>>> add: 
>>> validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift
>>> edit: lib/AST/LookupVisibleDecls.cpp
>>> edit: lib/ClangImporter/ImportDecl.cpp
>>> edit: test/SILGen/objc_bridging_any.swift
>>> edit: lib/IRGen/GenClass.cpp
>>> edit: lib/Sema/TypeChecker.h
>>> edit: lib/AST/Decl.cpp
>>> edit: lib/Serialization/Serialization.cpp
>>> edit: include/swift/SIL/SILWitnessVisitor.h
>>> edit: lib/Sema/TypeCheckType.cpp
>>> add: 
>>> validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift
>>> edit: lib/PrintAsObjC/PrintAsObjC.cpp
>>> edit: include/swift/Serialization/ModuleFormat.h
>>> edit: lib/IRGen/Fulfillment.cpp
>>> 
>>> Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir:
>>> Disable round_trip_stdlib.swift temporarily
>>> 
>>> edit: test/Syntax/round_trip_stdlib.swift
>>> 
>>> Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman:
>>> Disable opaque_values_silgen.swift with a resilient stdlib until I have
>>> 
>>> edit: test/SILGen/opaque_values_silgen.swift
>>> 
>>> Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github:
>>> Disable a part of the Syntax unit tests under no-asserts. (#7644)
>>> 
>>> edit: unittests/Syntax/TypeSyntaxTests.cpp
>> 
>> ___
>> swift-dev mailing list
>> swift-dev@swift.org 
>> https://lists.swift.org/mailman/listinfo/swift-dev
> 

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2022

[Philippe Hausler via swift-dev]

That would be new; I have not seen that failure before. the method is quite 
droll - it just calls sin/cos and resets the m values accordingly. 

Did sin/cos change? the values being sent in are reasonable (not at a point it 
would be in any question of the return value)


> On Feb 20, 2017, at 9:18 PM, Jordan Rose via swift-dev  
> wrote:
> 
> Foundation folks, have you seen this before?
> 
> TestFoundation/TestNSAffineTransform.swift:187: error: 
> TestNSAffineTransform.test_Rotation_Radians : XCTAssertEqualWithAccuracy 
> failed: ("10.0") is not equal to ("-10.0") +/- ("0.001") - y (expected: 
> -10.0, was: 10.0): 
> 
> Jordan
> 
>> On Feb 20, 2017, at 12:05, no-re...@swift.org  
>> wrote:
>> 
>> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2022]
>> 
>> Build URL:   
>> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2022/ 
>> 
>> Project: oss-swift-incremental-RA-linux-ubuntu-16_10
>> Date of build:   Mon, 20 Feb 2017 11:47:26 -0800
>> Build duration:  17 min
>> Identified problems:
>> 
>> Compile Error: This build failed because of a compile error. Below is a list 
>> of all errors in the build log:
>> Indication 1 
>> 
>> Tests:
>> 
>> Name: Swift(linux-x86_64)
>> Failed: 0 test(s), Passed: 8993 test(s), Total: 8993 test(s)
>> Name: Swift-Unit
>> Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
>> 
>> Changes
>> 
>> Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor:
>> [AST] Drop ProtocolDecl's "inherited protocols" list.
>> 
>> edit: test/decl/class/circular_inheritance.swift
>> edit: lib/IRGen/GenProto.cpp
>> delete: 
>> validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift
>> edit: include/swift/AST/Decl.h
>> edit: lib/Sema/ITCDecl.cpp
>> edit: lib/Sema/TypeCheckProtocol.cpp
>> edit: lib/IRGen/GenMeta.cpp
>> edit: test/decl/protocol/protocols.swift
>> edit: lib/Sema/TypeCheckDecl.cpp
>> edit: lib/AST/Type.cpp
>> edit: lib/AST/SubstitutionMap.cpp
>> edit: lib/Serialization/Deserialization.cpp
>> delete: 
>> validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift
>> edit: lib/IRGen/GenArchetype.cpp
>> add: 
>> validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift
>> edit: lib/AST/LookupVisibleDecls.cpp
>> edit: lib/ClangImporter/ImportDecl.cpp
>> edit: test/SILGen/objc_bridging_any.swift
>> edit: lib/IRGen/GenClass.cpp
>> edit: lib/Sema/TypeChecker.h
>> edit: lib/AST/Decl.cpp
>> edit: lib/Serialization/Serialization.cpp
>> edit: include/swift/SIL/SILWitnessVisitor.h
>> edit: lib/Sema/TypeCheckType.cpp
>> add: 
>> validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift
>> edit: lib/PrintAsObjC/PrintAsObjC.cpp
>> edit: include/swift/Serialization/ModuleFormat.h
>> edit: lib/IRGen/Fulfillment.cpp
>> 
>> Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir:
>> Disable round_trip_stdlib.swift temporarily
>> 
>> edit: test/Syntax/round_trip_stdlib.swift
>> 
>> Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman:
>> Disable opaque_values_silgen.swift with a resilient stdlib until I have
>> 
>> edit: test/SILGen/opaque_values_silgen.swift
>> 
>> Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github:
>> Disable a part of the Syntax unit tests under no-asserts. (#7644)
>> 
>> edit: unittests/Syntax/TypeSyntaxTests.cpp
> 
> ___
> swift-dev mailing list
> swift-dev@swift.org
> https://lists.swift.org/mailman/listinfo/swift-dev

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #2022

[Jordan Rose via swift-dev]

Foundation folks, have you seen this before?

TestFoundation/TestNSAffineTransform.swift:187: error: 
TestNSAffineTransform.test_Rotation_Radians : XCTAssertEqualWithAccuracy 
failed: ("10.0") is not equal to ("-10.0") +/- ("0.001") - y (expected: -10.0, 
was: 10.0): 

Jordan

> On Feb 20, 2017, at 12:05, no-re...@swift.org wrote:
> 
> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#2022]
> 
> Build URL:
> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/2022/ 
> 
> Project:  oss-swift-incremental-RA-linux-ubuntu-16_10
> Date of build:Mon, 20 Feb 2017 11:47:26 -0800
> Build duration:   17 min
> Identified problems:
> 
> Compile Error: This build failed because of a compile error. Below is a list 
> of all errors in the build log:
> Indication 1 
> 
> Tests:
> 
> Name: Swift(linux-x86_64)
> Failed: 0 test(s), Passed: 8993 test(s), Total: 8993 test(s)
> Name: Swift-Unit
> Failed: 0 test(s), Passed: 341 test(s), Total: 341 test(s)
> 
> Changes
> 
> Commit 042e6510c324c699b86e7a8d0d20068b2ee8feb4 by dgregor:
> [AST] Drop ProtocolDecl's "inherited protocols" list.
> 
> edit: test/decl/class/circular_inheritance.swift
> edit: lib/IRGen/GenProto.cpp
> delete: 
> validation-test/compiler_crashers/28599-false-should-have-found-context-by-now.swift
> edit: include/swift/AST/Decl.h
> edit: lib/Sema/ITCDecl.cpp
> edit: lib/Sema/TypeCheckProtocol.cpp
> edit: lib/IRGen/GenMeta.cpp
> edit: test/decl/protocol/protocols.swift
> edit: lib/Sema/TypeCheckDecl.cpp
> edit: lib/AST/Type.cpp
> edit: lib/AST/SubstitutionMap.cpp
> edit: lib/Serialization/Deserialization.cpp
> delete: 
> validation-test/compiler_crashers/28604-isinheritedprotocolsvalid.swift
> edit: lib/IRGen/GenArchetype.cpp
> add: 
> validation-test/compiler_crashers_fixed/28599-false-should-have-found-context-by-now.swift
> edit: lib/AST/LookupVisibleDecls.cpp
> edit: lib/ClangImporter/ImportDecl.cpp
> edit: test/SILGen/objc_bridging_any.swift
> edit: lib/IRGen/GenClass.cpp
> edit: lib/Sema/TypeChecker.h
> edit: lib/AST/Decl.cpp
> edit: lib/Serialization/Serialization.cpp
> edit: include/swift/SIL/SILWitnessVisitor.h
> edit: lib/Sema/TypeCheckType.cpp
> add: 
> validation-test/compiler_crashers_fixed/28604-isinheritedprotocolsvalid.swift
> edit: lib/PrintAsObjC/PrintAsObjC.cpp
> edit: include/swift/Serialization/ModuleFormat.h
> edit: lib/IRGen/Fulfillment.cpp
> 
> Commit 205303aa64579b40d20c8e052d24c46a87d3a552 by blangmuir:
> Disable round_trip_stdlib.swift temporarily
> 
> edit: test/Syntax/round_trip_stdlib.swift
> 
> Commit cb5bc1fedf1da72e5cb25e529915cce941ad327d by mgottesman:
> Disable opaque_values_silgen.swift with a resilient stdlib until I have
> 
> edit: test/SILGen/opaque_values_silgen.swift
> 
> Commit b50f044c3d646abfe2e3264369b9a9b616ff6886 by github:
> Disable a part of the Syntax unit tests under no-asserts. (#7644)
> 
> edit: unittests/Syntax/TypeSyntaxTests.cpp

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Failure in Swift-Unit :: Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs

[David Farler via swift-dev]

I appreciate it! I will address it today. - David

> On Feb 20, 2017, at 10:20 AM, Jordan Rose  wrote:
> 
> I'll XFAIL it for you for now.
> 
>> On Feb 20, 2017, at 10:19, David Farler  wrote:
>> 
>> Ah, NoAsserts builds, of course. The test checks for assertion failure :). I 
>> will fix it up. I am AFK until after lunch - is it ok to wait until then?
>> 
>> David
>> 
>>> On Feb 20, 2017, at 10:00 AM, Jordan Rose  wrote:
>>> 
>>> https://ci.swift.org/job/oss-swift_tools-R_stdlib-RD_test-simulator/1223/
>>> 
>>> Not sure why there wasn't a failure email for this, but the no-asserts full 
>>> build bot has been failing steadily on one of the new Syntax tests. David, 
>>> can you look into it?
>>> 
>>> Jordan
>>> 
>>>  TEST 'Swift-Unit :: 
>>> Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs' FAILED 
>>> 
>>> 
>>> Note: Google Test filter = TypeSyntaxTest.MetatypeTypeWithAPIs
>>> [==] Running 1 test from 1 test case.
>>> [--] Global test environment set-up.
>>> [--] 1 test from TypeSyntaxTest
>>> [ RUN  ] TypeSyntaxTest.MetatypeTypeWithAPIs
>>> /Users/buildnode/jenkins/workspace/oss-swift_tools-R_stdlib-RD_test-simulator/swift/unittests/Syntax/TypeSyntaxTests.cpp:352:
>>>  Failure
>>> Death test: { SyntaxFactory::makeBlankMetatypeType() 
>>> .withBaseTypeSyntax(Int) .withDotToken(Dot) 
>>> .withTypeToken(SyntaxFactory::makeIdentifier("WRONG", {}, {})); }
>>> Result: failed to die.
>>>  Error msg:
>>> [  DEATH   ] 
>>> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs (2 ms)
>>> [--] 1 test from TypeSyntaxTest (2 ms total)
>>> 
>>> [--] Global test environment tear-down
>>> [==] 1 test from 1 test case ran. (2 ms total)
>>> [  PASSED  ] 0 tests.
>>> [  FAILED  ] 1 test, listed below:
>>> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs
>>> 
>>>  1 FAILED TEST
>>> 
>>> 
>>> 
>>> 
> 
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Failure in Swift-Unit :: Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs

[Jordan Rose via swift-dev]

I'll XFAIL it for you for now.

> On Feb 20, 2017, at 10:19, David Farler  wrote:
> 
> Ah, NoAsserts builds, of course. The test checks for assertion failure :). I 
> will fix it up. I am AFK until after lunch - is it ok to wait until then?
> 
> David
> 
> On Feb 20, 2017, at 10:00 AM, Jordan Rose  > wrote:
> 
>> https://ci.swift.org/job/oss-swift_tools-R_stdlib-RD_test-simulator/1223/ 
>> 
>> 
>> Not sure why there wasn't a failure email for this, but the no-asserts full 
>> build bot has been failing steadily on one of the new Syntax tests. David, 
>> can you look into it?
>> 
>> Jordan
>> 
>>  TEST 'Swift-Unit :: 
>> Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs' FAILED 
>> 
>> 
>> Note: Google Test filter = TypeSyntaxTest.MetatypeTypeWithAPIs
>> [==] Running 1 test from 1 test case.
>> [--] Global test environment set-up.
>> [--] 1 test from TypeSyntaxTest
>> [ RUN  ] TypeSyntaxTest.MetatypeTypeWithAPIs
>> /Users/buildnode/jenkins/workspace/oss-swift_tools-R_stdlib-RD_test-simulator/swift/unittests/Syntax/TypeSyntaxTests.cpp:352:
>>  Failure
>> Death test: { SyntaxFactory::makeBlankMetatypeType() 
>> .withBaseTypeSyntax(Int) .withDotToken(Dot) 
>> .withTypeToken(SyntaxFactory::makeIdentifier("WRONG", {}, {})); }
>> Result: failed to die.
>>  Error msg:
>> [  DEATH   ] 
>> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs (2 ms)
>> [--] 1 test from TypeSyntaxTest (2 ms total)
>> 
>> [--] Global test environment tear-down
>> [==] 1 test from 1 test case ran. (2 ms total)
>> [  PASSED  ] 0 tests.
>> [  FAILED  ] 1 test, listed below:
>> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs
>> 
>>  1 FAILED TEST
>> 
>> 
>> 
>> 

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Failure in Swift-Unit :: Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs

[David Farler via swift-dev]

Ah, NoAsserts builds, of course. The test checks for assertion failure :). I 
will fix it up. I am AFK until after lunch - is it ok to wait until then?

David

> On Feb 20, 2017, at 10:00 AM, Jordan Rose  wrote:
> 
> https://ci.swift.org/job/oss-swift_tools-R_stdlib-RD_test-simulator/1223/
> 
> Not sure why there wasn't a failure email for this, but the no-asserts full 
> build bot has been failing steadily on one of the new Syntax tests. David, 
> can you look into it?
> 
> Jordan
> 
>  TEST 'Swift-Unit :: 
> Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs' FAILED 
> 
> 
> Note: Google Test filter = TypeSyntaxTest.MetatypeTypeWithAPIs
> [==] Running 1 test from 1 test case.
> [--] Global test environment set-up.
> [--] 1 test from TypeSyntaxTest
> [ RUN  ] TypeSyntaxTest.MetatypeTypeWithAPIs
> /Users/buildnode/jenkins/workspace/oss-swift_tools-R_stdlib-RD_test-simulator/swift/unittests/Syntax/TypeSyntaxTests.cpp:352:
>  Failure
> Death test: { SyntaxFactory::makeBlankMetatypeType() .withBaseTypeSyntax(Int) 
> .withDotToken(Dot) .withTypeToken(SyntaxFactory::makeIdentifier("WRONG", {}, 
> {})); }
> Result: failed to die.
>  Error msg:
> [  DEATH   ] 
> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs (2 ms)
> [--] 1 test from TypeSyntaxTest (2 ms total)
> 
> [--] Global test environment tear-down
> [==] 1 test from 1 test case ran. (2 ms total)
> [  PASSED  ] 0 tests.
> [  FAILED  ] 1 test, listed below:
> [  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs
> 
>  1 FAILED TEST
> 
> 
> 
> 
___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Still Failing: 1. OSS - Swift (Tools Opt+Assert, Stdlib Opt+DebInfo+Assert, Resilience) - macOS (master) #116

[Michael Gottesman via swift-dev]

Thanks!

Michael

> On Feb 20, 2017, at 9:55 AM, Jordan Rose  wrote:
> 
> This bot has three separate issues:
> 
> - A flaky TSan test (that I thought Kuba disabled, but apparently not)
> - A Foundation overlay test that Philippe knows about but hasn't gotten 
> around to yet
> - A SILGen failure that looks related to Michael's work on SIL ownership
> 
> Michael, can you look into the last one if it's not fixed yet? This is 
> SILGen/opaque_values_silgen.swift, specifically with a resilience-enabled 
> build.
> 
> 
>> On Feb 20, 2017, at 05:18, no-re...@swift.org  
>> wrote:
>> 
>> New issue found!
>> 
>> [FAILURE] oss-swift_tools-RA_stdlib-RDA_test-macos-resilience [#116]
>> 
>> Build URL:   
>> https://ci.swift.org/job/oss-swift_tools-RA_stdlib-RDA_test-macos-resilience/116/
>>  
>> 
>> Project: oss-swift_tools-RA_stdlib-RDA_test-macos-resilience
>> Date of build:   Mon, 20 Feb 2017 03:47:00 -0800
>> Build duration:  1 hr 31 min
>> Identified problems:
>> 
>> Assertion failure: This build failed because of an assertion failure. Below 
>> is a list of all errors in the build log:
>> Indication 1 
>> 
>> Compile Error: This build failed because of a compile error. Below is a list 
>> of all errors in the build log:
>> Indication 1 
>> 
>> Regression test failed: This build failed because a regression test in the 
>> test suite FAILed. Below is a list of all errors:
>> Indication 1 
>> 
>> Changes
>> 
>> Commit 70054ba09e83fceb684570902d513e8f0375d952 by hughbellars:
>> Fix build, edit, build loop on Windows
>> 
>> edit: cmake/modules/SwiftSource.cmake
>> 
>> Commit c6b32aea2c6166513fdd14dfbd79bba5d05a4eff by mgottesman:
>> [silgen] Add APIs for creating managed buffers and managed rvalues in a
>> 
>> edit: lib/SILGen/SILGenFunction.h
>> edit: lib/SILGen/SILGenDecl.cpp
>> 
>> Commit aa9efae56288e41a3686a340e4ec8cda84657a2b by jans.pavlovs:
>> Update map example code
>> 
>> edit: stdlib/public/core/Sequence.swift
>> 
>> Commit bdb4195de8c5f33c25d5d192bc69ca6fa1d7efb3 by mgottesman:
>> [silgen] ManagedValue::{formalEvaluationBorrow,formalAccessBorrow}()
>> 
>> edit: lib/SILGen/SILGenLValue.cpp
>> edit: lib/SILGen/ManagedValue.cpp
>> edit: lib/SILGen/ManagedValue.h
>> 
>> Commit 0ae6c2523882be544bb808b0d5a1f20df02e51c1 by mgottesman:
>> [silgen] Make SILGenBuilder::createCopyValue a drop in replacement for
>> 
>> edit: lib/SILGen/SILGenBuilder.h
>> edit: lib/SILGen/ManagedValue.cpp
>> edit: lib/SILGen/SILGenBuilder.cpp
>> 
>> Commit 6b05692d31a24fb1d1f19695e778412ea6775ab8 by mgottesman:
>> [silgen] Remove incorrect assumptions in
>> 
>> edit: lib/SILGen/ManagedValue.cpp
>> edit: lib/SILGen/ManagedValue.h
>> 
>> Commit 5717eeba673a3ad6be689d057ab4868fde2a1580 by mgottesman:
>> [silgen] Create a ManagedValue::formalAccessCopy(SILGenFunction &,
>> 
>> edit: lib/SILGen/ManagedValue.h
>> edit: lib/SILGen/ManagedValue.cpp
>> edit: lib/SILGen/SILGenBuilder.cpp
>> edit: lib/SILGen/SILGenBuilder.h
>> 
>> Commit 9a964034960c2ec5cae78336813b63093f8bfe2a by mgottesman:
>> [silgen] Refactor prepareArchetypeCallee to use a builder class instead
>> 
>> edit: lib/SILGen/SILGenApply.cpp
>> 
>> Commit 53b777cf9c1cf1891c6134c2b67ea3e58e620394 by mgottesman:
>> [silgen] Add an assert that formalAccessCopy is only called in a
>> 
>> edit: lib/SILGen/ManagedValue.cpp
>> 
>> Commit 825765a0479379e2d7f842452370860954506d66 by mgottesman:
>> [silgen] Change createFormalAccessCopyAddr to take take/init parameters.
>> 
>> edit: lib/SILGen/ManagedValue.cpp
>> edit: lib/SILGen/SILGenBuilder.cpp
>> edit: lib/SILGen/SILGenBuilder.h
>> 
>> Commit 5920daa373ce9e6ad9b1c63b2976b7f3491fd0f3 by mgottesman:
>> [silgen] Refactor getAddressForInPlaceInitialization onto SGFContext().
>> 
>> edit: lib/SILGen/SILGenExpr.cpp
>> edit: lib/SILGen/SILGenFunction.h
>> 
>> Commit dd5120e9f0baeb1b0f16d8b867e0488aa99acc78 by mgottesman:
>> [silgen] Create a closure API called bufferForExprResult based on
>> 
>> edit: lib/SILGen/SILGenBuilder.cpp
>> edit: lib/SILGen/SILGenBuiltin.cpp
>> edit: lib/SILGen/SILGenLValue.cpp
>> edit: lib/SILGen/SILGenApply.cpp
>> edit: lib/SILGen/SILGenConvert.cpp
>> edit: lib/SILGen/SILGenBuilder.h
>> 
>> Commit d4a5fe58beee33996e8cab2cace68b60d9ca780c by rudkx:
>> Attempt to bind the result of unwrapping optionals if we're asked to
>> 
>> edit: test/Constraints/closures.swift
>> edit: lib/Sema/CSSolver.cpp
>> 
>> Commit 1e17d86836d2f8851d462d7397c638872b9581f3 by mgottesman:
>> [silgen] Chan

[swift-dev] Failure in Swift-Unit :: Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs

[Jordan Rose via swift-dev]

https://ci.swift.org/job/oss-swift_tools-R_stdlib-RD_test-simulator/1223/ 


Not sure why there wasn't a failure email for this, but the no-asserts full 
build bot has been failing steadily on one of the new Syntax tests. David, can 
you look into it?

Jordan

 TEST 'Swift-Unit :: 
Syntax/SwiftSyntaxTests/TypeSyntaxTest.MetatypeTypeWithAPIs' FAILED 


Note: Google Test filter = TypeSyntaxTest.MetatypeTypeWithAPIs
[==] Running 1 test from 1 test case.
[--] Global test environment set-up.
[--] 1 test from TypeSyntaxTest
[ RUN  ] TypeSyntaxTest.MetatypeTypeWithAPIs
/Users/buildnode/jenkins/workspace/oss-swift_tools-R_stdlib-RD_test-simulator/swift/unittests/Syntax/TypeSyntaxTests.cpp:352:
 Failure
Death test: { SyntaxFactory::makeBlankMetatypeType() .withBaseTypeSyntax(Int) 
.withDotToken(Dot) .withTypeToken(SyntaxFactory::makeIdentifier("WRONG", {}, 
{})); }
Result: failed to die.
 Error msg:
[  DEATH   ] 
[  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs (2 ms)
[--] 1 test from TypeSyntaxTest (2 ms total)

[--] Global test environment tear-down
[==] 1 test from 1 test case ran. (2 ms total)
[  PASSED  ] 0 tests.
[  FAILED  ] 1 test, listed below:
[  FAILED  ] TypeSyntaxTest.MetatypeTypeWithAPIs

 1 FAILED TEST




___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] [Swift CI] Build Still Failing: 1. OSS - Swift (Tools Opt+Assert, Stdlib Opt+DebInfo+Assert, Resilience) - macOS (master) #116

[Jordan Rose via swift-dev]

This bot has three separate issues:

- A flaky TSan test (that I thought Kuba disabled, but apparently not)
- A Foundation overlay test that Philippe knows about but hasn't gotten around 
to yet
- A SILGen failure that looks related to Michael's work on SIL ownership

Michael, can you look into the last one if it's not fixed yet? This is 
SILGen/opaque_values_silgen.swift, specifically with a resilience-enabled build.


> On Feb 20, 2017, at 05:18, no-re...@swift.org wrote:
> 
> New issue found!
> 
> [FAILURE] oss-swift_tools-RA_stdlib-RDA_test-macos-resilience [#116]
> 
> Build URL:
> https://ci.swift.org/job/oss-swift_tools-RA_stdlib-RDA_test-macos-resilience/116/
>  
> 
> Project:  oss-swift_tools-RA_stdlib-RDA_test-macos-resilience
> Date of build:Mon, 20 Feb 2017 03:47:00 -0800
> Build duration:   1 hr 31 min
> Identified problems:
> 
> Assertion failure: This build failed because of an assertion failure. Below 
> is a list of all errors in the build log:
> Indication 1 
> 
> Compile Error: This build failed because of a compile error. Below is a list 
> of all errors in the build log:
> Indication 1 
> 
> Regression test failed: This build failed because a regression test in the 
> test suite FAILed. Below is a list of all errors:
> Indication 1 
> 
> Changes
> 
> Commit 70054ba09e83fceb684570902d513e8f0375d952 by hughbellars:
> Fix build, edit, build loop on Windows
> 
> edit: cmake/modules/SwiftSource.cmake
> 
> Commit c6b32aea2c6166513fdd14dfbd79bba5d05a4eff by mgottesman:
> [silgen] Add APIs for creating managed buffers and managed rvalues in a
> 
> edit: lib/SILGen/SILGenFunction.h
> edit: lib/SILGen/SILGenDecl.cpp
> 
> Commit aa9efae56288e41a3686a340e4ec8cda84657a2b by jans.pavlovs:
> Update map example code
> 
> edit: stdlib/public/core/Sequence.swift
> 
> Commit bdb4195de8c5f33c25d5d192bc69ca6fa1d7efb3 by mgottesman:
> [silgen] ManagedValue::{formalEvaluationBorrow,formalAccessBorrow}()
> 
> edit: lib/SILGen/SILGenLValue.cpp
> edit: lib/SILGen/ManagedValue.cpp
> edit: lib/SILGen/ManagedValue.h
> 
> Commit 0ae6c2523882be544bb808b0d5a1f20df02e51c1 by mgottesman:
> [silgen] Make SILGenBuilder::createCopyValue a drop in replacement for
> 
> edit: lib/SILGen/SILGenBuilder.h
> edit: lib/SILGen/ManagedValue.cpp
> edit: lib/SILGen/SILGenBuilder.cpp
> 
> Commit 6b05692d31a24fb1d1f19695e778412ea6775ab8 by mgottesman:
> [silgen] Remove incorrect assumptions in
> 
> edit: lib/SILGen/ManagedValue.cpp
> edit: lib/SILGen/ManagedValue.h
> 
> Commit 5717eeba673a3ad6be689d057ab4868fde2a1580 by mgottesman:
> [silgen] Create a ManagedValue::formalAccessCopy(SILGenFunction &,
> 
> edit: lib/SILGen/ManagedValue.h
> edit: lib/SILGen/ManagedValue.cpp
> edit: lib/SILGen/SILGenBuilder.cpp
> edit: lib/SILGen/SILGenBuilder.h
> 
> Commit 9a964034960c2ec5cae78336813b63093f8bfe2a by mgottesman:
> [silgen] Refactor prepareArchetypeCallee to use a builder class instead
> 
> edit: lib/SILGen/SILGenApply.cpp
> 
> Commit 53b777cf9c1cf1891c6134c2b67ea3e58e620394 by mgottesman:
> [silgen] Add an assert that formalAccessCopy is only called in a
> 
> edit: lib/SILGen/ManagedValue.cpp
> 
> Commit 825765a0479379e2d7f842452370860954506d66 by mgottesman:
> [silgen] Change createFormalAccessCopyAddr to take take/init parameters.
> 
> edit: lib/SILGen/ManagedValue.cpp
> edit: lib/SILGen/SILGenBuilder.cpp
> edit: lib/SILGen/SILGenBuilder.h
> 
> Commit 5920daa373ce9e6ad9b1c63b2976b7f3491fd0f3 by mgottesman:
> [silgen] Refactor getAddressForInPlaceInitialization onto SGFContext().
> 
> edit: lib/SILGen/SILGenExpr.cpp
> edit: lib/SILGen/SILGenFunction.h
> 
> Commit dd5120e9f0baeb1b0f16d8b867e0488aa99acc78 by mgottesman:
> [silgen] Create a closure API called bufferForExprResult based on
> 
> edit: lib/SILGen/SILGenBuilder.cpp
> edit: lib/SILGen/SILGenBuiltin.cpp
> edit: lib/SILGen/SILGenLValue.cpp
> edit: lib/SILGen/SILGenApply.cpp
> edit: lib/SILGen/SILGenConvert.cpp
> edit: lib/SILGen/SILGenBuilder.h
> 
> Commit d4a5fe58beee33996e8cab2cace68b60d9ca780c by rudkx:
> Attempt to bind the result of unwrapping optionals if we're asked to
> 
> edit: test/Constraints/closures.swift
> edit: lib/Sema/CSSolver.cpp
> 
> Commit 1e17d86836d2f8851d462d7397c638872b9581f3 by mgottesman:
> [silgen] Change one instance of switch_enum{_addr} that were using
> 
> edit: test/SILGen/implicitly_unwrapped_optional.swift
> edit: test/SILGen/optional.swift
> edit: lib/SILGen/SILGenConvert.cpp
> edit: test/SILGen/objc_bridging.swift
> edit: test/S

Re: [swift-dev] Reduce app startup time by combining swift-libs

[Alex Blewitt via swift-dev]

> On 17 Feb 2017, at 21:58, Michel Loenngren via swift-dev 
>  wrote:
> 
> All,
> 
> When starting an app that includes swift these libs are being loaded:
> 
> libswiftCoreGraphics.dylib 
> libswiftDispatch.dylib 
> libswiftObjectiveC.dylib
> libswiftCore.dylib
> libswiftDarwin.dylib
> libswiftFoundation.dylib
> 
> which adds considerable delay to our app startup time (compared to running a 
> pure objective-c codebase). Is anybody aware of a way to reduce startup by 
> combining these libs into a single lib for faster load time?

At the moment, these are provided as individual libraries because they are 
built as separate libraries on the command line. It's possible to build a 
static version of the core library with swiftc -static-stdlib on Darwin (there 
are still work in progress items for Linux and Foundation).

https://bugs.swift.org/browse/SR-730 

However, note that the majority of the libraries that you list are also used in 
a pure objective-c codebase; for example, running otool -L on Mail.app gives:


/System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
/usr/lib/libobjc.A.dylib
/usr/lib/libSystem.B.dylib
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation

(Dispatch is embedded in libSystem on Darwin)

So the libraries you load are the same ones (in effect) to the ones used by 
your Objective-C application, in all likelihood. The difference is probably in 
the way that the libraries are set up and the dispatch once code is executed - 
which are necessary steps in bringing the Swift runtime up for your application.

Alex

___
swift-dev mailing list
swift-dev@swift.org
https://lists.swift.org/mailman/listinfo/swift-dev