Skip to content

Instantly share code, notes, and snippets.

@janosh
Last active December 9, 2024 14:17
Show Gist options
  • Save janosh/a484f3842b600b60cd575440e99455c0 to your computer and use it in GitHub Desktop.
Save janosh/a484f3842b600b60cd575440e99455c0 to your computer and use it in GitHub Desktop.
VASP M1 Mac Compilation Guide

Compiling VASP on M1 Mac

Written by Alex Ganose @utf and Janosh Riebesell @janosh. Published 2022-03-28. Last updated 2024-03-30.

  1. Install Xcode command line tools:

    xcode-select --install
  2. Install dependencies using Homebrew:

    brew install gcc openmpi scalapack fftw qd openblas

    Optionally, add hdf5 for HDF5 support in VASP.

  3. Compile VASP:

    These instructions are for VASP 6.4.1 but should work with minor adjustments for other versions.

    cd /path/to/vasp-6.x.y
    cp arch/makefile.include.gnu_omp makefile.include

    Edit makefile.include in the VASP src directory:

    • Add to CPP_OPTIONS:

      -D_OPENMP \
      -Dqd_emulate
    • Change all instances of gcc to gcc-13 and g++ to g++-13

    • Add after LLIBS = -lstdc++ to emulate quad precision:

      QD ?= /opt/homebrew/
      LLIBS += -L$(QD)/lib -lqdmod -lqd
      INCS += -I$(QD)/include/qd
    • Set SCALAPACK_ROOT ?= /opt/homebrew

    • Set OPENBLAS_ROOT ?= /opt/homebrew/Cellar/openblas/0.3.20 (Double check this is the path on your system)

    • Set FFTW_ROOT ?= /opt/homebrew

    • (optional but recommended by VASP) For HDF5 support, add

      CPP_OPTIONS+= -DVASP_HDF5
      HDF5_ROOT  ?= /opt/homebrew/
      LLIBS      += -L$(HDF5_ROOT)/lib -lhdf5_fortran
      INCS       += -I$(HDF5_ROOT)/include
    • Append getshmem.o to OBJECTS_LIB in makefile.include (VASP wiki)

      - OBJECTS_LIB = linpack_double.o
      + OBJECTS_LIB = linpack_double.o getshmem.o
    • In src/parser/makefile, change (as noted by @zhuligs):

      - ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS) locproj.tab.h
      + ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS)

      Do not replace the tab at the beginning of the line with spaces!

    • In src/lib/getshmem.c, add the line #define SHM_NORESERVE 0 (VASP forum):

      /*output: shmem id
      */
      #define SHM_NORESERVE 0 // this line was added
      
      void getshmem_C(size_t _size, int *_id)
    • In makefile.include, update the parser section (VASP forum):

      # For the parser library
      CXX_PARS = g++-13
      - LLIBS = -lstdc++
      + LIBS += parser
      + LLIBS = -Lparser -lparser -lstdc++
      QD ?= /opt/homebrew
      LLIBS += -L$(QD)/lib -lqdmod -lqd
      INCS += -I$(QD)/include/qd
  4. Finally, run:

    make all

    If a previous compilation failed, remember to run make veryclean to start from a clean slate. Fixes gfortran errors like

    Fatal Error: string.mod not found

If successful, the VASP binaries will be in src/bin. Test with make test.

Last Tested on 2024-03-30

Confirmed working with VASP 6.4.1 on M1 Pro with Sonoma 14.2.1 and gcc@13.2.0.

Resulting makefile.include with all modifications

See makefile.include.

Benchmarking

Initial performance testing suggests optimal parameters for the M1 Pro chip with 8 performance, 2 efficiency cores and 16" MBP cooling are

export OMP_NUM_THREADS=1 # important
mpiexec -np 8 vasp_std
NCORE = 4 # in INCAR
n_proc n_threads n_core elapsed (sec)
0 1 1 2 93.3
1 1 1 4 92.8
2 1 2 2 82.8
3 1 2 4 82.7
4 2 1 2 42.8
5 2 1 4 42.9
6 2 2 2 52.9
7 2 2 4 52.7
8 4 1 2 32.9
9 4 1 4 32.9
10 4 2 2 52.9
11 4 2 4 53.0
12 8 1 2 32.8
13 8 1 4 22.8
14 8 2 2 62.8
15 8 2 4 62.9

Brings wall time for this Si2 relaxation down to 23 sec.

from time import perf_counter

from atomate2.vasp.jobs.core import RelaxMaker
from atomate2.vasp.powerups import update_user_incar_settings
from jobflow import run_locally
from pymatgen.core import Structure


start = perf_counter()

# FCC silicon structure
si_structure = Structure(
    lattice=[[0, 2.73, 2.73], [2.73, 0, 2.73], [2.73, 2.73, 0]],
    species=["Si", "Si"],
    coords=[[0, 0, 0], [0.25, 0.25, 0.25]],
)

# relax job to optimize structure
relax_job = RelaxMaker().make(si_structure)

relax_job = update_user_incar_settings(relax_job, {"NCORE": 4})

