starred/s3fs-fuse

Fork 0

mirror of https://github.com/s3fs-fuse/s3fs-fuse.git synced 2026-04-25 13:26:00 +03:00

[GH-ISSUE #468] Not able to find _clock_gettime symbol while mounting s3 bucket #256

New issue

Closed

opened 2026-03-04 01:43:44 +03:00 by kerem · 5 comments

kerem commented

2026-03-04 01:43:44 +03:00

Owner

Originally created by @ssahu on GitHub (Sep 16, 2016).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/468

[INF]       curl.cpp:insertV4Headers(2237): computing signature [HEAD] [/.DS_Store] [] []
[INF]       curl.cpp:url_to_host(100): url is http://s3.amazonaws.com
[INF]       curl.cpp:RequestPerform(1910): HTTP response code 200
[INF]       cache.cpp:AddStat(346): add stat cache entry[path=/.DS_Store]
dyld: lazy symbol binding failed: Symbol not found: _clock_gettime
  Referenced from: /usr/local/bin/s3fs
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _clock_gettime
  Referenced from: /usr/local/bin/s3fs
  Expected in: /usr/lib/libSystem.B.dylib

Anyone got this issue on trying to mount the s3 bucket like below?
s3fs -f -d s3_sync local_folder -o passwd_file=.passwd-s3fs

I upgraded to Xcode 8 yesterday, maybe that caused it?

Originally created by @ssahu on GitHub (Sep 16, 2016). Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/468 ``` [INF] curl.cpp:insertV4Headers(2237): computing signature [HEAD] [/.DS_Store] [] [] [INF] curl.cpp:url_to_host(100): url is http://s3.amazonaws.com [INF] curl.cpp:RequestPerform(1910): HTTP response code 200 [INF] cache.cpp:AddStat(346): add stat cache entry[path=/.DS_Store] dyld: lazy symbol binding failed: Symbol not found: _clock_gettime Referenced from: /usr/local/bin/s3fs Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _clock_gettime Referenced from: /usr/local/bin/s3fs Expected in: /usr/lib/libSystem.B.dylib ``` Anyone got this issue on trying to mount the s3 bucket like below? `s3fs -f -d s3_sync local_folder -o passwd_file=.passwd-s3fs` I upgraded to Xcode 8 yesterday, maybe that caused it?

kerem closed this issue

2026-03-04 01:43:44 +03:00

kerem commented

2026-03-04 01:43:45 +03:00

Author

Owner

@ggtakec commented on GitHub (Sep 19, 2016):

@ssahu
Do you use latest codes in master(or macosx) branch?
Latest codes check clock_gettime function at configure and prepare an alternative function.
https://github.com/s3fs-fuse/s3fs-fuse/blob/macosx/src/cache.cpp#L59-L70

Please check you code base and try to rebuld all(start to run autogen.sh).

Thanks in advance for your assistance.

@ggtakec commented on GitHub (Sep 19, 2016): @ssahu Do you use latest codes in master(or macosx) branch? Latest codes check clock_gettime function at configure and prepare an alternative function. https://github.com/s3fs-fuse/s3fs-fuse/blob/macosx/src/cache.cpp#L59-L70 Please check you code base and try to rebuld all(start to run autogen.sh). Thanks in advance for your assistance.

kerem commented

2026-03-04 01:43:45 +03:00

Author

Owner

@jbarlow83 commented on GitHub (Nov 23, 2016):

Same error here. macOS 10.11.6, Xcode 8.1, v1.80

The homebrew script runs ./autogen.sh and builds v1.80 from source, but this error still occurs.

HEAD version fails with the same error.

@jbarlow83 commented on GitHub (Nov 23, 2016): Same error here. macOS 10.11.6, Xcode 8.1, v1.80 The homebrew script runs `./autogen.sh` and builds v1.80 from source, but this error still occurs. HEAD version fails with the same error.

kerem commented

2026-03-04 01:43:45 +03:00

Author

Owner

@jbarlow83 commented on GitHub (Nov 23, 2016):

Compiled HEAD from source and it built a working version, so it seems like the problem is in the Homebrew script.

@jbarlow83 commented on GitHub (Nov 23, 2016): Compiled HEAD from source and it built a working version, so it seems like the problem is in the Homebrew script.

kerem commented

2026-03-04 01:43:45 +03:00

Author

Owner

@jbarlow83 commented on GitHub (Dec 2, 2016):

cache.cpp somehow is expecting clock_gettime to be an external symbol so it overlooks the static local copy provided in the macos case.

See the homebrew issue where renaming clock_gettime in that module is sufficient to fix. (This would break non-macOS however).

@jbarlow83 commented on GitHub (Dec 2, 2016): cache.cpp somehow is expecting clock_gettime to be an external symbol so it overlooks the static local copy provided in the macos case. See the homebrew issue where renaming clock_gettime in that module is sufficient to fix. (This would break non-macOS however).

kerem commented

2026-03-04 01:43:45 +03:00

Author

Owner

@ggtakec commented on GitHub (Dec 4, 2016):

@jbarlow83 I'm sorry for my late reply.
I changed clock_gettime function name for not conflicting same function in library.
I merged codes to master and macosx branches, please try to use it.
Thanks very much for your help.

@ggtakec commented on GitHub (Dec 4, 2016): @jbarlow83 I'm sorry for my late reply. I changed clock_gettime function name for not conflicting same function in library. I merged codes to master and macosx branches, please try to use it. Thanks very much for your help.

kerem referenced this issue

2026-03-04 01:53:54 +03:00

[PR #256] [MERGED] Add no atomic rename to limitations #1427