Jimb Esser

Interesting! Well, I've uploaded binaries here: https://github.com/Jimbly/osxcross-test/tree/master/SuperSimple/binaries If you want to use Docker, I can upload my whole state for you to poke around with if that would help. Looks...

Absolutely! I do see that the extracted file differs from the one put in, at least the first time: ``` # rm libglew.a # cp glew.c.o glew.c.o.orig # ar rq...

Actually, not 100% certain the versions used to make the binaries I uploaded were identical (if CC produced different results, then they'd have been different). I've updated the checked in...

Linux version is from the "buildpack-deps:jessie-curl" Docker repo, which is "Debian Jessie" or "Debian 8", I guess (though incredibly trimmed down). ``` # uname -a Linux b416e4ea453c 4.4.83-boot2docker #1 SMP...

I hadn't thought it might be distro related, but I'll try this on ubuntu:xenial and see if it behaves differently (takes quite a while to build in a VM though,...

Everything I did to set up my instance is here: https://gist.github.com/Jimbly/105538265da42682488ada15ba477a77 Build Clang, install it, then build OSXCross, so I think so! Edit: Ignore the last part of that Dockerfile...

I think I tried without building Clang the first time, and tried using https://github.com/multiarch/crossbuild before that (all with the same results). multiarch/crossbuild also uses `buildpack-deps:jessie-curl` as its base OS image,...

Tried this with an Ubuntu-based base Docker image, still no luck, having the exact same behavior. This was without building clang 3.9.1 first, just using the clang in the apt...

Fresh build of Clang 3.9.1 and then OSXCross on an Ubuntu Xenial Docker image finished, and I have the same erroneous result.

I tried this on a physical Ubuntu server, and it also worked fine (but, using the clang 3.8 that apt installed, so, not quite the same), so that rules out...