Wouldn't compile on M1 Mac

[guntgbtgv]

I'm trying this repo directly by git clone. (#52 (comment)_ )
I've installed all the requirements in README.md, yet I get this error:

GCHS +++ include/drat/argp.h +++ out/include/drat/argp.gch
gcc -std=c99 -D _GNU_SOURCE -Werror -Wall -Wextra -Wno-incompatible-pointer-types -Wno-multichar -Wno-unused-variable -Wno-unused-parameter -Wno-missing-field-initializers -I./include -I/usr/local/Cellar/argp-standalone/1.3/include/ -c "include/drat/argp.h" -o "out/include/drat/argp.gch"
include/drat/argp.h:6:10: error: 'argp.h' file not found with <angled> include; use "quotes" instead
#include <argp.h>
         ^~~~~~~~
         "argp.h"
include/drat/argp.h:30:53: error: array has incomplete element type 'const struct argp_option'
extern const struct argp_option argp_options_globals[];
                                                    ^
include/drat/argp.h:30:21: note: forward declaration of 'struct argp_option'
extern const struct argp_option argp_options_globals[];
                    ^
include/drat/argp.h:31:1: error: unknown type name 'error_t'
error_t argp_parser_command(int key, char* arg, struct argp_state* state);
^
include/drat/argp.h:31:56: error: declaration of 'struct argp_state' will not be visible outside of this function [-Werror,-Wvisibility]
error_t argp_parser_command(int key, char* arg, struct argp_state* state);
                                                       ^
include/drat/argp.h:32:1: error: unknown type name 'error_t'
error_t argp_parser_globals(int key, char* arg, struct argp_state* state);
^
include/drat/argp.h:32:56: error: declaration of 'struct argp_state' will not be visible outside of this function [-Werror,-Wvisibility]
error_t argp_parser_globals(int key, char* arg, struct argp_state* state);
                                                       ^
include/drat/argp.h:35:45: error: array has incomplete element type 'const struct argp_child'
extern const struct argp_child argp_children[];
                                            ^
include/drat/argp.h:35:21: note: forward declaration of 'struct argp_child'
extern const struct argp_child argp_children[];
                    ^
7 errors generated.
make: *** [out/include/drat/argp.gch] Error 1

[stephanmantler]

I encountered the same issue because my homebrew path is different from the one specified in the Makefile (brew list argp-standalone confirmed the include and library paths needed to be /opt/homebrew/... instead of /usr/local/...).

Other problems I encountered:

• variable 'val_end' set but not used in commands/modify.c and commands/search.c
• declaration of open_container__info_stream() in include/drat/io.h is missing the parameter (should be int open_container__info_stream(FILE* info_stream);)
• variable 'num_records' set but not used in include/drat/print-fs-records.c

Minimum effort patchfile

Resolving those issues, everything builds successfully (MacBook Air M1 2020, Sonoma 14.4) and drat inspect confirms more or less the same APFS issues I have with diskutil verifyvolume.

[guntgbtgv]

Thanks, this solved the issue. I've applied the changed you've suggested, and compiled like magic.

However, in my case drat inspect did not work

baggeon-u@gunoos-MacBook-Pro-2 drat % ./drat inspect --container /dev/disk7s2
Opening `/dev/disk7s2` in read-only mode ... open_container__info_stream: ERROR: You do not have sufficient privileges to read this file.
baggeon-u@gunoos-MacBook-Pro-2 drat % sudo ./drat inspect --container /dev/disk7s2 
Password:
Opening `/dev/disk7s2` in read-only mode ... open_container__info_stream: ERROR: Unknown error.

This may be another issue, not related to the original compile issue.

[stephanmantler]

Opening `/dev/disk7s2` in read-only mode ... open_container__info_stream: ERROR: You do not have sufficient privileges to read this file.

You'll need to run as root to have full access to the disk (sudo ./drat inspect ...)

[oleggromov]

I encountered the same issue because my homebrew path is different from the one specified in the Makefile (brew list argp-standalone confirmed the include and library paths needed to be /opt/homebrew/... instead of /usr/local/...).

Other problems I encountered:

• variable 'val_end' set but not used in commands/modify.c and commands/search.c
• declaration of open_container__info_stream() in include/drat/io.h is missing the parameter (should be int open_container__info_stream(FILE* info_stream);)
• variable 'num_records' set but not used in include/drat/print-fs-records.c

Minimum effort patchfile

Resolving those issues, everything builds successfully (MacBook Air M1 2020, Sonoma 14.4) and drat inspect confirms more or less the same APFS issues I have with diskutil verifyvolume.

Thank you @stephanmantler!
This resulted in a working build on an M3 mac with argp-standalone installed in a newer version 1.5.0 (via homebrew), and the installation location was /opt/homebrew/Cellar/argp-standalone/1.5.0/. In case the reader faces the same, you can obtain the location of your installed lib via brew info argp-standalone

[algebravic]

I encountered the same issue because my homebrew path is different from the one specified in the Makefile (brew list argp-standalone confirmed the include and library paths needed to be /opt/homebrew/... instead of /usr/local/...).

Other problems I encountered:

* variable 'val_end' set but not used in `commands/modify.c` and `commands/search.c`

* declaration of `open_container__info_stream()` in `include/drat/io.h` is missing the parameter (should be `int open_container__info_stream(FILE* info_stream);`)

* variable 'num_records' set but not used in `include/drat/print-fs-records.c`

Minimum effort patchfile

