diff options
author | ulyan_sobin <ulyan_sobin@web> | 2020-10-20 03:36:37 +0200 |
---|---|---|
committer | GNU Hurd web pages engine <web-hurd@gnu.org> | 2020-10-20 03:36:37 +0200 |
commit | 4702732794f80b3730d9a6b4f8e6d5dac06b0a16 (patch) | |
tree | bfb587cc232056e293e9026d54700349a160e85d | |
parent | 4eec2ca5da9f154c594db6fdf3c44d2f0459be78 (diff) |
-rw-r--r-- | community/Main/GrantBow.html | 29 |
1 files changed, 29 insertions, 0 deletions
diff --git a/community/Main/GrantBow.html b/community/Main/GrantBow.html new file mode 100644 index 00000000..cda7524c --- /dev/null +++ b/community/Main/GrantBow.html @@ -0,0 +1,29 @@ +Hello! +I'm new one in hurd community. I just use hurd system and got two problem I can't resolve: +The <b>first</b> problem is software compilation: +<pre> +In file included from ../deps/v8/src/base/bounded-page-allocator.h:9, + from ../deps/v8/src/base/bounded-page-allocator.cc:5: +../deps/v8/src/base/platform/mutex.h:63:3: error: ‘NativeHandle’ does not name a type + NativeHandle& native_handle() { + ^~~~~~~~~~~~ +../deps/v8/src/base/platform/mutex.h:66:9: error: ‘NativeHandle’ does not name a type + const NativeHandle& native_handle() const { + ^~~~~~~~~~~~ +../deps/v8/src/base/platform/mutex.h:73:3: error: ‘NativeHandle’ does not name a type + NativeHandle native_handle_; + ^~~~~~~~~~~~ +../deps/v8/src/base/platform/mutex.h:163:3: error: ‘NativeHandle’ does not name a type + NativeHandle native_handle_; + ^~~~~~~~~~~~ +../deps/v8/src/base/platform/mutex.h:251:3: error: ‘NativeHandle’ does not name a type + NativeHandle native_handle_; + ^~~~~~~~~~~~ +tools/v8_gypfiles/v8_libbase.target.mk:161: recipe for target '/root/src/node-src/out/Release/obj.target/v8_libbase/deps/v8/src/base/bounded-page-allocator.o' failed +make[1]: *** [/root/src/node-src/out/Release/obj.target/v8_libbase/deps/v8/src/base/bounded-page-allocator.o] Error 1 +Makefile:104: recipe for target 'node' failed +make: *** [node] Error 2 +</pre> +This is the failure log of nodejs make. It doesn't appear in GNU/Linux or FreeBSD. I guess it's because of the i386 arch. + +The <b>second</b> problem appeared when I halt the system use `halt -p` command. |