[SR-83] Can't link to UUID library

[colemancda]

Previous ID	SR-83
Radar	None
Original Reporter	@colemancda
Type	Bug
Status	Resolved
Resolution	Done

Attachment: Download

Environment

Ubuntu 14.04 VMWare Fusion

Additional Detail from JIRA

Votes	0
Component/s	Package Manager
Labels	Bug
Assignee	None
Priority	Medium

md5: e3676bcb79fba0363bae0879a54c8e91

Issue Description:

I cannot link to the UUID library despite installing uuid-dev package.

Proposed fix:

I believe I know what the problem is. The SPM (Swift Package Manager) seems to be linking against libraries in /usr/lib. The UUID library in Ubuntu 14.04 is in /usr/lib/x86-linux-gnu/libuuid.so. The fix for this has to be either in Swift, under the Glibc module, or in the SPM.

Log:

coleman@ubuntu:~/Swift/SwiftFoundationExample$ swift build
Compiling Swift Module 'SwiftFoundationExample' (1 sources)
Linking Executable: .build/debug/SwiftFoundationExample
/home/coleman/Swift/SwiftFoundationExample/.build/debug/SwiftFoundation.a(POSIXUUID.swift.o): In function `TFF15SwiftFoundation21POSIXUUIDCreateRandomFT_TVs5UInt8S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0U_FGSpTS0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0T*':
/home/coleman/Swift/SwiftFoundationExample/Packages/SwiftFoundation-1.0.1/Sources/POSIXUUID.swift:35: undefined reference to `uuid_generate'
/home/coleman/Swift/SwiftFoundationExample/.build/debug/SwiftFoundation.a(POSIXUUID.swift.o): In function `TFF15SwiftFoundation28POSIXUUIDConvertToUUIDStringFTVs5UInt8S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0TVs4Int8S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1U_FTGSpTS0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0GSpTS1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1_S1*_T':
/home/coleman/Swift/SwiftFoundationExample/Packages/SwiftFoundation-1.0.1/Sources/POSIXUUID.swift:60: undefined reference to `uuid_unparse'
/home/coleman/Swift/SwiftFoundationExample/.build/debug/SwiftFoundation.a(POSIXUUID.swift.o): In function `TF15SwiftFoundation28POSIXUUIDConvertStringToUUIDFSSGSqTVs5UInt8S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_S0_':
/home/coleman/Swift/SwiftFoundationExample/Packages/SwiftFoundation-1.0.1/Sources/POSIXUUID.swift:85: undefined reference to `uuid_parse'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
<unknown>:0: error: link command failed with exit code 1 (use -v to see invocation)
<unknown>:0: error: build had 1 command failures
swift-build: exit(1): ["/home/coleman/Swift/swift-2.2-SNAPSHOT-2015-12-01-b-ubuntu14.04/usr/bin/swift-build-tool", "-f", "/home/coleman/Swift/SwiftFoundationExample/.build/debug/SwiftFoundationExample.o/llbuild.yaml"]

[colemancda]

I believe I know what the problem is. The SPM (Swift Package Manager) seems to be linking against libraries in /usr/lib. The UUID library in Ubuntu 14.04 is in /usr/lib/x86-linux-gnu/libuuid.so. The fix for this has to be either in Swift, under the Glibc module, or in the SPM.

[colemancda]

So fixing the issue at the Swift level has been declined swiftlang/swift#276

This only leaves fixing it at the Package manager level. The issue seems to be that my module is linking against the libuuid library. The only problem is that /usr/local/lib is set as the Library Search Path. I believe that if I could somehow set /usr/local/lib/x86_64-linux-gnu as an additional search path, the example executable would link and compile correctly.

[mxcl]

/cc @ddunbar

[mxcl]

I'm working on a proposal for this problem. There are two other tickets open here too for this issue if you want to see some other discussion.

[colemancda]

@mxcl Awesome! Can you give me links to the other discussions pls?

[drewcrawford]

I've PRed a workaround for this issue, #107. If that PR is merged, we can say

otherLinkerOptions:["-L/usr/lib/x86-linux-gnu/"]

to work around this bug.

[ddunbar]

I believe this was intended to be solved with the pkg-config work, can someone verify if it is?

[aciidgh]

Using pkgConfig property in Package.swift resolves this issue. Here is the log from a sample package I tested on.

/home/ankit/swift.org/swiftpm/.build/debug/swiftc -module-name User -incremental -emit-dependencies -emit-module -emit-module-path /tmp/ankit/User/.build/debug/User.swiftmodule -output-file-map /tmp/ankit/User/.build/debug/User.build/output-file-map.json -num-threads 8 -c /tmp/ankit/User/Sources/main.swift -I /tmp/ankit/User/.build/debug -j8 -D SWIFT_PACKAGE -Onone -g -enable-testing -Xcc -fmodule-map-file=/tmp/ankit/User/Packages/UUID-1.0.0/module.modulemap -Xcc -I/usr/include/uuid -L/usr/lib/x86_64-linux-gnu -luuid -module-cache-path /tmp/ankit/User/.build/debug/ModuleCache

/home/ankit/swift.org/swiftpm/.build/debug/swiftc -Xlinker '-rpath=$ORIGIN' -g -L/tmp/ankit/User/.build/debug -o /tmp/ankit/User/.build/debug/User -emit-executable -Xcc -I/usr/include/uuid '-L/usr/lib/x86_64-linux-gnu' -luuid /tmp/ankit/User/.build/debug/User.build/main.swift.o