Resolving those issues, everything builds successfully (MacBook Air M1 2020, Sonoma 14.4) and drat inspect confirms more or less the same APFS issues I have with diskutil verifyvolume.

Thanks for the patchfile. This almost worked. However homebrew only has arp-standalone version 1.5.0. When I try the build with that everything compiles ok, but now when it tries to bind it gets the following errors:

Undefined symbols for architecture arm64:
  "_argp_parse", referenced from:
      _main in drat.o
      _cmd_list in list.o
      _cmd_resolver in resolver.o
      _cmd_inspect in inspect.o
      _cmd_explore_omap_tree in explore-omap-tree.o
      _cmd_search in search.o
      _cmd_read in read.o
      ...
ld: symbol(s) not found for architecture arm64

Any suggestions are appreciated.

[stephanmantler]

@algebravic you probably need to adjust both CPATH and LDPATH in the Makefile to reflect the 1.5.0 version, like so:

### On macOS, include <argp.h> from Homebrew package `argp-standalone`
ifneq ($(OS),Windows_NT)
        ifeq ($(shell uname -s),Darwin)
                override CFLAGS  += -I/opt/homebrew/Cellar/argp-standalone/1.5.0/include/
                override LDFLAGS += -L/opt/homebrew/Cellar/argp-standalone/1.5.0/lib/ -largp
        endif
endif

I just upgraded my Homebrew installation, and with that change everything builds and runs.

[algebravic]

Here's what happens. Stil a no go: ``` gcc-14 out/src/drat.o out/src/commands/list.o out/src/commands/resolver.o out/src/commands/inspect.o out/src/commands/explore-omap-tree.o out/src/commands/search.o out/src/commands/read.o out/src/commands/explore-fs-tree.o out/src/commands/recover.o out/src/commands/version.o out/src/commands/modify.o out/include/drat/print-fs-records.o out/include/drat/io.o out/include/drat/argp.o out/include/drat/time.o out/include/drat/string/btree.o out/include/drat/string/common.o out/include/drat/string/object.o out/include/drat/string/nx.o out/include/drat/string/j.o out/include/drat/string/fs.o out/include/drat/string/omap.o out/include/drat/string/general.o out/include/drat/string/xf.o out/include/drat/string/dstream.o out/include/drat/globals.o out/include/drat/commands.o out/include/drat/func/btree.o out/include/drat/func/cksum.o out/include/drat/func/boolean.o out/include/drat/func/j.o out/include/drat/func/xf.o -L/opt/homebrew/Cellar/argp-standalone/1.5.0/lib/ -largp -o drat Undefined symbols for architecture arm64: "_libintl_dgettext", referenced from: __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) __help in libargp.a[5](argp-help.c.o) ... ld: symbol(s) not found for architecture arm64 collect2: error: ld returned 1 exit status ```

…

On Sat, Jan 4, 2025 at 8:13 AM Stephan Mantler ***@***.***> wrote: @algebravic <https://github.com/algebravic> you probably need to adjust both CPATH and LDPATH in the Makefile to reflect the *1.5.0* version, like so: ### On macOS, include <argp.h> from Homebrew package `argp-standalone` ifneq ($(OS),Windows_NT) ifeq ($(shell uname -s),Darwin) override CFLAGS += -I/opt/homebrew/Cellar/argp-standalone/1.5.0/include/ override LDFLAGS += -L/opt/homebrew/Cellar/argp-standalone/1.5.0/lib/ -largp endif endif I just upgraded my Homebrew installation, and with that change everything builds and runs. — Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAHBBJV26SSN4DUBQ2VXH232JACCXAVCNFSM6AAAAABSJAYHWKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZRGM2DKMBXGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[stephanmantler]

That's odd. It feels a bit like the problem described in this issue where an existing installation for the wrong architecture made the compiler trip up and explicitly adding the relevant homebrew paths (such as described here) resolved it.

[algebravic]

Finally got it to work. I had to make the following changes. The most up to date include and lib files are symbolic linked into `/opt/homebrew/include` and `/opt/homebew/lib` respectively: ``` ifneq ($(OS),Windows_NT) ifeq ($(shell uname -s),Darwin) override CFLAGS += -I/opt/homebrew/include/ override LDFLAGS += -L/opt/homebrew/lib/ -largp -lintl endif endif ```

…

On Sat, Jan 4, 2025 at 8:46 AM Stephan Mantler ***@***.***> wrote: That's odd. It feels a bit like the problem described in this issue <pyenv/pyenv#1877> where an existing installation for the wrong architecture made the compiler trip up and explicitly adding the relevant homebrew paths (such as described here <pyenv/pyenv#1877 (comment)>) resolved it. — Reply to this email directly, view it on GitHub <#80 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAHBBJTGGOEGB2UYSXT47ED2JAF4ZAVCNFSM6AAAAABSJAYHWKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZRGM2TENBXGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[wanggenAi]

Thanks, this solved the issue. I've applied the changed you've suggested, and compiled like magic.

However, in my case drat inspect did not work

baggeon-u@gunoos-MacBook-Pro-2 drat % ./drat inspect --container /dev/disk7s2
Opening `/dev/disk7s2` in read-only mode ... open_container__info_stream: ERROR: You do not have sufficient privileges to read this file.
baggeon-u@gunoos-MacBook-Pro-2 drat % sudo ./drat inspect --container /dev/disk7s2 
Password:
Opening `/dev/disk7s2` in read-only mode ... open_container__info_stream: ERROR: Unknown error.

This may be another issue, not related to the original compile issue.

I also encountered an unknown error issue, have you resolved it yet？
#89