# run job
run_locally(relax_job, create_folders=True, ensure_success=True)

print(f"Si relaxation took {perf_counter() - start:.3f} sec")
# Default precompiler options
CPP_OPTIONS = -DHOST=\"LinuxGNU\" \
-DMPI -DMPI_BLOCK=8000 -Duse_collective \
-DscaLAPACK \
-DCACHE_SIZE=4000 \
-Davoidalloc \
-Dvasp6 \
-Duse_bse_te \
-Dtbdyn \
-Dfock_dblbuf \
-D_OPENMP \
-Dqd_emulate
CPP = gcc-13 -E -C -w $*$(FUFFIX) >$*$(SUFFIX) $(CPP_OPTIONS)
FC = mpif90 -fopenmp
FCL = mpif90 -fopenmp
FREE = -ffree-form -ffree-line-length-none
FFLAGS = -w -ffpe-summary=invalid,zero,overflow -L /opt/homebrew/Cellar/gcc/13.2.0/lib/gcc/13
OFLAG = -O2
OFLAG_IN = $(OFLAG)
DEBUG = -O0
OBJECTS = fftmpiw.o fftmpi_map.o fftw3d.o fft3dlib.o
OBJECTS_O1 += fftw3d.o fftmpi.o fftmpiw.o
OBJECTS_O2 += fft3dlib.o
# For what used to be vasp.5.lib
CPP_LIB = $(CPP)
FC_LIB = $(FC)
CC_LIB = gcc-13
CFLAGS_LIB = -O
FFLAGS_LIB = -O1
FREE_LIB = $(FREE)
OBJECTS_LIB = linpack_double.o getshmem.o
# For the parser library
CXX_PARS = g++-13
LIBS += parser
LLIBS = -Lparser -lparser -lstdc++
QD ?= /opt/homebrew
LLIBS += -L$(QD)/lib -lqdmod -lqd
INCS += -I$(QD)/include/qd
##
## Customize as of this point! Of course you may change the preceding
## part of this file as well if you like, but it should rarely be
## necessary ...
##
# When compiling on the target machine itself, change this to the
# relevant target when cross-compiling for another architecture
FFLAGS += -march=native
# For gcc-10 and higher (comment out for older versions)
FFLAGS += -fallow-argument-mismatch
# BLAS and LAPACK (mandatory)
OPENBLAS_ROOT ?= /opt/homebrew/Cellar/openblas/0.3.26
BLASPACK = -L$(OPENBLAS_ROOT)/lib -lopenblas
# scaLAPACK (mandatory)
SCALAPACK_ROOT ?= /opt/homebrew
SCALAPACK = -L$(SCALAPACK_ROOT)/lib -lscalapack
LLIBS += $(SCALAPACK) $(BLASPACK)
# FFTW (mandatory)
FFTW_ROOT ?= /opt/homebrew
LLIBS += -L$(FFTW_ROOT)/lib -lfftw3 -lfftw3_omp
INCS += -I$(FFTW_ROOT)/include
# HDF5-support (optional but strongly recommended)
#CPP_OPTIONS+= -DVASP_HDF5
#HDF5_ROOT ?= /path/to/your/hdf5/installation
#LLIBS += -L$(HDF5_ROOT)/lib -lhdf5_fortran
#INCS += -I$(HDF5_ROOT)/include
# For the VASP-2-Wannier90 interface (optional)
#CPP_OPTIONS += -DVASP2WANNIER90
#WANNIER90_ROOT ?= /path/to/your/wannier90/installation
#LLIBS += -L$(WANNIER90_ROOT)/lib -lwannier
# For the fftlib library (experimental)
#CPP_OPTIONS+= -Dsysv
#FCL += fftlib.o
#CXX_FFTLIB = g++-13 -fopenmp -std=c++11 -DFFTLIB_THREADSAFE
#INCS_FFTLIB = -I./include -I$(FFTW_ROOT)/include
#LIBS += fftlib
#LLIBS += -ldl
"""This script grid-searches OMP_NUM_THREADS, NCORE and number of MPI processes for
minimal VASP runtime on a simple Si2 relaxation.
It writes the results to CSV and copies
markdown table to clipboard. Requires Python 3.10. To keep a log, invoke with
python vasp-perf-grid-search.py 2>&1 | tee Si-relax.log
To install OpenMPI's mpiexec on macOS, use Homebrew:
brew install open-mpi
"""
import os
import warnings
from itertools import product
from time import perf_counter, sleep
import pandas as pd
from atomate2.vasp.jobs.core import RelaxMaker
from atomate2.vasp.powerups import update_user_incar_settings
from jobflow import run_locally
from pandas.io.clipboard import clipboard_set
from pymatgen.core import Structure
warnings.filterwarnings("ignore") # hide pymatgen warnings clogging up the logs
VASP_BIN = "/Users/janosh/dev/vasp/compiled/vasp_std_6.3.0_m1"
results: list[tuple[int, int, int, float]] = []
# construct an FCC silicon structure
si_structure = Structure(
lattice=[[0, 2.73, 2.73], [2.73, 0, 2.73], [2.73, 2.73, 0]],
species=["Si", "Si"],
coords=[[0, 0, 0], [0.25, 0.25, 0.25]],
)
# grid-search OMP_NUM_THREADS, NCORE and number of MPI processes
try:
prod = list(product([1, 2, 4, 8], [1, 2], [2, 4]))
for idx, (n_proc, n_threads, n_core) in enumerate(prod, 1):
os.environ["OMP_NUM_THREADS"] = str(n_threads)
print(f"Run {idx} / {len(prod)}")
# make a relax job to optimize the structure
relax_job = RelaxMaker(
run_vasp_kwargs={"vasp_cmd": f"mpiexec -np {n_proc} {VASP_BIN}"},
).make(si_structure)
relax_job = update_user_incar_settings(relax_job, {"NCORE": n_core})
start = perf_counter()
# run the job
run_locally(relax_job, create_folders=True, ensure_success=True)
elapsed = perf_counter() - start
print(
f"run with {n_proc=}, {n_threads=}, {n_core=} took {elapsed:.1f} sec",
)
results += [(n_proc, n_threads, n_core, elapsed)]
print("Waiting 10 secs to cooldown...\n\n", flush=True)
sleep(10) # so every run is a bit more like the first
except KeyboardInterrupt: # exit gracefully on ctrl+c and write partial results
print("Job was interrupted")
df_perf = pd.DataFrame(results, columns=["n_proc", "n_threads", "n_core", "elapsed"])
df_perf.round(2).to_csv("vasp-perf-results.csv")
clipboard_set(df_perf.to_markdown())
@janosh
Copy link
Author

