Hi, I tried to sign up for a JIRA account to post this directly to Commons
Daemon, but it did not list “daemon” as an option to sign up, and there was
nowhere on the Github project to register an issue. So, I am posting here.
Earlier in December 2023, jsvc was building fine for us on both x86 and arm for
MacOs. However, it recently failed (yesterday and today).
```
cd ~/Downloads/commons-daemon-1.3.4-src/src/native/unix
make
(cd native; /Applications/Xcode.app/Contents/Developer/usr/bin/make all)
gcc -g -O2 -DOS_DARWIN -DDSO_DLFCN -DCPU=\"amd64\" -Wall -Wstrict-prototypes
-I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include
-I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include
-I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include/darwin -c
jsvc-unix.c -o jsvc-unix.o
jsvc-unix.c:1311:20: error: incompatible function pointer types assigning to
'void (*)(int)' from 'void (int, siginfo_t *, void *)' (aka 'void (int, struct
__siginfo *, void *)') [-Wincompatible-function-pointer-types]
act.sa_handler = controller;
^ ~~~~~~~~~~
1 error generated.
make[1]: *** [jsvc-unix.o] Error 1
make: *** [native/all] Error 2
```
When I diff’d the config.log between an earlier run and now, these resulted:
```
diff config.log ~/Downloads/commons-daemon-1.3.4-src/src/native/unix/config.log
7c7
< $ ./configure
-with-java=/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
---
> $ ./configure
> --with-java=/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
15c15
< uname -r = 23.2.0
---
> uname -r = 23.3.0
17c17
< uname -v = Darwin Kernel Version 23.2.0: Wed Nov 15 21:54:10 PST 2023;
root:xnu-10002.61.3~2/RELEASE_X86_64
---
> uname -v = Darwin Kernel Version 23.3.0: Wed Dec 20 21:28:58 PST 2023;
> root:xnu-10002.81.5~7/RELEASE_X86_64
26c26
< Darwin Kernel Version 23.2.0: Wed Nov 15 21:54:10 PST 2023;
root:xnu-10002.61.3~2/RELEASE_X86_64
---
> Darwin Kernel Version 23.3.0: Wed Dec 20 21:28:58 PST 2023;
> root:xnu-10002.81.5~7/RELEASE_X86_64
33,34c33,34
< Default processor set: 702 tasks, 3937 threads, 16 processors
< Load average: 0.85, Mach factor: 15.14
---
> Default processor set: 688 tasks, 3471 threads, 16 processors
> Load average: 1.11, Mach factor: 14.88
38a39
> PATH: /Users/sascha/.cargo/bin/
50d50
< PATH: /Users/sascha/.cargo/bin/
65c65
< configure:2364: result: x86_64-apple-darwin23.2.0
---
> configure:2364: result: x86_64-apple-darwin23.3.0
67c67
< configure:2398: result: x86_64-apple-darwin23.2.0
---
> configure:2398: result: x86_64-apple-darwin23.3.0
75,76c75,76
< Apple clang version 15.0.0 (clang-1500.1.0.2.5)
< Target: x86_64-apple-darwin23.2.0
---
> Apple clang version 15.0.0 (clang-1500.3.9.4)
> Target: x86_64-apple-darwin23.3.0
81,82c81,82
< Apple clang version 15.0.0 (clang-1500.1.0.2.5)
< Target: x86_64-apple-darwin23.2.0
---
> Apple clang version 15.0.0 (clang-1500.3.9.4)
> Target: x86_64-apple-darwin23.3.0
172c172
< ac_cv_build=x86_64-apple-darwin23.2.0
---
> ac_cv_build=x86_64-apple-darwin23.3.0
190,191c190,191
< ac_cv_host=x86_64-apple-darwin23.2.0
< ac_cv_host_system_type=x86_64-apple-darwin23.2.0
---
> ac_cv_host=x86_64-apple-darwin23.3.0
> ac_cv_host_system_type=x86_64-apple-darwin23.3.0
212c212
< INCLUDES='
-I/Library/Java/JavaVirtualMachines/jdk-21.jdk/Contents/Home/include
-I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include
-I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include/darwin'
---
> INCLUDES='
> -I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include
> -I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include
> -I/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/include/darwin'
232c232
< build='x86_64-apple-darwin23.2.0'
---
> build='x86_64-apple-darwin23.3.0'
235c235
< build_os='darwin23.2.0'
---
> build_os='darwin23.3.0'
242c242
< host='x86_64-apple-darwin23.2.0'
---
> host='x86_64-apple-darwin23.3.0'
245c245
< host_os='darwin23.2.0'
---
> host_os='darwin23.3.0'
```
My guess is that the clang version change above led to an incompatibility.
However, I am not a C coder. It does seem odd that it worked totally fine with
the exact same version of Apache Daemon (1.3.4) earlier but not now. Just
wanted to let folks know. Cheers.
[Image]
Sascha Goldsmith
Chief Technology Officer
Quantum Knight
Detroit, MI USA (Eastern time, UTC -04:00)
+1-248-255-9132<tel:12482559132> (mobile) Book
time<https://outlook.office.com/bookwithme/user/a20f9bf01b6549d09cc89c55802e6...@quantumknight.io?anonymous&ep=pcard>
(outlook)
