LJSON | JSON extended with pure functions | JSON Processing library

I encountered a problem about makefile, I modified my 2 source files link_ec.c and link_cloud.c, and 2 head files link_ec.h and link_cloud.h, but makefile is not recompiled. Is there a problem with where it was written?

my makefile as follows:

This software compiles for x86_64 linux and windows. It's written in C+ and relies heavily on the SDL as well as depending on libraries such as curl, microhttp, libharu, etc. Some 2 years ago it also compiled for android x86 and arm32 using Pelya's [commandergenious][1] port but that knowledge was lost, development continued and i'm the newcomer. I'm not that versed on Android or their take on makefiles.

I managed to include one library (haru) in commandergenious but trying to include other libraries resulted in multiple failures, so kinda stopped at that. I also had some issues using custom makefiles as suggested in the readme.

I've adapted an existing regular makefile but it ends up conflicting with existing dependencies, i.e., ndk-compiled cyptopp.so would cause undefined symbols on clang-compiled app, even though the signatures are "the same" (std::__ndk1::basic_string vs std::__cxx11::basic_string).

I've since taken to recompiling the code with clang instead of gcc (fixing a few bugs on the way due to clang being more strict) and using Android.mk instead of regular makefiles so i could cross-compile all components using just the NDK.

I tried giving a go at Android's LOCAL_MODULEs but the interdependent LOCAL_PATHs became too messy. I may get back to this route using [prebuilts][2] instead. It'll help segregate some issues should they arise.

Since my host is x86_68 Ubuntu Xenial i took the (maybe incorrect) path of setting up a directory with armeabi-v7a arm64-v8a x86 x86_64 subdirectories and ar xing .deb files (from Debian Buster as Xenial has sparse arm .debs) into those for all the libraries and includes i need. (It's $(HOME)/dev/multiarch bellow.)

At the moment, this is my Application.mk

I have cross compiled the library of paho-mqtt3a, which is normal before. I have corresponding libraries in the /usr/lib/ and /usr/local/lib directories, and I checked the details of the libraries with the file command. But why can't aarch64-linux-gnu/bin/ld find the paho-mqtt3a library today? I use these libraries:

Now I cross-compile and link my code with both dynamic and static libraries, but the following error occurs: can't find lstdc + +(make error 1); If I changed $LD to $CC, another issues occured: can't find -lpaho-mqtt3a(make error 2), what's going on?

change $(LD)

I am trying to build GDAL against OpenCL to get GPU accelerated raster operations, depending on Cuda. I managed to get ./configure to complete and start compiling with make. However, when compiling gdalinfo, the compilation fails because it can't find the OpenCL symbols.

I'm pretty sure it is because a -lOpenCL flag is missing somewhere, but (1) I don't know where; and (2) I don't know what to change. So my question is how to correctly configure the build commands to use OpenCL?

The build failure error:

I'm new to linux, and am trying to compile and install some libraries.

Unfortunately, things are quite difficult as I am unable to obtain sudo access to my machine, and had to install the libraries in non-standard locations.

I'm having trouble getting the compiler to find the libraries I installed.

One of the libraries (https://github.com/tpm2-software/tpm2-tss/blob/master/INSTALL.md) I'm trying to install has dependencies on the other libraries, and I am getting the following error code when trying to compile, and am unable to fix it.