I think libuv is missing the pthread header. Keno, Didn't we see/fix this
already?

On Monday, February 17, 2014, Stefan Karpinski <[email protected]> wrote:

> Looks like the compiler is choking on the libuv header, which is weird.
>
>
> On Mon, Feb 17, 2014 at 6:30 AM, 
> <[email protected]<javascript:_e(%7B%7D,'cvml','[email protected]');>
> > wrote:
>
>> I actually also tried to compile it on Red Hat Enterprise Linux Server
>> release 6.3 (Santiago), but the error message is the same as below. Do you
>> have any idea?
>>
>> $make
>>
>>  /bin/sh ./config.status
>> config.status: creating Makefile
>> config.status: executing depfiles commands
>> config.status: executing libtool commands
>>   CC     src/libuv_la-fs-poll.lo
>> In file included from ./include/uv.h:64,
>>                  from src/fs-poll.c:22:
>> ./include/uv-unix.h:132: error: expected '=', ',', ';', 'asm' or
>> '__attribute__' before 'uv_rwlock_t'
>> ./include/uv-unix.h:149: error: expected '=', ',', ';', 'asm' or
>> '__attribute__' before 'uv_barrier_t'
>> In file included from src/fs-poll.c:22:
>> ./include/uv.h:1954: error: expected ')' before '*' token
>> ./include/uv.h:1955: error: expected ')' before '*' token
>> ./include/uv.h:1956: error: expected ')' before '*' token
>> ./include/uv.h:1957: error: expected ')' before '*' token
>> ./include/uv.h:1958: error: expected ')' before '*' token
>> ./include/uv.h:1959: error: expected ')' before '*' token
>> ./include/uv.h:1960: error: expected ')' before '*' token
>> ./include/uv.h:1961: error: expected ')' before '*' token
>> ./include/uv.h:1997: error: expected ')' before '*' token
>> ./include/uv.h:1998: error: expected ')' before '*' token
>> ./include/uv.h:1999: error: expected ')' before '*' token
>> make[4]: *** [src/libuv_la-fs-poll.lo] Error 1
>> make[3]: *** [all] Error 2
>> make[2]: *** [libuv/.libs/libuv.a] Error 2
>> make[1]: *** [julia-release] Error 2
>> make: *** [release] Error 2
>>
>>
>> On Monday, February 17, 2014 7:23:54 PM UTC+8, Tim Holy wrote:
>>
>>> I'll caution you that even if you get it working on that machine, you
>>> may
>>> encounter further problems once you start trying it out. Even the
>>> packages
>>> shipped with CentOS 6.4---similar to RH 6.4, which is two years newer
>>> than
>>> 5.6---are on the verge of being too old to be useful. (The version of
>>> git
>>> shipped with 6.4, for example, has already caused some trouble; there's
>>> no
>>> Gtk3 on 6.4, and the version of Gtk2 shipped with 6.4 doesn't currently
>>> work
>>> with the Gtk package for reasons I haven't yet tracked down, etc.) I can
>>> imagine that a lot of the C libraries that are wrapped in Julia's
>>> packages
>>> simply won't work on your machine.
>>>
>>> This is mostly a RH/CentOS problem, as the packages shipped with Ubuntu
>>> 12.04
>>> (approximately contemporaneous with RH 6.4) are fine.
>>>
>>> I suspect you'll be a lot less frustrated if you just give up now and
>>> find a
>>> different machine to run Julia on. Julia is a new language, and running
>>> new
>>> (and fast-moving) software on old platforms rarely works to your
>>> satisfaction.
>>>
>>> --Tim
>>>
>>> On Sunday, February 16, 2014 08:03:16 PM [email protected] wrote:
>>> > It's really, really frustrate for me to compile Julia in our RedHat
>>> server.
>>> > Anyone who can share me a binary Julia compiled in Red Hat system?
>>> Many
>>> > thanks!
>>> > My server is Red Hat Enterprise Linux Server release 5.6 (Tikanga).
>>>
>>
>

Reply via email to