> > I see. Could you give me some hints about where in the code that is? > Maybe I could help with that. Is the stuff missing from LLVM itself or > from terra?
Its in the CCallingConv class in tcompiler.cpp, but it needs a lot of work to get it ready for multiple architectures. I am in the process of doing that in the 'develop' branch, where that class is better separated, but it still isn't abstracted for different architectures yet. On Wed, Jun 10, 2015 at 2:21 AM, Cosmin Apreutesei < [email protected]> wrote: > > 1. You can built it with whatever optimization flags you want. I just > have > > debug stuff on because the performance of that code doesn't affect > overall > > performance and I want debug info. If you want it to be smaller then go > > ahead. > > Ok, I did that and it works. > > > 2. Terra doesn't fully work on 32 bit machines (there is some calling > > convension stuff in LLVM that must be implemented). So I have never > > officially supported it or added debug support. I do plan to get to it > and > > its debugging support eventually, but I'll probably get to 32-bit ARM > before > > 32-bit x86. > > I see. Could you give me some hints about where in the code that is? > Maybe I could help with that. Is the stuff missing from LLVM itself or > from terra? > > > 3. I don't know how to do that on OSX or windows. If you figure it out > let > > me know, as I will probably repackage libterra.a that way by default. > > I haven't found a way. `libtool -static` (or unpacking llvm with `ar > -x` and packing it back - same thing) doesn't work because there are > .cpp (and thus .o) files with the same name in different subprojects. > I'm not sure that packing .a files within .a files is even supported > at all on OSX, so I gave up on that. >
_______________________________________________ terralang mailing list [email protected] https://mailman.stanford.edu/mailman/listinfo/terralang
