我想要做的是：
我希望能够在类Unix系统（尤其是Linux和Mac OS X）上使用gcc（以及最终的Java），使用C和C ++来实现这一目标。基本思路是为这些语言实现一个读入-求值-输出循环，即在输入表达式和语句时编译它们，并使用它们来修改现有的数据结构（这在脚本语言中经常发生）。我正在使用python编写此工具，该工具生成C/C ++文件，但这并不重要。
我已经尝试使用共享库来完成这个任务，但了解到修改共享库不会影响已经在运行的程序。我还尝试使用共享内存，但找不到一种将函数加载到堆上的方法。我也考虑过使用汇编代码，但还没有尝试过。
除非绝对无法在gcc中实现，否则我不想使用除gcc以外的任何编译器。
如果有人有任何想法或知道如何做到这一点，任何帮助将不胜感激。
有一个简单的解决方案:
要使用您的结构，您必须包含与主机应用程序相同的标头文件。
structs.h：
struct S {
int a,b;
};
main.cpp:
#include <iostream>
#include <fstream>
#include <dlfcn.h>
#include <stdlib.h>
#include "structs.h"
using namespace std;
int main ( int argc, char **argv ) {
// create own program
ofstream f ( "tmp.cpp" );
f << "#include<stdlib.h>\n#include \"structs.h\"\n extern \"C\" void F(S &s) { s.a += s.a; s.b *= s.b; }\n";
f.close();
// create library
system ( "/usr/bin/gcc -shared tmp.cpp -o libtmp.so" );
// load library
void * fLib = dlopen ( "./libtmp.so", RTLD_LAZY );
if ( !fLib ) {
cerr << "Cannot open library: " << dlerror() << '\n';
}
if ( fLib ) {
int ( *fn ) ( S & ) = dlsym ( fLib, "F" );
if ( fn ) {
for(int i=0;i<11;i++) {
S s;
s.a = i;
s.b = i;
// use function
fn(s);
cout << s.a << " " << s.b << endl;
}
}
dlclose ( fLib );
}
return 0;
}
输出：
0 0
2 1
4 4
6 9
8 16
10 25
12 36
14 49
16 64
18 81
20 100
您还可以创建可变程序，它将更改自身（源代码），重新编译并使用共享内存替换其实际执行，并使用execv节省资源。
我认为您可以使用动态库并在运行时加载它们（使用 dlopen 等函数）来实现这一点。
void * lib = dlopen("mynewcode.so", RTLD_LAZY);
if(lib) {
void (*fn)(void) = dlsym(lib, "libfunc");
if(fn) fn();
dlclose(lib);
}
你显然必须在进行编译的同时逐步更新代码，但如果你不断替换mynewcode.so，我认为这对你有用。
RTLD_NODELETE标志）时被卸载。不过，这一切都要带着点保留 :）。 - Stephen Newelldlclose()未卸载符号，除非当然通过传递RTLD_NODELETE*，这种情况下它不会卸载它们。 - Pryftancosine = (double (*)(double)) dlsym(handle, "cos");* 根据 ISO C 标准，像上面这样在函数指针和 'void *' 之间进行强制类型转换会产生未定义的结果。POSIX.1-2003 和 POSIX.1-2008 接受了这种情况，并提出了以下解决方法：*(void **) (&cosine) = dlsym(handle, "cos");*（1/2） - PryftanRTLD_LAZY，只是为了澄清它的含义：对于函数（而不是变量），它仅在调用函数时解析未解决的符号。根据函数的使用和重要性，这可能是不可取的 - 例如，如果在此时无法解析符号，则可能希望中止程序。在这种情况下，您可以使用RTLD_NOW。您可以使用dlerror()来报告最近相关函数的错误。当然，您需要这些函数的链接器标志-ldl*。我想这就是我现在所拥有的全部！ - PryftanOpenCL 是一个得到广泛支持的标准，主要用于将计算任务卸载到专门的硬件上，例如GPU。但是，它也可以在CPU上很好地运行，并且实际上作为其核心功能之一运行时编译类似于C99的代码（这就是如何实现硬件可移植性的）。更新版本（2.1+）还接受大量的C++14子集。
这样的运行时编译和执行的基本示例可能如下所示：
#ifdef __APPLE__
#include<OpenCL/opencl.h>
#else
#include<CL/cl.h>
#endif
#include<stdlib.h>
int main(int argc,char**argv){//assumes source code strings are in argv
cl_int e = 0;//error status indicator
cl_platform_id platform = 0;
cl_device_id device = 0;
e=clGetPlatformIDs(1,&platform,0); if(e)exit(e);
e=clGetDeviceIDs(platform,CL_DEVICE_TYPE_ALL,1,&device,0); if(e)exit(e);
cl_context context = clCreateContext(0,1,&device,0,0,&e); if(e)exit(e);
cl_command_queue queue = clCreateCommandQueue(context,device,0,&e); if(e)exit(e);
//the lines below could be done in a loop, assuming you release each program & kernel
cl_program program = clCreateProgramWithSource(context,argc,(const char**)argv,0,&e);
cl_kernel kernel = 0; if(e)exit(e);
e=clBuildProgram(program,1,&device,0,0,0); if(e)exit(e);
e=clCreateKernelsInProgram(program,1,&kernel,0); if(e)exit(e);
e=clSetKernelArg(kernel,0,sizeof(int),&argc); if(e)exit(e);
e=clEnqueueTask(queue,kernel,0,0,0); if(e)exit(e);
//realistically, you'd also need some buffer operations around here to do useful work
}