Does not seem to build with homebrew version of gfortran on OSX
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- fortran, macos
- Domain
- build-system, operating-systems
Research direction
Start with common.mk and the makefile, then reproduce the Homebrew gfortran build on macOS using the default /usr/local installation. Inspect the cc1plus failure and the reported undefined symbols; done means the Fortran wrapper builds and links successfully with the documented configuration.
Written by the indexing model from the issue text.
Description
With array fire installed to the default /usr/local directory, and this being correctly set in common.mk, this fails with the following error: gfortran: error trying to exec 'cc1plus': execvp: No such file or directory
When using gcc instead (changing @gfortran to gcc in the makefile), I get the following errors:
ndefined symbols for architecture x86_64:
"MAIN_", referenced from:
_main in for_main.o
"__ZN2af14getDeviceCountEv", referenced from:
af_device_count in fortran_wrapper.o
"__ZN2af15choleskyInPlaceERNS_5arrayEb", referenced from:
af_arr_cholesky_inplace in fortran_wrapper.o
"_ZN2af2luERNS_5arrayES1_S1_RKS0", referenced from:
af_arr_lu in fortran_wrapper.o
"_ZN2af2qrERNS_5arrayES1_RKS0", referenced from:
af_arr_qr in fortran_wrapper.o
"__ZN2af3absERKNS_5arrayE", referenced from:
af_arr_abs in fortran_wrapper.o
"__ZN2af3cosERKNS_5arrayE", referenced from:
af_arr_cos in fortran_wrapper.o
"__ZN2af3expERKNS_5arrayE", referenced from:
af_arr_exp in fortran_wrapper.o
"__ZN2af3logERKNS_5arrayE", referenced from:
af_arr_log in fortran_wrapper.o
"__ZN2af3maxERKNS_5arrayEi", referenced from:
af_arr_max in fortran_wrapper.o
"__ZN2af3minERKNS_5arrayEi", referenced from:
af_arr_min in fortran_wrapper.o
"_ZN2af3powERKNS_5arrayES2", referenced from:
af_arr_elpow in fortran_wrapper.o
"__ZN2af3powERKNS_5arrayEd", referenced from:
af_arr_scpow in fortran_wrapper.o
"__ZN2af3seqC1Eddd", referenced from:
af_arr_get in fortran_wrapper.o
af_arr_get2 in fortran_wrapper.o
af_arr_get_seq in fortran_wrapper.o
af_arr_set in fortran_wrapper.o
af_arr_set2 in fortran_wrapper.o
af_arr_set_seq in fortran_wrapper.o
af_idx_seq in fortran_wrapper.o
- Dominant language
- Fortran
- Stars
- 24
- Forks
- 5
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from arrayfire/arrayfire-fortran
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
-
enhancement
arrayfire/arrayfire-fortran#3 · 1 assignee ·
-
enhancement
Difficulty 3/5 1-2 days Newbie friendliness 35/100
arrayfire/arrayfire-fortran#2 · 1 comment ·
All issues in arrayfire/arrayfire-fortran
Similar issues
-
Update to NCCL 2.32 Open
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
conda-forge/nccl-feedstock#166 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
dsx-ai-factory/infra-controller#6694 ·
-
bug build
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
facebookincubator/velox#19143 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
pydantic/pydantic-ai#8636 ·
-
0.kind: enhancement 9.needs: package (update)
Difficulty 2/5 1-3 hours Newbie friendliness 74/100