janosh commented Apr 1, 2022

Note to self: Don't get overconfident thinking M1 Pro could handle HSE bandstructure calcs.

This static MgO HSE calc took 15445.3 sec = 4.3 h.

import os
from time import perf_counter

from atomate2.vasp.flows.core import HSEBandStructureMaker
from jobflow import run_locally
from pymatgen.core import Structure


# construct a rock salt MgO structure
mgo_structure = Structure(
    lattice=[[0, 2.13, 2.13], [2.13, 0, 2.13], [2.13, 2.13, 0]],
    species=["Mg", "O"],
    coords=[[0, 0, 0], [0.5, 0.5, 0.5]],
)

# make a band structure flow to optimise the structure and obtain the band structure
bandstructure_flow = HSEBandStructureMaker().make(mgo_structure)

start = perf_counter()
# run the job
run_locally(bandstructure_flow, create_folders=True, ensure_success=True)

elapsed = perf_counter() - start
print(f"MgO HSE calc took {elapsed:.1f} sec")

MgO-HSE-bands

@zhuligs
Copy link

zhuligs commented Sep 20, 2022

Hello, thanks a lot for this.
I just followed your instructions. However, it failed at the last step when linking vasp.

ld: in parser/libparser.a(locproj.tab.h), archive member 'locproj.tab.h' with length 2696 is not mach-o or llvm bitcode file 'parser/libparser.a' for architecture arm64

Any suggestion? Thanks a lot.

@janosh
Copy link
Author

janosh commented Sep 20, 2022

Sounds like the linker is trying to link an x86 object which doesn't exist on your arm64 machine. But haven't seen this error before so don't know how to fix. Are you sure you set FFLAGS += -march=native? Maybe start the process from scratch to make sure you didn't miss a step.

@zhuligs
Copy link

zhuligs commented Sep 20, 2022

Yes, I set FFLAGS += -march=native .
I tried to compile vasp on M1 Max, macOS 12.6 with gcc/gfortran-12 (homebrew). Not sure if M1 Max causes the problem.
Anyway, thanks very much! I'll try to figure it out.

@zhuligs
Copy link

zhuligs commented Oct 4, 2022

update:
I changed line 16 of src/parser/makefile to
ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS)

And it worked for me.

@HuangJiaLian
Copy link

HuangJiaLian commented Nov 18, 2022

Yes, I set FFLAGS += -march=native . I tried to compile vasp on M1 Max, macOS 12.6 with gcc/gfortran-12 (homebrew). Not sure if M1 Max causes the problem. Anyway, thanks very much! I'll try to figure it out.

Same problem on Intel 2015 Macbook Pro macOS 12.6 vasp.6.1.1

@HuangJiaLian
Copy link

update: I changed line 16 of src/parser/makefile to ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS)

And it worked for me.

I changed it, then make all but it seems no help. Does it need to run make veryclean after I change src/parser/makefile? @zhuligs

@ML5517
Copy link

ML5517 commented Feb 1, 2023

Hello, thank you very much for posting it.
I just followed your instruction and set FFLAGS += -march=native, but it failed at the last step when linking vasp.

ld: warning: ignoring file /opt/homebrew/Cellar/openblas/0.3.21/lib/libopenblas.dylib, building for macOS-x86_64 but attempting to link with file built for macOS-arm64.

Do you have any idea how to fix it? Thank you very much!

@ML5517
Copy link

ML5517 commented Feb 4, 2023

Hello, thank you very much for posting it. I just followed your instruction and set FFLAGS += -march=native, but it failed at the last step when linking vasp.

