Compiling Vishap Oberon

[gpatrick]

I'm running OpenBSD 6.2 i386 snapshot on my Thinkpad T60 and am trying to compiling Vishap Oberon which is supported on OpenBSD. However, I'm getting an error during 'make full' which is in the attachment.

The last 3 lines are

clang: error: linker command failed with exit code 1 (use -v to see invocation)
g && clang -fPIC -g -static Compiler.c -o /tmp/voc/voc ...)
*** Error 1 in . (src/tools/make/oberon.mk:86 'compilerfromsavedsource')
*** Error 1 in /tmp/voc (makefile:140 'full')

[gpatrick]

Update:

I was able to build Vishap Oberon successfully from source

https://github.com/vishaps/voc.git

using OpenBSD amd64 and also on FreeBSD amd64. The failure is in i386 even though it states it as a supported architecture.

[ibara]

Change line 22 in bootstrap/SYSTEM.h and src/runtime/SYSTEM.h from:

  typedef unsigned int         size_t;

to

  typedef unsigned long        size_t;

[ibara]

Also fyi those last 3 lines you posted don't help at all. But the log did help.

[gpatrick]

That worked. Thank you.

Do you mind if I ask how you was able to determine that from the output? I saw many references to SYSTEM.h, but they didn't have line 22, or the directories so clearly defined.

[ibara]

Line 22 just happens to be the line in both SYSTEM.h files. It's not relevant to anything else.

size_t is an unsigned long in OpenBSD (size_t is typedef'd in sys/types.h as a __size_t; __size_t is typedef'd in sys/_types.h as an unsigned long, so therefore size_t is an unsigned long). Because voc uses no system includes at all, it has to typedef size_t itself (otherwise, size_t means nothing) which it does using that block of preprocessor #ifdef's. It so happens to be wrong for OpenBSD when it's a 32-bit architecture (as size_t is then typedef'd as an unsigned int). It happens to be correct on 64-bit architectures, which is why it built on amd64 just fine.

Next, the compiler sees a prototype for the functions memcpy and alloca. Modern C compilers tend to be very smart and know the prototypes of a whole host of standard libc functions without any external aid. But wait--the prototype that clang knows doesn't match the prototype voc is giving it (specifically, the final parameter of each according to clang is an unsigned long but according to voc is an unsigned int). clang takes this to mean that you are overriding the libc function with those names. There is never a function provided by voc named memcpy or alloca, since voc really wants the libc functions. Now, when clang tries to link things, it discards the libc memcpy and alloca functions as possible candidates for your memcpy and alloca functions. And therefore there are no functions with those names and you get the classic undefined reference error from the linker.

You should probably report this to upstream.

[gpatrick]

Thanks again. I opened a new issue so the maintainers can fix it.

[ibara]

Looks like we got the fix in.