Re: [swift-users] A confusing protocol extension behaviour/bug

Yes, I think I agree with you. Maybe we are missing something, but I don't see a reason why declaring a property with the same name and a different type should be allowed in the 1. scenario. So maybe you should file a bug in JIRA, after all. Best regards, Toni > Am 02.01.2018 um 13:56 schrieb

Re: [swift-users] A confusing protocol extension behaviour/bug

Hi Marc, There are several subtleties here, but I think the compiler is actually doing the right thing. The second class defines a static property that looks like it is 'overriding' the static property from the protocol extension, but since the types don't match (String vs. String?), it sort

Re: [swift-users] Wrapping ImageMagick in a Swift Package

Tag and add this package as a dependency and then try to > import the `TestPkg` module that you defined in the modulemap. The error here > is bogus and is tracked by https://bugs.swift.org/browse/SR-5383 > <https://bugs.swift.org/browse/SR-5383> > > On Tue, Oct 3, 2017 at 12:32 A

[swift-users] Wrapping ImageMagick in a Swift Package

Hi, I am trying to create a Swift Package that wraps the ImageMagick C API. So I installed ImageMagick using MacPorts and I was then able to build the sample program with the following commands: export PKG_CONFIG_PATH=/opt/local/lib/pkgconfig cc main.c `pkg-config --cflags --libs MagickWand`

Re: [swift-users] "swift package describe" performs fetch

le a JIRA at bugs.swift.org > <http://bugs.swift.org/>? > > On Thu, Apr 6, 2017 at 9:10 PM, Toni Suter via swift-users > <swift-users@swift.org <mailto:swift-users@swift.org>> wrote: > Hi everyone, > > I would like to obtain detailed information about a packa

[swift-users] "swift package describe" performs fetch

Hi everyone, I would like to obtain detailed information about a package and all its dependencies in an automated fashion. At first I thought that the two commands "swift package describe" and "swift package show-dependencies" are a perfect fit for that. More concretely, I wanted to perform the

Re: [swift-users] Type inference of array element type

Mar 24, 2017, at 3:08 AM, Toni Suter via swift-users >> <swift-users@swift.org <mailto:swift-users@swift.org>> wrote: >> >> Hi, >> >> If I declare a variable and initialize it with an array literal whose >> elements are integer literals and nil l

Re: [swift-users] Existentials in Swift

Hi Karl, > 1. Yes > 2. Yes > 3. I don't know the actual reason, but Any and AnyObject have special meaning > to the compiler and objects implicitly "conform"" to them. Either the > implementation doesn't support extending those types, or we explicitly > decided that extending these implicit

Re: [swift-users] Overload Resolution of Binary Operators

n.blogspot.com > Github: http://github.com/Swiftrien > Project: http://swiftfire.nl > > > > >> On 14 Nov 2016, at 23:05, Toni Suter via swift-users <swift-users@swift.org> >> wrote: >> >> Hi, >> >> I would have expected that

[swift-users] Overload Resolution of Binary Operators

Hi, I would have expected that the following code reports an error, because of ambiguous function overloads: infix operator ***: MultiplicationPrecedence infix operator +++: AdditionPrecedence func ***(x: Int, y: Int) -> String { print("f1") return "" } func ***(x: Int, y: Int)

Re: [swift-users] Element vs. Iterator.Element

Ok, I have filed a bug: https://bugs.swift.org/browse/SR-3102 Best regards, Toni > Am 31.10.2016 um 19:32 schrieb Dave Abrahams via swift-users > : > > > on Mon Oct 31 2016, Toni Suter > wrote:

[swift-users] Element vs. Iterator.Element

Hi, This extension on Array works as expected: extension Array where Element: CustomStringConvertible { func f(_ x: Element) -> String { return x.description } } But when I use Iterator.Element instead, I get an error message (error: value of type 'Element' has no member

Re: [swift-users] Overload Resolution

Hi Mark, Thanks for pointing me into the right direction! Best regards, Toni > Am 06.10.2016 um 16:31 schrieb Mark Lacey <mark.la...@apple.com>: > > >> On Oct 6, 2016, at 4:53 AM, Toni Suter via swift-users >> <swift-users@swift.org <mailto:swift-u

Re: [swift-users] Function overload resolution rules

I created a bug report here: https://bugs.swift.org/browse/SR-2810 <https://bugs.swift.org/browse/SR-2810> Best regards, Toni > Am 30.09.2016 um 19:47 schrieb Mark Lacey <mark_la...@apple.com>: > >> >> On Sep 30, 2016, at 5:02 AM, Toni Suter via swift-us

[swift-users] Function overload resolution rules

Hi, I am trying to get a better understanding of Swift's function overload resolution rules. As far as I can tell, if there are multiple candidates for a function call, Swift favors functions for which the least amount of parameters have been ignored / defaulted. For example: // Example 1

Re: [swift-users] SPM: Subfolders in a Module

Ok, thank you very much! Best regards Toni > Am 16.09.2016 um 07:26 schrieb Ankit Agarwal <an...@ankit.im>: > > > > On Fri, Sep 16, 2016 at 12:21 AM, Toni Suter via swift-users > <swift-users@swift.org <mailto:swift-users@swift.org>> wrote: > Hi ever

[swift-users] SPM: Subfolders in a Module

Hi everyone, Let's assume there's a Swift package with the following Layout: MyPackage/ ├── Package.swift └── Sources └── MyModule ├── SubFolder │ └── MyClass.swift └── main.swift As far as I can tell, there's still just one module called MyModule and the

[swift-users] Hexadecimal floating-point literals

Hi, I have a question regarding hexadecimal floating-point literals. According to the Lexical Structure (https://developer.apple.com/library/prerelease/content/documentation/Swift/Conceptual/Swift_Programming_Language/LexicalStructure.html