-
Notifications
You must be signed in to change notification settings - Fork 25
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.
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
Wouldn't compile on M1 Mac #80
Comments
I encountered the same issue because my homebrew path is different from the one specified in the Makefile ( Other problems I encountered:
Resolving those issues, everything builds successfully (MacBook Air M1 2020, Sonoma 14.4) and |
Thanks, this solved the issue. I've applied the changed you've suggested, and compiled like magic. However, in my case
This may be another issue, not related to the original compile issue. |
You'll need to run as root to have full access to the disk ( |
Thank you @stephanmantler! |
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:
Any suggestions are appreciated. |
@algebravic you probably need to adjust both
I just upgraded my Homebrew installation, and with that change everything builds and runs. |
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:
***@***.***>
|
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. |
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:
***@***.***>
|
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:
The text was updated successfully, but these errors were encountered: