File management and path analysis for Swift
+
operator overload resolves in ambiguity when used on a Path
and a string
literal. This problem is due to Swift 5.4's behaviral change.Add support for Swift 5.4
While the functionality of this library remain compatible with previous release, its public API has gone through a major re-design, making this release significantly source-breaking.
The goals for the redesign are
This release includes implementation of all APIs for Windows 10. As Swift on Windows 10 is still at early stage, Pathos consider its current Windows support experimental. All unit tests pass on Windows. Pathos includes CMake builds as well as SwiftPM builds (as of this release, SwiftPM support is tested with WSL).
Documentation rewritten in Markdown format replaces the previously generated documentation.
children
always recusively visit its content when following symlinks.followSymlink
parameter is set to True
.Metadata
, which represents information from stat
(Darwin,
Linux).Metadata
.PathRepresentable.set(_:)
(permissions)The following APIs are deprecated in favor of metadata access APIs.
size(atPath)
modificationTime(atPath:)
accessTime(atPath:)
metadataChangeTime(atPath:)
PathRepresentable.size
PathRepresentable.modificationTime
PathRepresentable.accessTime
PathRepresentable.metadataChangeTime
permissions(forPath:)
PathRepresentable.permissions
Removed adding/removing permissions in favor of directly setting it:
add(_:forPath:)
remove(_:forPath:)
PathRepresentable.add(_:)
PathRepresentable.remove(_:)
Previously symbolic links were referred to as "symbol" or "symbolic link" in APIs. From this version on, they'll be referred to as "symlink". This resulted in the following changes:
createSymbolicLink(fromPath:toPath:)
-> createSymlink(fromPath:toPath:)
PathRepresentable.createSymbolicLink(at:)
-> PathRepresentable.createSymlink(at:)
readSymbolicLink(atPath:toPath)
-> readSymlink(atPath:toPath)
PathRepresentable.readSymbolicLink()
-> PathRepresentable.readSymlink()
FileType.symbolicLink
-> FileType.symlink
Carthage is no longer supported.
Previously symbolic links were referred to as "symbol" or "symbolic link" in APIs. From this version on, they'll be referred to as "symlink". This resulted in the following breaking changes:
exists(atPath:followSymbol:)
-> exists(atPath:followSymlink:)
PathRepresentable.exists(followSymbol:)
-> PathRepresentable.exists(followSymlink:)
copyFile(fromPath:toPath:followSymbolicLink:checkSize:)
-> copyFile(fromPath:toPath:followSymlink:checkSize:)
PathRepresentable.copy(to:followSymbolicLink:checkSize:)
-> PathRepresentable.copy(to:followSymlink:checkSize:)
c0a33d66a22521493e8ef30a40306800442ba46100ad15e6682172e369a06976 0.3.0.tar.gz
5f28bcbc7f4f1c773ac5287a250ae92d034c32a5021b36fbdaa21249538ec7b5 0.3.0.zip
children(inPath:recursive)
to fix issue #1221909614ae4daf87749ac3e773acc23383244891ee383d86ba502d925f353ffea 0.2.3.tar.gz
04307d24befed1d304f05d152cb3f99e8d72aaff10119267e5fcf7bcf5c36610 0.2.3.zip
54c99f67f57b6a552e1594155ccd03eeede166fae40031d80e2a954654b620d1 Pathos.framework.zip