Kolby Kunz
04/24/2023, 6:49 PMUndefined symbols for architecture x86_64 '_askar_version', referenced from _askar_askar_version_wrapper76 in result.o ld symbol(s) not found for archutecture x86_64
From what I understand the linker cannot find the definitions for the package for the target platform and is most likely looking in the standard include folders throughout the system but because it is a custom package they are not located there. Any advice on how to fix this would be greatly appreciated or if this is even something supported by cinterop.vbsteven
04/24/2023, 7:10 PMlinkerOpts
in your .def file?Kolby Kunz
04/24/2023, 7:11 PMvbsteven
04/24/2023, 7:11 PMlinkerOpts.linux = \
-L/usr/local/lib \
-lgobject-2.0 \
-lglib-2.0
vbsteven
04/24/2023, 7:12 PM-L
adds it to the search path (not 100% sure on the terminology), -l
tells the linker to link against the library with the given namevbsteven
04/24/2023, 7:13 PM/usr/local/lib
and link against gobject-2.0
and glib-2.0
Kolby Kunz
04/24/2023, 7:13 PMvbsteven
04/24/2023, 7:13 PMvbsteven
04/24/2023, 7:14 PMKolby Kunz
04/24/2023, 7:14 PMKolby Kunz
04/24/2023, 7:40 PMlibrary not found for -llibaries_askar
the .so is spelled incorrectly so it made sure to match the file name exactly. Not sure what to test next.vbsteven
04/24/2023, 8:16 PMKolby Kunz
04/24/2023, 8:17 PMpackage = askar
headers = ariesAskar.h
headerFilter = ariesAskar.h
staticLibraries = libaries_askar.so
linkerOpts.macos_x64 = -Laskar/x86_64/ -llibaries_askar
libraryPaths = askar/x86_64
vbsteven
04/24/2023, 8:25 PM.so
file which is a shared libraryKolby Kunz
04/24/2023, 8:28 PMKolby Kunz
04/24/2023, 10:33 PM-l
flag looks fora file with lib appended to the front of it. Knowing that the linking option should now be
aries_askar
causes the compilation to succed