The top of the makefile looks normal enough, then it lists a boat-load of headers. I guess I won’t spend any more time on it.
Mark Brethen [email protected] > On Aug 1, 2022, at 2:23 PM, Chris Jones <[email protected]> wrote: > > > The makefile here is very poorly written. You should never directly reference > standard headers like that… > >> On 1 Aug 2022, at 4:52 pm, Mark Brethen <[email protected]> wrote: >> >> This Makefile has the following lines: >> >> CadReader.o: /usr/include/stdlib.h /usr/include/bits/libc-header-start.h >> CadReader.o: /usr/include/features.h /usr/include/stdc-predef.h >> CadReader.o: /usr/include/sys/cdefs.h /usr/include/bits/wordsize.h >> CadReader.o: /usr/include/bits/long-double.h /usr/include/gnu/stubs.h >> CadReader.o: /usr/include/bits/waitflags.h /usr/include/bits/waitstatus.h >> CadReader.o: /usr/include/bits/floatn.h /usr/include/sys/types.h >> CadReader.o: /usr/include/bits/types.h /usr/include/bits/typesizes.h >> CadReader.o: /usr/include/bits/types/clock_t.h >> CadReader.o: /usr/include/bits/types/clockid_t.h >> CadReader.o: /usr/include/bits/types/time_t.h >> CadReader.o: /usr/include/bits/types/timer_t.h >> CadReader.o: /usr/include/bits/stdint-intn.h /usr/include/endian.h >> CadReader.o: /usr/include/bits/endian.h /usr/include/bits/byteswap.h >> CadReader.o: /usr/include/bits/byteswap-16.h >> CadReader.o: /usr/include/bits/uintn-identity.h /usr/include/sys/select.h >> CadReader.o: /usr/include/bits/select.h /usr/include/bits/types/sigset_t.h >> CadReader.o: /usr/include/bits/types/__sigset_t.h >> CadReader.o: /usr/include/bits/types/struct_timeval.h >> CadReader.o: /usr/include/bits/types/struct_timespec.h >> CadReader.o: /usr/include/sys/sysmacros.h /usr/include/bits/sysmacros.h >> CadReader.o: /usr/include/bits/pthreadtypes.h >> CadReader.o: /usr/include/bits/thread-shared-types.h >> CadReader.o: /usr/include/bits/pthreadtypes-arch.h /usr/include/alloca.h >> CadReader.o: /usr/include/bits/stdlib-float.h >> >> /usr/include doesn’t exist on Big Sure (I assume its deprecated?) however, >> they can be found at >> >> ~ $ xcrun --sdk macosx --show-sdk-path >> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.1.sdk >> >> although I don’t see a ‘bits’ subdirectory. Has it been relocated? >> >> Thanks, >> Mark >> >> >>
