Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Question: is /usr/lib/libdl.dylib found on macOS ? #295

Closed
catull opened this issue Dec 29, 2017 · 1 comment
Closed

Question: is /usr/lib/libdl.dylib found on macOS ? #295

catull opened this issue Dec 29, 2017 · 1 comment
Labels
question

Comments

@catull
Copy link
Contributor

catull commented Dec 29, 2017

I noticed that meson always reports:

.....
Library libdl found: NO
.....

Also, I know dynamic loading of modules is not in focus.

Do you guys get a 'NO' too on macOS ?
Just curious.

I have

ls -l /usr/lib/libdl*
lrwxr-xr-x 1 root      15 Sep 20  2016 /usr/lib/libdl.dylib -> libSystem.dylib

Is an entirely different library meant, perhaps ?
@krader1961
Copy link
Contributor

That should be -ldl; you omit the lib prefix when specifying a library via the linker -l flag. That's a typo in the meson.build config that I just fixed. Thanks for bringing it to our attention.

Also, while macOS does have a libdl.dylib you don't have to explicitly link to it as the various functions such as dlopen() are available via libc. On macOS -ldl works but isn't needed AFAICT. That's not true on Linux where -ldl is needed.

gkamat pushed a commit to gkamat/ast that referenced this issue May 8, 2021
@JohnoKing
Fix some bugs in the regression tests and add more regression tests (a…
d5b94a3 
…tt#295)

src/cmd/ksh93/tests/{basic.sh,builtins.sh,shtests}:
- Redirect error output from the ulimit builtin to silence irrelevant
  errors in the regression tests (these errors may occur when a
  command such as 'ulimit -t 4' is run before the regression tests).
- Shellquote the error messages from the getconf regression tests.

src/cmd/ksh93/tests/{arrays,io,variables}.sh:
- Backport the ksh2020 regression tests for the following bugs:
  att#23
  att#203
  att#472
  att#492
- Minor fix to POSIX mode regression tests in ksh93v-. In ksh93v-,
  [[ -o ?posix ]] doesn't return an error (because it's implemented
  in the bash mode). However, 'set -o posix' will fail in ksh93v-
  if it's not in bash compatibility mode, which causes this test
  script to exit prematurely.

src/cmd/ksh93/tests/{basic,pty}.sh:
- Add test for att#1461
- The ksh2020 fix for [ -t 1 ] in non-forking command substitutions
  caused the following bug in interactive shells:
    $ ( [ -t 1 ]; echo $? )
    1  # Always fails
  To avoid introducing this bug, this commit adds a regression
  test for it.

src/cmd/ksh93/tests/functions.sh:
- Add test for att#1160
  Put the test to the start of functions.sh (if it's at the end
  of the script, it refuses to fail under ksh2020). Output from
  this regression test when run against ksh2020:
    functions.sh[46]: eval'ing function dumps function body to
    stdout (got $' { eval "bar() { FAILURE; }"; }\n { FAILURE; }')
@bow-meow bow-meow mentioned this issue Aug 9, 2024
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
question
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@catull @krader1961