On 15 November 2017 at 00:07, Todd Blanchard <tblanchard@mac.com> wrote:
I've got it loaded, have fixed up the library path and fixed the test for version (built in lib returns very different version string).

I have many tests green.�� However, as before, tests involving CXSourceRange that return CXSourceLocations return all zero'd data.�� The CXSourceRange struct looks sane.

The calls to��CXSourceLocation clang_getRangeStart(CXSourceRange range);

and its twin RangeEnd result in zero'd structs.

Any idea on where I can look to try to figure out where this is going wrong? ��

I have compiled little C programs and verified that both struct sizes agree in FFI and native code (24 bytes each).

Not sure what to try next.
��c
-Todd Blanchard

Compile your own debug-VM** and make a little C wrapper MyCXSourceRange��to forward to Clang's CXSourceRange, and set a gdb a breakpoint in MyCXSourceRange and compare 64 bit and 32 bit versions.����

That still leaves differences in the callout before your breakpoint in MyCXSourceRange is reached, so just do two callouts in a row and trace from the first to the second.��

** https://github.com/OpenSmalltalk/opensmalltalk-vm/tree/Cog/build.linux64x64/pharo.cog.spur/build.debug

cheers -ben