ld: warning: ignoring file /opt/homebrew/Cellar/openblas/0.3.21/lib/libopenblas.dylib, building for macOS-x86_64 but attempting to link with file built for macOS-arm64.

Do you have any idea how to fix it? Thank you very much!

I ran

env /usr/bin/arch -arm64 /bin/zsh --login

And then

make all arch=ARM64

And It works for me

@lauren-walters
Copy link

Thank you so much for this post! It was easy to follow and with a few modifications to the makefile.include (below) I was able to build a vasp_std for my m2 mac with some newer versions of gcc and openblas. However, I when testing vasp, each node is running vasp simultaneously. I've seen other posts about this from years back, but a lot seem to tell you to go talk to your hpc system administrator. I'm assuming I didn't link a version of mpi that runs well, but am not totally sure where to go from here. Any help is appreciated!

# Default precompiler options
CPP_OPTIONS = -DHOST=\"LinuxGNU\" \
              -DMPI -DMPI_BLOCK=8000 -Duse_collective \
              -DscaLAPACK \
              -DCACHE_SIZE=4000 \
              -Davoidalloc \
              -Dvasp6 \
              -Duse_bse_te \
              -Dtbdyn \
              -Dfock_dblbuf \
              -D_OPENMP \
              -Dqd_emulate


CPP         = gcc-12 -E -C -w $*$(FUFFIX) >$*$(SUFFIX) $(CPP_OPTIONS)

FC          = /opt/homebrew/bin/mpif90 -fopenmp
FCL         = /opt/homebrew/bin/mpif90 -fopenmp

FREE        = -ffree-form -ffree-line-length-none

FFLAGS      = -w -ffpe-summary=invalid,zero,overflow -L /opt/homebrew/Cellar/gcc/12.2.0/lib/gcc/12

OFLAG       = -O2
OFLAG_IN    = $(OFLAG)
DEBUG       = -O0

OBJECTS     = fftmpiw.o fftmpi_map.o fftw3d.o fft3dlib.o
OBJECTS_O1 += fftw3d.o fftmpi.o fftmpiw.o
OBJECTS_O2 += fft3dlib.o

# For what used to be vasp.5.lib
CPP_LIB     = $(CPP)
FC_LIB      = $(FC)
CC_LIB      = gcc-12
CFLAGS_LIB  = -O
FFLAGS_LIB  = -O1
FREE_LIB    = $(FREE)

OBJECTS_LIB = linpack_double.o

# For the parser library
CXX_PARS    = g++-12
LLIBS       = -lstdc++
QD         ?= /opt/homebrew
LLIBS      += -L$(QD)/lib -lqdmod -lqd
INCS       += -I$(QD)/include/qd

##
## Customize as of this point! Of course you may change the preceding
## part of this file as well if you like, but it should rarely be
## necessary ...
##

# When compiling on the target machine itself, change this to the
# relevant target when cross-compiling for another architecture
FFLAGS     += -march=native

# For gcc-10 and higher (comment out for older versions)
FFLAGS     += -fallow-argument-mismatch

# BLAS and LAPACK (mandatory)
OPENBLAS_ROOT ?= /opt/homebrew/Cellar/openblas/0.3.21
BLASPACK    = -L$(OPENBLAS_ROOT)/lib -lopenblas

# scaLAPACK (mandatory)
SCALAPACK_ROOT ?= /opt/homebrew
SCALAPACK   = -L$(SCALAPACK_ROOT)/lib -lscalapack

LLIBS      += $(SCALAPACK) $(BLASPACK)

# FFTW (mandatory)
FFTW_ROOT  ?= /opt/homebrew
LLIBS      += -L$(FFTW_ROOT)/lib -lfftw3 -lfftw3_omp
INCS       += -I$(FFTW_ROOT)/include

# HDF5-support (optional but strongly recommended)
#CPP_OPTIONS+= -DVASP_HDF5
#HDF5_ROOT  ?= /path/to/your/hdf5/installation
#LLIBS      += -L$(HDF5_ROOT)/lib -lhdf5_fortran
#INCS       += -I$(HDF5_ROOT)/include

# For the VASP-2-Wannier90 interface (optional)
#CPP_OPTIONS    += -DVASP2WANNIER90
#WANNIER90_ROOT ?= /path/to/your/wannier90/installation
#LLIBS          += -L$(WANNIER90_ROOT)/lib -lwannier

# For the fftlib library (experimental)
#CPP_OPTIONS+= -Dsysv
#FCL        += `fftlib.o`
#CXX_FFTLIB  = g++-12 -fopenmp -std=c++12 -DFFTLIB_THREADSAFE
#INCS_FFTLIB = -I./include -I$(FFTW_ROOT)/include
#LIBS       += fftlib
#LLIBS      += -ldl

@hrushikesh-s
Copy link

Thanks @janosh for this step-by-step explanation of compiling VASP on M1 mac. I was able to successfully compile vasp.6.4.1 on my mac with M1 pro chip.

@tpcklaver
Copy link

tpcklaver commented Jul 4, 2023

