libuv error when running make on a clean clone of JuliaLang/julia

[daviddelaat]

In file included from /mnt/sda2/delaat/julia/deps/libuv/include/uv.h:67:0,
                 from src/unix/async.c:25:
/mnt/sda2/delaat/julia/deps/libuv/include/uv-private/uv-unix.h:132:1: error: unknown type name 'pthread_rwlock_t'
/mnt/sda2/delaat/julia/deps/libuv/include/uv-private/uv-unix.h:149:1: error: unknown type name 'pthread_barrier_t'
In file included from src/unix/async.c:25:0:
/mnt/sda2/delaat/julia/deps/libuv/include/uv.h:353:42: warning: 'struct addrinfo' declared inside parameter list [enabled by default]
In file included from src/unix/internal.h:35:0,
                 from src/unix/async.c:26:
src/unix/linux-syscalls.h:129:21: error: unknown type name 'sigset_t'
src/unix/async.c: In function 'uv__async_start':
src/unix/async.c:214:3: warning: implicit declaration of function 'uv__make_pipe' [-Wimplicit-function-declaration]
make[3]: *** [src/unix/async.o] Error 1
make[2]: *** [libuv/libuv.a] Error 2
make[1]: *** [julia-release] Error 2
make: *** [release] Error 2

[ViralBShah]

Seems the same as #2502. What distribution are you on?

[daviddelaat]

Oops, sorry about that, I didn't see the other issue.

This is at my university computer, which I think uses a customized version of Slackware 14.

[vtjnash]

@daviddelaat what is the output of echo $OS on your machine? if set, do you know where that variable is coming from in your environment?

[ViralBShah]

@daviddelaat Were you able to build? You say that this doesn't build on a clean clone, which is a bit worrisome. Is it using some old compilers?

[daviddelaat]

I wasn't able to build yet. I'll post the OS environment variable and the gcc version when I have access to the computer again (Monday).

[daviddelaat]

The OS variable: (I don't know where it is set).

> echo $OS
Linux

And the gcc version:

> gcc --version
gcc (GCC) 4.7.1

[ViralBShah]

The gcc is clearly new enough that this should have worked. I am not suggesting make -C deps clean-uv since you are starting from a fresh clone. Did julia use to build on this computer before?

[daviddelaat]

Yes, it used to work. I've just bisected and found 32f365d to be the problematic commit.

[pao]

That's when libuv was updated, so no surprise there.

[ViralBShah]

@vtjnash Should this be an upstream bug? Perhaps it should also be reopened.

[vtjnash]

no. this is still a duplicate of #2502 ($OS must be lowercase for cross-compile, or not set)

[daviddelaat]

Aah, I see, bisection indeed shows that joyent/libuv@01fe4e7 is the problem in libuv.

[pao]

@daviddelaat Does setting $OS=linux work around the issue for you? If so we can close as duplicate of #2502.

[daviddelaat]

The commands

OS=linux make
export OS=linux && make
OS="" make
export OS="" && make

do not work, but

unset OS && make

does work.

I think this issue is already closed as a duplicate.

[pao]

Yes, I missed that Viral had closed it (I didn't scroll up.) Thanks for confirming that it's definitely the same issue!