installation problem

[edwardsmarkf]

hello -

i HOPE this is the correct forum and apologize in advance if it is not. i am interested in trying out io,js on my centOS box. i ran into the following installation issue (below). node.js seemed to install without any issues. i tried both the following:

wget https://iojs.org/download/nightly/v1.5.2-nightly20150313056ed4b0c9/iojs-v1.5.2-nightly20150313056ed4b0c9.tar.gz; configure && make ;

wget https://github.com/iojs/io.js/archive/v1.x.zip ; configure && make ;

(git clone was giving me some odd "forbidden message" so i used the old fashioned way.

here is my installation issue:

g++ '-DV8_TARGET_ARCH_X64' '-DENABLE_DISASSEMBLER' '-DICU_UTIL_DATA_IMPL=ICU_UTIL_DATA_STATIC' -I../deps/v8 -pthread -Wall -Wextra -Wno-unused-parameter -m64 -fno-strict-aliasing -m64 -O3 -ffunction-sections -fdata-sections -fno-omit-frame-pointer -fdata-sections -ffunction-sections -O3 -fno-rtti -fno-exceptions -std=gnu++0x -MMD -MF /root/iojs/iojs/io.js-1.x/out/Release/.deps//root/iojs/iojs/io.js-1.x/out/Release/obj.target/v8_base/deps/v8/src/accessors.o.d.raw -c -o /root/iojs/iojs/io.js-1.x/out/Release/obj.target/v8_base/deps/v8/src/accessors.o ../deps/v8/src/accessors.cc
In file included from ../deps/v8/src/v8.h:39,
from ../deps/v8/src/accessors.cc:5:
../deps/v8/src/objects-inl.h: In static member function 'static uint32_t v8::internal::IteratingStringHasher::Hash(v8::internal::String_, uint32_t)':
../deps/v8/src/objects-inl.h:6832: error: 'nullptr' was not declared in this scope
../deps/v8/src/objects-inl.h: In member function 'void v8::internal::ExecutableAccessorInfo::clear_setter()':
../deps/v8/src/objects-inl.h:7039: error: 'nullptr' was not declared in this scope
../deps/v8/src/objects-inl.h:7039: error: unable to deduce 'auto' from ''
make[1]: *_* [/root/iojs/iojs/io.js-1.x/out/Release/obj.target/v8_base/deps/v8/src/accessors.o] Error 1
make[1]: Leaving directory `/root/iojs/iojs/io.js-1.x/out'
make: *** [iojs] Error 2

any help is appreciated.

[edwardsmarkf]

hmmm i see "gcc and g++ 4.8 or newer" in the README.md and it appears my gcc is

gcc version 4.4.7 20120313 (Red Hat 4.4.7-11)

i will try upgrading my gcc and see if that helps, although i would have thought that ./configure would have caught that.

UPDATE:

Python 2.6.6

clang version 3.4.2 (tags/RELEASE_34/dot2-final)
Target: x86_64-redhat-linux-gnu
Thread model: posix
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.4
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-redhat-linux/4.4.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-redhat-linux/4.4.7
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7

[edwardsmarkf]

wget https://iojs.org/download/nightly/v1.5.2-nightly20150313056ed4b0c9/iojs-v1.5.2-nightly20150313056ed4b0c9-linux-x64.tar.gz;

./iojs -v
v1.5.2-nightly20150313056ed4b0c9

i see i can just install the binary instead. i still am a little old-school and like the idea of running "make install"

[Fishrock123]

@edwardsmarkf did it work with gcc 4.8+?

[edwardsmarkf]

i am installing gcc-4.8.2 now - although i am tempted to just use the binary that worked and call it a day, unless one of you other wizards can advise me differently.

i found this link for upgrading gcc: http://wiki.mikejung.biz/Gcc_CentOS - looks good so far.

one of these days, somebody needs to explain why yum uses a three year old gcc.

[jbergstroem]

@edwardsmarkf the commit @bnoordhuis just merged (run a git pull) should solve the issue once you've got gcc 4.8.x installed. Another approach if you prefer using clang would be:

$ CXX=clang++ CC=clang ./configure
<snip>
$ CXX=clang++ CC=clang make -j$(getconf _NPROCESSORS_ONLN) # parallelise build

[edwardsmarkf]

well, that got me a LOT farther - thank you. here is what i am running into now (below). i am currently building the new gcc but its taking a long time.

latest error:

clang++ '-DV8_TARGET_ARCH_X64' '-DENABLE_DISASSEMBLER' '-DICU_UTIL_DATA_IMPL=ICU_UTIL_DATA_STATIC' -I../deps/v8 -pthread -Wall -Wextra -Wno-unused-parameter -m64 -fno-strict-aliasing -m64 -O3 -ffunction-sections -fdata-sections -fno-omit-frame-pointer -fdata-sections -ffunction-sections -O3 -fno-rtti -fno-exceptions -std=gn u++0x -MMD -MF /root/iojs/iojs/io.js-1.x/out/Release/.deps//root/iojs/iojs/io.js-1.x/out/Release/obj.target/v8_base/deps/v8/src/accessors.o.d.raw -c -o /root/iojs/ iojs/io.js-1.x/out/Release/obj.target/v8_base/deps/v8/src/accessors.o ../deps/v8/src/accessors.cc
In file included from ../deps/v8/src/accessors.cc:5:
In file included from ../deps/v8/src/v8.h:34:
In file included from ../deps/v8/src/utils.h:18:
In file included from ../deps/v8/src/base/platform/platform.h:25:
In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/string:42:
In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/char_traits.h:41:
In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/stl_algobase.h:66:
In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/stl_pair.h:60:
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/move.h:57:14: error: rvalue reference to type
'typename std::remove_reference<Object **&>::type' (aka 'v8::internal::Object *') cannot bind to lvalue of type 'v8::internal::Object *'
{ return __t; }
^~~
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/move.h:81:19: note: in instantiation of function template specialization
'std::move<v8::internal::Object **&>' requested here
_Tp __tmp = _GLIBCXX_MOVE(__a);
^
/usr/bin/../lib/gcc/x86_64-redhat-linux/4.4.7/../../../../include/c++/4.4.7/bits/move.h:61:33: note: expanded from macro '_GLIBCXX_MOVE'
#define _GLIBCXX_MOVE(_Tp) std::move(_Tp)
^
../deps/v8/src/handles-inl.h:104:8: note: in instantiation of function template specialization 'std::swap<v8::internal::Object **>' requested here
std::swap(current->next, prev_next);
^

[jbergstroem]

@edwardsmarkf by the look of your include path, it still looks like it's referencing an older gcc.

[edwardsmarkf]

time to cut the losses on trying to build my own using an old gcc. i just downloaded the latest bin, put that directory in my path variable, and used iojs instead of node in the CLI - should i sound surprised that it worked ?

[jbergstroem]

@edwardsmarkf that's what the binaries are there for. Feel free to close this issue.

[rvagg]

FYI this is the setup we are using on CentOS5 for building io.js which you could easily replicate for yourself: https://github.com/iojs/build/tree/master/setup/centos5

We use the Scientific Linux CERN devtools distro to get 4.8 for compiling.

[edwardsmarkf]

thanks - actually i am on a centOS-6.6 VPS -- i have a question to my host what it will take to upgrade to centOS-7 which has the newer gcc.

however, the bin works fine. i suppose there is no real reason why i need to build it myself, except for the challenge of it.

i am still a bit surprised the bin worked so well out of the box, but i suppose the io.js dedicated support staff would have expected that. i am guessing the next step is to move the iojs and npm executables into the same directory where node now lives.

this is pretty exciting for me.

UPDATE: as an experiment, i built a centOS 6.6 env using virtualbox and am currently running this script: http://wiki.mikejung.biz/Gcc_CentOS -- i still want to create my own iosj using my old friend:
./configure && make && make check && make install ;