Thanks @janosh for these instructions on my M2 Pro Macbook, running macOS Ventura. I tried using them to compile VASP 5.4.4. I made just two tiny tweaks to your makefile.include for newer versions brew gave me for gcc and openblas, i.e. gcc-11 -> gcc-13 and openblas 0.3.20 -> 0.3.23. Things go ok up to the link stage, but then I get an Undefined symbols for architecture arm64 error, see command line output below. Have you (or anyone else compiling VASP on Apple Silicon) ever come across these errors, and would you have any idea how to fix them?

Kind regards,
Peter

mpif90 -fopenmp -o vasp c2f_interface.o base.o profiling.o openmp.o mpi.o mpi_shmem.o smart_allocate.o xml.o constant.o jacobi.o main_mpi.o scala.o asa.o lattice.o poscar.o ini.o mgrid.o xclib.o vdw_nl.o xclib_grad.o radial.o pseudo.o gridq.o ebs.o mkpoints.o wave.o wave_mpi.o wave_high.o bext.o spinsym.o symlib.o symmetry.o lattlib.o random.o nonl.o nonlr.o nonl_high.o dfast.o choleski2.o mix.o hamil.o xcgrad.o xcspin.o potex1.o potex2.o constrmag.o cl_shift.o relativistic.o LDApU.o paw_base.o metagga.o egrad.o pawsym.o pawfock.o pawlhf.o rhfatm.o hyperfine.o paw.o mkpoints_full.o charge.o Lebedev-Laikov.o stockholder.o dipol.o solvation.o pot.o dos.o elf.o tet.o tetweight.o hamil_rot.o chain.o dyna.o k-proj.o sphpro.o us.o core_rel.o aedens.o wavpre.o wavpre_noio.o broyden.o dynbr.o reader.o writer.o tutor.o xml_writer.o brent.o stufak.o fileio.o opergrid.o stepver.o chgloc.o fast_aug.o fock_multipole.o fock.o fock_dbl.o mkpoints_change.o subrot_cluster.o sym_grad.o mymath.o npt_dynamics.o subdftd3.o internals.o dynconstr.o dimer_heyden.o dvvtrajectory.o vdwforcefield.o hamil_high.o nmr.o pead.o subrot.o subrot_scf.o paircorrection.o rpa_force.o force.o pwlhf.o gw_model.o optreal.o steep.o rmm-diis.o davidson.o david_inner.o lcao_bare.o locproj.o electron.o rot.o electron_all.o shm.o pardens.o optics.o constr_cell_relax.o stm.o finite_diff.o elpol.o hamil_lr.o rmm-diis_lr.o subrot_lr.o lr_helper.o hamil_lrf.o elinear_response.o ilinear_response.o linear_optics.o setlocalpp.o wannier.o electron_OEP.o electron_lhf.o twoelectron4o.o gauss_quad.o m_unirnk.o varpro.o minimax.o mlwf.o wnpr.o ratpol.o pade_fit.o screened_2e.o wave_cacher.o crpa.o chi_base.o wpot.o local_field.o ump2.o ump2kpar.o fcidump.o ump2no.o bse_te.o bse.o acfdt.o chi.o sydmat.o rmm-diis_mlr.o linear_response_NMR.o wannier_interpol.o linear_response.o dmft.o auger.o dmatrix.o elphon.o fftmpiw.o fftmpi_map.o fftw3d.o fft3dlib.o main.o -Llib -ldmy -lstdc++ -L/opt/homebrew/lib -lqdmod -lqd -L/opt/homebrew/lib -lscalapack -L/opt/homebrew/Cellar/openblas/0.3.23/lib -lopenblas -L/opt/homebrew/lib -lfftw3 -lfftw3_omp
Undefined symbols for architecture arm64:
"_attachshmem_C", referenced from:
___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o
"_destroyshmem_C", referenced from:
___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o
"_detachshmem_C", referenced from:
___mpi_shmem_MOD_shmem_dealloc_r_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_dealloc_r_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_dealloc_r_1d in mpi_shmem.o
___mpi_shmem_MOD_shmem_dealloc_c_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_dealloc_c_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_dealloc_c_1d in mpi_shmem.o
"_fill_basis_info_C", referenced from:
___locproj_MOD_lprj_reader in locproj.o
"_free_parser_C", referenced fro "_free_parser_C", referenced fro "_free_parser_C", referenced from:
___locproj_MOD_lprj_reader in locproj.o
"_getshmem_C", referenced from:
___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o
"_getshmem_error_C", referenced from:
___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o
___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o
"_parse_file_C", referenced from:
___locproj_MOD_lprj_reader in locproj.o
ld: symbol(s) not found for architecture arm64
collect2: error: ld returned 1 exit status
make[2]: *** [vasp] Error 1
cp: vasp: No such file or directory
make[1]: *** [all] Error 1
make: *** [std] Error 2
bash-3.2$
bash-3.2$

@hungpham2017
Copy link

