New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Node.js #436
Comments
Ok I got a bit further (stuck at install step), here's my Makefile (the arch is harcoded in config args for the moment): PKG_NAME = node
PKG_VERS = 0.8.22
PKG_EXT = tar.gz
PKG_DIST_NAME = node-v$(PKG_VERS).$(PKG_EXT)
PKG_DIST_SITE = http://nodejs.org/dist/v$(PKG_VERS)
PKG_DIR = node-v$(PKG_VERS)
HOMEPAGE = http://www.nodejs.org/
COMMENT = Evented I/O for V8 javascript.
LICENSE =
# Configure
CONFIGURE_ARGS = --without-snapshot --dest-cpu=arm --dest-os=linux
# Install
#INSTALL_TARGET = myInstall
#POST_INSTALL_TARGET = $(WORK_DIR)/node-cc.mk
include ../../mk/spksrc.cross-cc.mk and the error:
|
I guess the problem is related to: http://n8.io/cross-compiling-nodejs-v0.8/
but I can't find where to change this in spksrc |
In your Makefile, try this:
|
Hi, It didn't work unfortunatly (the command still uses ld). I found a patch to skip the
|
I'll take a look at http://www.nodejs-news.com/nodejs-tech/ruby-to-build-nodejs-raspberrypi/ if I've still got the courage this weekend |
IMO you just need to redefine LD. Use a custom compile target which runs |
Ok with your suggestion + the patch, I can get further,
|
Override the install target this time with |
Thanks I almost found this one alone before you replied ^^ It works now, but it stops without errors after that step, perhaps I have to write the PLIST file now? |
PLISTS are auto-generated in the work directory. Just pick nodejs.plist in there and copy it to PLIST. Remove the junk in it and give the correct prefixes. |
I finally got a package out and it's working! Thx a lot The build process is not clean, if I apply the patch automatically I have the ld issue, I got to launch make a first time, waiting for the first ld error, applying the patch manually then relaunch make and the compile/install finishes. Then I had to copy paste the PLIST and the work-ARCH folder to the /spk/node, set the arch in the makefile and make from there - no idea why it's not working automatically. |
You don't need to set the ARCH in the Makefile, just run |
Ok I'll try that, here's the patch: *** common.gypi.orig 2013-03-08 20:58:10.000000000 +0100
--- common.gypi 2013-03-08 20:58:47.000000000 +0100
***************
*** 164,170 ****
[ 'OS=="linux" or OS=="freebsd" or OS=="openbsd" or OS=="solaris"', {
'cflags': [ '-Wall', '-pthread', ],
'cflags_cc': [ '-fno-rtti', '-fno-exceptions' ],
! 'ldflags': [ '-pthread', '-rdynamic' ],
'conditions': [
[ 'target_arch=="ia32"', {
'cflags': [ '-m32' ],
--- 164,170 ----
[ 'OS=="linux" or OS=="freebsd" or OS=="openbsd" or OS=="solaris"', {
'cflags': [ '-Wall', '-pthread', ],
'cflags_cc': [ '-fno-rtti', '-fno-exceptions' ],
! 'ldflags': [ '-pthread' ],
'conditions': [
[ 'target_arch=="ia32"', {
'cflags': [ '-m32' ], |
So the preConfigure don't work because it's not a .in file (my bad), I setup a fork if you want to take a look https://github.com/guillaume86/spksrc |
The solution is probably to patch a node makefile to switch ld to g++ at the right time |
if it could help you, I issued a pull request with latest Node.js which compiled for arm architecture however I couldn't test it (only tested cedarview on my ds412+). |
I'll merge this once tested |
Nice! I'll use that package if it's working :) 2013/4/23 Antoine Bertin notifications@github.com
|
Hi,
It would be nice to have a Node.js package, I've tried to cross compile it myself but I'm not experienced at all with makefiles and I got stuck pretty quickly:
I guess this flag is injected by a mk file but I haven't found it yet, It would probably take me ages to finish the compilation at the speed I figure things out so I'm better off just submitting a request :)
Thx for your work on the syno, your packages are must have...
The text was updated successfully, but these errors were encountered: