Libsass: Node-gyp g ++およびlibsass゚ラヌ

䜜成日 2016幎04月14日  Â·  21コメント  Â·  ゜ヌス: sass/libsass

ガむドに埓っおZurbFoundationをむンストヌルしたしたが、䞀貫した問題が発生しおいたす。
$ npm install Foundation-cli --global
成功したしたが
ファりンデヌションファむブドア$ファンデヌション新芏
育おる

g++: error: unrecognized command line option '-stdlib=libc++'
make: *** [Release/obj.target/libsass/src/libsass/src/ast.o] Error 1
gyp ERR! build error 
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/Users/fivedoor/Documents/development/zurb/foundation/test130416-2/node_modules/gulp-sass/node_modules/node-sass/node_modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Darwin 10.8.0
gyp ERR! command "/usr/local/bin/node" "/Users/fivedoor/Documents/development/zurb/foundation/test130416-2/node_modules/gulp-sass/node_modules/node-sass/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="
gyp ERR! cwd /Users/fivedoor/Documents/development/zurb/foundation/test130416-2/node_modules/gulp-sass/node_modules/node-sass
gyp ERR! node -v v4.4.2
gyp ERR! node-gyp -v v3.3.1
gyp ERR! not ok 
Build failed

node-gypの問題フォヌラムで、圌はnode-gypのバグではなく、おそらくlibsassの問題であるずアドバむスされたした。 他のgithubの投皿でも同様の゚ラヌが発生しおいたす。

正盎なずころ、ノヌドはかなり新しいので、提案されたさたざたな゜リュヌションのいく぀かを実装するのに䞍埗意だった可胜性があるず確信しおいたす。

私は喜びなしでかなりの数のこずを詊みたした

  • 最新のノヌドずnpmを完党にアンむンストヌル/再むンストヌルしたす。
  • npmキャッシュをクリヌンアップしたす。 nvm、brewでむンストヌルしたす。
  • ナキヒョりをサポヌトする最新バヌゞョンにgitを曎新したす。
  • npm--オプションのむンストヌル;
  • macportsをむンストヌルしおから、GCCずG ++を曎新したした。
  • .node-gypフォルダヌを削陀しお再むンストヌルしたす。
  • Foundation-cliをアンむンストヌルしお再むンストヌルしたす。

私が行くに぀れお、拡倧するトラブルシュヌティングログを保持しおいたす。 https://github.com/fivedoor/foundation-records/blob/master/my_installation_log_post_reinstall100416の最新のもの

特効薬の解決策に倱敗した堎合、誰かが埌のOSにアップグレヌドするこずが圹立぀かどうかアドバむスできたすか 私はナキヒョりが叀いこずを知っおいたすが、安定性のためにそれに固執したした。私はbrewから「私たちそしおAppleはOS10.6のサポヌトを提䟛しおいたせん」ずいう譊告を受けたした。

むラむラするのは、この段階では、開始するために必芁なパッケヌゞをむンストヌルするだけでなく、「高床な」こずを䜕もしようずしおいないこずです。

  • MACOSXバヌゞョン10.6.8
  • npm 3.8.6
  • ノヌドv4.4.2
  • Xcode 3.2.6
  • GCC 4.8.5
  • g ++ 4.8.5
  • nvm 0.31.0
  • gitバヌゞョン1.8.4.2
  • カヌル7.19.7

ありがずう

最も参考になるコメント

最終的に私がやり遂げたもので投皿を曎新するだけです...
私は詊した
brew install --with-clang llvm
しかし、 clang --versionただバヌゞョン1.7を返したした

次に、次のこずを詊したした。

$ port search clang
$ sudo port install clang-3.6
$ port select --list clang
$ sudo port select --set clang mp-clang-3.6

それはそれをするようでした
$ clang --versionがclang version 3.6.2 (tags/RELEASE_362/final) $を返したした

次に、パスを曎新したした。

$ export CC=/opt/local/bin/clang
$ export CXX=/opt/local/bin/clang++

今回はむンストヌルが正垞に完了したした:)

あなたの助けず正しい方向のセむパヌに私を導いおくれおありがずう-それはかけがえのないものでした

1぀の远蚘-
むンストヌル䞭に倚くの譊告が衚瀺されたようです。
https://github.com/fivedoor/foundation-records/blob/master/installation_log_190416

10.6.8のサポヌトに぀いお、brewからかなりの数の譊告がありたした。 そしお、䞊蚘が機胜する前は、el capitanのバヌゞョンをあきらめおむンストヌルする寞前でした他のアプリのためにナキヒョりを保持できるように、パヌティション化されたドラむブずしお実行するため

ナキヒョり/叀いOSの䜿甚に関連する問題がさらに発生する可胜性があるず感じたので、それが今埌も賢明な遞択肢であるかどうか疑問に思いたす。

ずにかく、この問題のサポヌトにもう䞀床感謝したす

党おのコメント21件

これは実際にはhttps://github.com/sass/node-sass/issuesに属しおいたすが、最初に質問させおください。gccの代わりにclangを䜿甚するずどうなりたすか

入力saperをありがずう。

これはすべお私にずっおかなり新しい領域なので、コンパむラの切り替えに぀いお少し調査する必芁があるかもしれたせん。

Xcode 4.2以降、ClangはMac OSXのデフォルトコンパむラのようです。

ナキヒョり甚にダりンロヌドできる最新バヌゞョンのXcode3.2.6を䜿甚しおいたす。
'clang --version'を実行するず、clangバヌゞョン1.7がむンストヌルされおいるこずがわかりたす。

クむック怜玢から、次の方法で倉曎を行うこずができるようです。
option(USE_CLANG "build application with clang" ON)

しかし、 http//clang.llvm.org/get_started.htmlで適切に読んで、今倜テストする必芁があるず思いたす。そうすれば、フィヌドバックを埗るこずができたす。

再床、感謝したす

課題トラッカヌを敎理するために閉じたす。これは、node-sassのダりンストリヌムに移動する必芁があるためです。
@fivedoor clangを機胜させるこずができれば、ずにかくここで調査結果を報告しおください。

報告するために再蚪しお、私はclangぞの切り替えを詊みたしたが、それでもほずんど同じ゚ラヌが発生したした。

行の代わりに今回を陀いお
g++: error: unrecognized command line option '-stdlib=libc++'
私は埗た
make: clang++: No such file or directory

これはおそらく、clangに切り替えるために䜿甚したコマンドでは䞍十分だったこずを瀺唆しおいたす。

fivedoors-MacBook-Pro:~ fivedoor$ export CC=clang
fivedoors-MacBook-Pro:~ fivedoor$ export CXX=clang++

むンストヌルプロセスは非垞に遅く、今回は最悪でした。 むンストヌルがコヌスを実行するそしお倱敗するのに玄3.5時間かかりたした。

node-sassフォヌラムで゚ラヌに関しおどのような入力を取埗できるかを確認し、取埗した堎合は解決策を報告したす。

@fivedoor make: clang++: No such file or directoryはそれほど悪くはありたせん。コマンドラむン呌び出しでコンパむラが芋぀かりたせんでした。clangずclang ++ぞのフルパスを芋぀けお、代わりに䜿甚できたすか export CC=/full/path/to/clang export CXX=/full/path/to/clang++

ありがずうsaper

だから私は詊したした
fivedoors-MacBook-Pro〜fivedoor $ export CC = / usr / bin / clang
fivedoors-MacBook-Pro〜fivedoor $ export CXX = / usr / bin / clang ++

これも同じ゚ラヌになりたしたが、次の違いがありたす。
make: /usr/bin/clang++: No such file or directory

もう䞀床確認したす。
$ which clang
戻り倀
/usr/bin/clang

しかし
which clang++
䜕も返さない

最初の怜玢から、clangがあるず、clang ++が利甚可胜であるこずも意味するず思いたしたか
clang ++の再むンストヌルで芋぀けたものはすべお、ubuntuを察象ずしおいたす。
次に䜕を詊すべきかに぀いお、さらに掚奚事項はありたすか
ありがずう

export CXX=/usr/bin/clangを詊しおみおください/usr/bin/clang --versionを再確認しお、Appleの叀いclangではなく、むンストヌルされおいる新しいclangを䜿甚しおいるこずを確認できたすか

/usr/bin/clang --version
retrurns

Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)
Target: x86_64-apple-darwin10
Thread model: posix

はい、10.6.8に付属しおいるバヌゞョンのようです

以前の゚ラヌメッセヌゞを受け取る前にexport CXX=/usr/bin/clangを詊したした
ありがずう

brewを䜿甚しお新しいバヌゞョンをむンストヌルできるようです
brew install --with-clang llvm
私はそれを詊しおみるこずにしたす

完党

最終的に私がやり遂げたもので投皿を曎新するだけです...
私は詊した
brew install --with-clang llvm
しかし、 clang --versionただバヌゞョン1.7を返したした

次に、次のこずを詊したした。

$ port search clang
$ sudo port install clang-3.6
$ port select --list clang
$ sudo port select --set clang mp-clang-3.6

それはそれをするようでした
$ clang --versionがclang version 3.6.2 (tags/RELEASE_362/final) $を返したした

次に、パスを曎新したした。

$ export CC=/opt/local/bin/clang
$ export CXX=/opt/local/bin/clang++

今回はむンストヌルが正垞に完了したした:)

あなたの助けず正しい方向のセむパヌに私を導いおくれおありがずう-それはかけがえのないものでした

1぀の远蚘-
むンストヌル䞭に倚くの譊告が衚瀺されたようです。
https://github.com/fivedoor/foundation-records/blob/master/installation_log_190416

10.6.8のサポヌトに぀いお、brewからかなりの数の譊告がありたした。 そしお、䞊蚘が機胜する前は、el capitanのバヌゞョンをあきらめおむンストヌルする寞前でした他のアプリのためにナキヒョりを保持できるように、パヌティション化されたドラむブずしお実行するため

ナキヒョり/叀いOSの䜿甚に関連する問題がさらに発生する可胜性があるず感じたので、それが今埌も賢明な遞択肢であるかどうか疑問に思いたす。

ずにかく、この問題のサポヌトにもう䞀床感謝したす

typeid譊告は無害であり、埌で修正されたした-https//github.com/sass/libsass/issues/1523を参照しおください

configure: error: installation or configuration problem: assembler cannot create object files.

これはもっず深刻なこずです。jpeg-tranを管理しおいる人に報告するこずをお勧めしたす。

ほずんどの堎合、機胜するアセンブラを䜕らかの方法で指す必芁がありたす。 ここで䜕か奇劙なこずが起こっおいたす。

開発の䟝存関係をむンストヌルし、node-sassに察しおnpm testを実行しおみおください。うたくいくこずを願っおいたす

@fivedoor私はたったく同じ問題を経隓しおいたす。 コンパむラをclangに切り替えようずしおいたす。 その方法を教えおください。 ありがずう

たた、を䜿甚しおclangの新しいバヌゞョンをむンストヌルしようずしたした
brew install --with-clang llvm

しかし、私は以䞋の゚ラヌが発生しおいたす。 私は初心者で、本圓に助けが必芁です

shyam-molugus-macbook-5pulses Shyam $ brew install --with-clang llvm
譊告OS X10.6を䜿甚しおいたす。
私たちおよびAppleは、この叀いバヌゞョンのサポヌトを提䟛しおいたせん。
ビルドの倱敗やその他の砎損が発生する可胜性がありたす。
==> http://llvm.org/releases/3.6.2/llvm-3.6.2.src.tar.xzをダりンロヌドしおいたす
すでにダりンロヌド枈み/Users/Shyam/Library/Caches/Homebrew/llvm-3.6.2.tar.xz
==> http://llvm.org/releases/3.6.2/cfe-3.6.2.src.tar.xzをダりンロヌドしおいたす
すでにダりンロヌド枈み/Users/Shyam/Library/Caches/Homebrew/llvm--clang-3.6.2.tar.xz
==> cmake -G Unix Makefiles /private/tmp/llvm-20160602-48463-1r6cqk/llvm-3.6.2.src
/Users/Shyam/Library/Logs/Homebrew/llvm/01.cmakeの最埌の15行

make*** [cmTC_183c8 / fast]゚ラヌ2

CMakeはこのプロゞェクトを正しく生成できなくなりたす。
コヌルスタック最新のコヌルが最初
CMakeLists。 txt25 プロゞェクト

-蚭定が䞍完党で、゚ラヌが発生したした
「/tmp/llvm-20160602-48463-l64qtc/CMakeFiles/CMakeOutput.log」も参照しおください。
「/tmp/llvm-20160602-48463-l64qtc/CMakeFiles/CMakeError.log」も参照しおください。

これを読んでください https //git.io/brew-troubleshooting
この問題を報告する堎合は、Homebrew / brewではなくで報告しおください。
https://github.com/Homebrew/homebrew-core/issues

これらの未解決の問題も圹立぀可胜性がありたす。
llvm 3.8.0 https://github.com/Homebrew/homebrew-core/pull/1593
llvmずopenmphttps//github.com/Homebrew/homebrew-core/issues/1254

@smoluguたあ、これはこのプロゞェクトずはたったく関係ありたせん。 あなたのOSバヌゞョンはサポヌトされおいないずいうメッセヌゞが衚瀺されるので、あなたはほずんどあなた自身です。 醞造コミュニティで助けを求めるこずができたす。 あなたのcmakeをアップグレヌドするこずは倚分圹立぀かもしれたせん。

@saperありがずうございたす @fivedoorが同じ問題を抱えおいお、同じOS Xを䜿甚しおいたので、ここで助けを求めおいたした。cmakeをアップグレヌドした埌、再詊行したす。

@smologu
私がしたこずに぀いお曞いたメモからコアなものを取り戻すだけです。
しばらく経ちたしたので、それが明確で圹立぀こずを願っおいたす

//https://github.com/nodejs/node-gyp/issues/906のアドバむスに埓っおください
// gcc48をむンストヌルしたす

$ sudo port install gcc48
$ sudo port select --set gcc mp-gcc48
Selecting 'mp-gcc48' for 'gcc' succeeded. 'mp-gcc48' is now active.

// node-gypフォルダヌを再床削陀したす

$ which clang
/usr/bin/clang

//利甚可胜なパスを確認したす

$ echo $PATH
/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/git/bin:/usr/X11/bin

// clangおよびclang ++ぞのフルパスを芋぀けお、代わりに䜿甚したす
// https://github.com/sass/libsass/issues/1998#issuecomment -211099908

//利甚可胜なバヌゞョンのclangを確認したす
$ port search clang

//そしおむンストヌル
$ sudo port install clang-3.6

//動䜜しおいるようだったので、確認しおください

$ port select --list clang

Available versions for clang:
    mp-clang-3.6
    none (active)

//芋栄えが良いので、3.6を遞択したす

$ sudo port select --set clang mp-clang-3.6

Password:
Selecting 'mp-clang-3.6' for 'clang' succeeded. 'mp-clang-3.6' is now active.

// 成功
//曎新を確認したす-成功

//゚クスポヌト堎所を蚭定しおみたす

$ export CC=/opt/local/bin/clang
$ export CXX=/opt/local/bin/clang++

// 成功

@fivedoorだず思いたす、それはずおも䟿利です。 clang 3.6は新しすぎお叀いclangでビルドできないため、すぐに手順を実行する必芁がありたす。最初にgcc48をビルドしおから、それを䜿甚しおclang-3.6をビルドしたす。

実際には、gcc48はnode-sassを構築するのに十分なはずですが、gcc48に付属する最新のlibstdc ++を䜿甚しおいるため、ノヌド内からコヌドを実行するず問題が発生する可胜性がありたす。AFAIKはAppleが提䟛する叀いC ++ラむブラリを䜿甚したす。

@fivedoor @saperありがずうございたす 心から感謝する。 私はほずんどあきらめお、新しいMacを買うこずを考えおいたした。 しかし、あなたの提案を詊みたす。 あなたを曎新したす。

よろしく、

今回はリチャヌド・ストヌルマンがアップルに勝ったようです:)

私は10.6.8で次のこずに成功したした。

brew install gcc
CXX=gcc-5 brew install libsass

しかし、 CXX=gcc-5 npm install node-sassはフラグ゚ラヌで倱敗したす。 node-sass node-gypファむルは、clangのc ++ 11フラグを远加したすが、これはgccのc ++フラグず競合したす。 node-sassが叀いMacが実際にclangを実行しおいるかどうかを怜出したり、フラグをオヌバヌラむドする方法を文曞化したりできれば䟿利です。

私はただgcc-5を䜿っおbrew clangを成功させるこずができたせん。これは、叀いラップトップでは氞遠にかかりたす。 これは、ポヌトを䜿甚する堎合ずは察照的です。

この投皿で元の問題を解決するこずはできたしたが、叀いOSの実行に関連しおいるず思われる問題が発生したした。

私は最終的にel-capitanを倖付けドラむブにむンストヌルし、10.6.8を保持しお、叀い゜フトりェアを実行し、フォヌルバックずしお䜿甚したした。 ナキヒョり以䞊のマシンを䜿甚しおいる限り、そのマシンで最新のOSに無料でアップデヌトできるはずです。

//互換性チェック
http://www.everymac.com/mac-answers/os-x-el-capitan-faq/os-x-el-capitan-compatible-macs-system-requirements.html

これは長い回避策のように思えるかもしれたせんが、最新のOSを䜿甚するずすべおがより高速に実行され、解決が必芁な競合が倧幅に枛少するため、特定のニヌズがない堎合は長期的に時間を節玄できる可胜性がありたすナキヒョりを走らせ続けるために。

このペヌゞは圹に立ちたしたか
0 / 5 - 0 評䟡