Thanks @janosh for these instructions on my M2 Pro Macbook, running macOS Ventura. I tried using them to compile VASP 5.4.4. I made just two tiny tweaks to your makefile.include for newer versions brew gave me for gcc and openblas, i.e. gcc-11 -> gcc-13 and openblas 0.3.20 -> 0.3.23. Things go ok up to the link stage, but then I get an Undefined symbols for architecture arm64 error, see command line output below. Have you (or anyone else compiling VASP on Apple Silicon) ever come across these errors, and would you have any idea how to fix them?

Kind regards, Peter

mpif90 -fopenmp -o vasp c2f_interface.o base.o profiling.o openmp.o mpi.o mpi_shmem.o smart_allocate.o xml.o constant.o jacobi.o main_mpi.o scala.o asa.o lattice.o poscar.o ini.o mgrid.o xclib.o vdw_nl.o xclib_grad.o radial.o pseudo.o gridq.o ebs.o mkpoints.o wave.o wave_mpi.o wave_high.o bext.o spinsym.o symlib.o symmetry.o lattlib.o random.o nonl.o nonlr.o nonl_high.o dfast.o choleski2.o mix.o hamil.o xcgrad.o xcspin.o potex1.o potex2.o constrmag.o cl_shift.o relativistic.o LDApU.o paw_base.o metagga.o egrad.o pawsym.o pawfock.o pawlhf.o rhfatm.o hyperfine.o paw.o mkpoints_full.o charge.o Lebedev-Laikov.o stockholder.o dipol.o solvation.o pot.o dos.o elf.o tet.o tetweight.o hamil_rot.o chain.o dyna.o k-proj.o sphpro.o us.o core_rel.o aedens.o wavpre.o wavpre_noio.o broyden.o dynbr.o reader.o writer.o tutor.o xml_writer.o brent.o stufak.o fileio.o opergrid.o stepver.o chgloc.o fast_aug.o fock_multipole.o fock.o fock_dbl.o mkpoints_change.o subrot_cluster.o sym_grad.o mymath.o npt_dynamics.o subdftd3.o internals.o dynconstr.o dimer_heyden.o dvvtrajectory.o vdwforcefield.o hamil_high.o nmr.o pead.o subrot.o subrot_scf.o paircorrection.o rpa_force.o force.o pwlhf.o gw_model.o optreal.o steep.o rmm-diis.o davidson.o david_inner.o lcao_bare.o locproj.o electron.o rot.o electron_all.o shm.o pardens.o optics.o constr_cell_relax.o stm.o finite_diff.o elpol.o hamil_lr.o rmm-diis_lr.o subrot_lr.o lr_helper.o hamil_lrf.o elinear_response.o ilinear_response.o linear_optics.o setlocalpp.o wannier.o electron_OEP.o electron_lhf.o twoelectron4o.o gauss_quad.o m_unirnk.o varpro.o minimax.o mlwf.o wnpr.o ratpol.o pade_fit.o screened_2e.o wave_cacher.o crpa.o chi_base.o wpot.o local_field.o ump2.o ump2kpar.o fcidump.o ump2no.o bse_te.o bse.o acfdt.o chi.o sydmat.o rmm-diis_mlr.o linear_response_NMR.o wannier_interpol.o linear_response.o dmft.o auger.o dmatrix.o elphon.o fftmpiw.o fftmpi_map.o fftw3d.o fft3dlib.o main.o -Llib -ldmy -lstdc++ -L/opt/homebrew/lib -lqdmod -lqd -L/opt/homebrew/lib -lscalapack -L/opt/homebrew/Cellar/openblas/0.3.23/lib -lopenblas -L/opt/homebrew/lib -lfftw3 -lfftw3_omp Undefined symbols for architecture arm64: "_attachshmem_C", referenced from: ___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o "_destroyshmem_C", referenced from: ___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o "_detachshmem_C", referenced from: ___mpi_shmem_MOD_shmem_dealloc_r_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_dealloc_r_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_dealloc_r_1d in mpi_shmem.o ___mpi_shmem_MOD_shmem_dealloc_c_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_dealloc_c_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_dealloc_c_1d in mpi_shmem.o "_fill_basis_info_C", referenced from: ___locproj_MOD_lprj_reader in locproj.o "_free_parser_C", referenced fro "_free_parser_C", referenced fro "_free_parser_C", referenced from: ___locproj_MOD_lprj_reader in locproj.o "_getshmem_C", referenced from: ___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o "_getshmem_error_C", referenced from: ___mpi_shmem_MOD_shmem_alloc_r_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_r_1d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_3d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_2d in mpi_shmem.o ___mpi_shmem_MOD_shmem_alloc_c_1d in mpi_shmem.o "_parse_file_C", referenced from: ___locproj_MOD_lprj_reader in locproj.o ld: symbol(s) not found for architecture arm64 collect2: error: ld returned 1 exit status make[2]: *** [vasp] Error 1 cp: vasp: No such file or directory make[1]: *** [all] Error 1 make: *** [std] Error 2 bash-3.2$ bash-3.2$

Having this same problem on my M2 Mac, appreciate any help!

@cinnabar0321
Copy link

I have this error showing up all the time "make libparser.a
make[1]: *** No rule to make target sites.o', needed by libparser.a'. Stop.
make: *** [all] Error 2"

My version of gcc is 13.0.1, so instead of making gcc-11, I used gcc-13. The path in the makefile.include was also changed accordingly. However, the returned error is the same. Can anyone please help? Thank you!

@pavlvs-pinto
Copy link

I've been trying to compile vasp6.4.2 on m2 mac, but I get this error message:
ld: unknown options: -commons
I used the makefile.include as posted by @lauren-walters with gcc-13 and g++-13. Perhaps someone also got this error and found some fix?
Many thanks in advance!

@tpcklaver
Copy link

tpcklaver commented Nov 29, 2023

Fix for "Undefined symbols for architecture arm64"

I've found the solution to the 'Undefined symbols for architecture arm64' errors I posted about earlier in this thread, and I am now running the standard version of VASP 5.4.4 on my M2 Macbook Pro running macOS Sonoma 14.1.1. There are a number of tweaks that helped me get things working, which I gathered from a VASP wiki page, various VASP forum threads, and earlier in this GitHub Gist thread. Let me list those here:

  1. Include getshmem.o in the makefile.include, so that you get a line:

    OBJECTS_LIB = linpack_double.o getshmem.o

    As described on the VASP wiki page.

  2. In src/parser/makefile, adapt the line:

    ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS) locproj.tab.h

    to:

    ar vq libparser.a $(CPPOBJ_PARS) $(COBJ_PARS)

    As noted by poster zhuligs some posts above here. Do not replace the tab at the beginning of the line by blank spaces, as happens automatically with posts here. The multiple blank spaces at the beginning of the line must be a tab instead.

  3. In src/lib/getshmem.c, add the line #define SHM_NORESERVE 0 to make part of the file read:

    /*output: shmem id
    */
    #define SHM_NORESERVE 0
    
    void getshmem_C(size_t _size, int *_id)

    As described in the VASP forum page.

  4. In makefile.include, make the parser section as follows:

    # For the parser library
    CXX_PARS = g++-13
    LIBS += parser
    LLIBS = -Lparser -lparser -lstdc++
    QD ?= /opt/homebrew
    LLIBS += -L$(QD)/lib -lqdmod -lqd
    INCS += -I$(QD)/include/qd

    As learned from the VASP forum page.

That should do it.

@tpcklaver
Copy link

@pavlvs-pinto
I did not have the problem with -commons option when compiling VASP 5.4.4, but I did get that problem while trying to compile another atomistic simulation code on my M2 Macbook, i.e. the mpi version of the lammps code. Some searching lead me to a comment that suggests that the problem lies in version 15.0 of the Xcode tools. Rumour has it that it may get fixed in v15.1:
https://community.intel.com/t5/Intel-Fortran-Compiler/Mac-Xcode-15-0-unknown-options-commons/m-p/1536100
If you have access to an Apple Silicon Mac that still has an older version of Xcode, you could see if you can compile on that.

@pavlvs-pinto
Copy link

Thanks @tpcklaver for the last post and detailed instructions; I successfully compiled vasp6.4.2 in m2 MacBook Pro with macOS Sonoma 14.1.1 and Xcode-15.1 beta 3. Before you start the compilation, make sure you have installed the correct CLT version, you can check it with:
brew config

@hungpham2017
Copy link

hungpham2017 commented Dec 1, 2023

I've found the solution to the 'Undefined symbols for architecture arm64' errors I posted about earlier in this thread and I am now running the standard version of VASP 5.4.4 on my M2 Macbook Pro running macOS Sonoma 14.1.1. There are a number of tweaks that helped me get things working, that I got from a VASP wiki page, various VASP forum threads and earlier here in this GitHub Gist thread. Let me list those here:

  1. include getshmem.o in the makefile.include, so that you get a line
    OBJECTS_LIB = linpack_double.o getshmem.o
    as described on the VASP wiki page https://www.vasp.at/wiki/index.php/Shared_memory
  2. in src/parser/makefile adapt the line
    ar vq libparser.a (CPPOBJPARS)(COBJ_PARS) locproj.tab.h
    to
    ar vq libparser.a (CPPOBJPARS)(COBJ_PARS)
    as noted by poster zhuligs some posts above here. Do not replace the tab at the beginning of the line by blank spaces, as happens automatically with posts here. The multiple blank spaces at the beginning of the line must be a tab instead.
  3. in src/lib/getshmem.c add the line define #SHM_NORESERVE 0 to make part of the file read
    *output: shmem id
    */
    #define SHM_NORESERVE 0
    void getshmem_C(size_t _size, int_id)
    as describewd in the VASP forum page https://www.vasp.at/forum/viewtopic.php?t=15106
  4. in makefiule.include make the parser section as follow:
    #For the parser library
    CXX_PARS = g++-13
    LIBS += parser
    LLIBS = -Lparser -lparser -lstdc++
    QD ?= /opt/homebrew
    LLIBS += -L$(QD)/lib -lqdmod -lqd
    INCS += -I$(QD)/include/qd
    as learned from the VASP forum page https://www.vasp.at/forum/viewtopic.php?f=2&t=17477

That should do it.

These tricks worked for me. Many thanks to @pavlvs-pinto and @janosh and all.

@weiwan7
Copy link

weiwan7 commented Jun 27, 2024

ld: library not found for -ld_classic
collect2: error: ld returned 1 exit status
make[2]: *** [vasp] Error 1
cp: vasp: No such file or directory
make[1]: *** [all] Error 1
make: *** [std] Error 2

I'va met this problem when compiling vasp6.4.3 on M2 chip, macos 14.5, gcc-14, and Xcode 15.4. Does anyone know how to fix it? Many thanks.

@tpcklaver
Copy link

Hi @weiwan7,

I just recompiled VASP6.4.2 on an M2 MacbookPro, macOS 14.5, Xcode 15.4 and gcc-13 (the latter via homebrew). So it's close to your situation. I did not encouter the missing -ld_classic error. Where are you getting your fortran from, homebrew, Macports, or something else still? And what lines do you have in your .tcshrc/.bash_profile/etc files for your LIBRARY_PATH variable?

@weiwan7
Copy link

weiwan7 commented Jun 28, 2024

Hi @tpcklaver ,

Thank you for your kind help and reminder. I uninstalled Anaconda (possible conflict) and it works fine now. But still got the error "ld: warning: -commons use_dylibs is no longer supported, using error treatment instead". Is this error serious? Or can I just ignore it?

@tpcklaver
Copy link

Hi @weiwan7,

I wouldn't worry too much about the warning. It seems that with every update of macOS, Xcode, Homebrew/Macports, or some of the major packages within Homebrew/MacPorts, such small issues can arise. And then after another update, they get ironed out again.
Just test your VASP binary on Apple Silicon against some runs carried out on orther platforms. That is a good basis for deciding if your VASP bianry is working propoerly or not.

@mumu6651
Copy link

Hi everyone,
I use MacBook M1 with Sonoma 14.5. I install VASP 6.1.0.
As following the guideline above, I have got these messages.

lex.yy.c:1291:32: warning: ISO C++17 does not allow 'register' storage class specifier [-Wregister]
1291 | register char *source =
| ^~~~~~
g++-14 -D YY_parse_DEBUG=1 -c locproj.tab.c -o locproj.tab.o
g++-14 -D YY_parse_DEBUG=1 -c yywrap.c -o yywrap.o
rm -f libparser.a
ar vq libparser.a sites.o functions.o radial.o basis.o lex.yy.o locproj.tab.o yywrap.o
ar: creating archive libparser.a
q - sites.o
q - functions.o
q - radial.o
q - basis.o
q - lex.yy.o
q - locproj.tab.o
q - yywrap.o
rsync -ru ../../src/CUDA .
cp makefile.include CUDA
/Library/Developer/CommandLineTools/usr/bin/make -C CUDA -j1
make -f Makefile_CUDASDK verbose=1
mkdir -p lib
mkdir -p obj/x86_64/release
mkdir -p lib
cc -arch x86_64 -DKERNEL_DP -DKERNEL_ZP -DDEBUG -DUSE_STREAM -DMPICH_IGNORE_CXX_SEEK -D__PARA -I/include -I/include -I -I. -I/include -I/samples/common/inc -DUNIX -O3 -g -o obj/x86_64/release/fortran.c.o -c fortran.c
fortran.c:68:10: fatal error: 'cuda_runtime.h' file not found
#include <cuda_runtime.h>
^~~~~~~~~~~~~~~~
1 error generated.
make[3]: *** [obj/x86_64/release/fortran.c.o] Error 1
make[2]: *** [release] Error 2
make[1]: *** [CUDA] Error 2
make: *** [gpu] Error 2

could anyone please suggest me how to solve these errors?
right now, I have no idea.

Thank you in advance,
Ham

@KH-Mansib
Copy link

Hello I am new to VASP and I'm trying to compile on my MacBook with M1 chip. could any one provide me a working make.include file for vasp 6.1.0 on M1 chip?

@KH-Mansib
Copy link

rsync -ru ../../src/CUDA .
cp makefile.include CUDA
/Library/Developer/CommandLineTools/usr/bin/make -C CUDA -j1
make -f Makefile_CUDASDK verbose=1
mkdir -p lib
mkdir -p obj/x86_64/release
mkdir -p lib
cc -arch x86_64 -DKERNEL_DP -DKERNEL_ZP -DDEBUG -DUSE_STREAM -DMPICH_IGNORE_CXX_SEEK -D__PARA -I/include -I/include -I -I. -I/include -I/samples/common/inc -DUNIX -O3 -g -o obj/x86_64/release/fortran.c.o -c fortran.c
fortran.c:68:10: fatal error: 'cuda_runtime.h' file not found
68 | #include <cuda_runtime.h>
| ^~~~~~~~~~~~~~~~
I have fixed all the previous errors now I'm getting this error for CUDA.. i used the makefile provided here and double-checked to see if there are any references to Cuda but I didn't find any.
then why is it still trying to install CUDA. is there any way not to install it or do I have to do it in MAC

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment