Ruby vie RVM auf meiner DS213+

Status
Für weitere Antworten geschlossen.

jakima

Benutzer
Mitglied seit
07. Nov 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Ich bin gerade dabei SiriProxy auf meiner DS einzurichten. Dafür brauche ich zunächst einmal Ruby.

Also habe ich RVM installiert mit:

curl -L https://get.rvm.io | bash

Hat soweit funktioniert. Nun wollte ich mit

rvm install 2.0.0

Ruby 2.0.0 installieren. Klappt aber nicht, denn beim Konfigurieren bricht es leider ab. Angeblich nur wegen:

configure: error: cannot compute sizeof (long long)

Was kann ich da tun? Habe es auch mit sämlichten anderen Ruby-Versionen versucht, aber es klappt einfach nicht. Im Anhang das Logfile.
 

Anhänge

  • configure.txt
    7,6 KB · Aufrufe: 3

jakima

Benutzer
Mitglied seit
07. Nov 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Das Konfigurieren klappt nun (libm war kaputt).

Allerdings gibt es Probleme beim make und ich weiß absolut nicht wieso. Log (make.txt), siehe Anhang.

compiling file.c
file.c: In function `rb_file_readable_p':
file.c:1344: warning: implicit declaration of function `eaccess'
file.c: In function `utime_internal':
file.c:2335: warning: implicit declaration of function `utimensat'
file.c:2335: error: `AT_FDCWD' undeclared (first use in this function)
file.c:2335: error: (Each undeclared identifier is reported only once
file.c:2335: error: for each function it appears in.)
make: *** [file.o] Error 1
 

Anhänge

  • make.txt
    1,2 KB · Aufrufe: 1

RettigO

Benutzer
Mitglied seit
12. Jun 2013
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
Hallo,
ich habe das gleiche Problem. Allerdings versuche ich gerade ruby via rbenv zu installieren.
Viele Grüße
Oliver
 

jakima

Benutzer
Mitglied seit
07. Nov 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Das was ich bisher herausgefunden habe ist Folgendes:

wenn die features.h nicht korrekt eingebunden wird, dann kommt der Fehler mit AT_FDCWD (so glaube ich zumindest). Bei mir steht bei den CPPFLAGS nicht /opt/include mit drin und da liegt unter anderem die features.h und auch so ziemlich alle anderen Header-Dateien.

Mein Lösungsversuch war folgendes:

rvm install -C --with-opt-dir=/opt 2.0.0

Das war bei mir nämlich komischerweise ansonsten auf /usr/local. Jetzt sollte man meinen, dass er die Header-Dateien findet und sich nicht mehr beschwert, aber Fehlanzeige. Leider noch das gleiche Problem :/
Falls du weiterkommst, wäre es hilfreich, wenn du dein Wissen mit mir teilen kannst :)
 

Merthos

Benutzer
Mitglied seit
01. Mai 2010
Beiträge
2.709
Punkte für Reaktionen
2
Punkte
84
Mit CPPFLAGS (Compiler) und LDFLAGS (Linker) kann man üblicherweise die Suchpfade erweitern.
Rich (BBCode):
export CPPFLAGS=-IPFAD
export LDFLAGS=-LPFAD
 

jakima

Benutzer
Mitglied seit
07. Nov 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Das, was ich bisher dazu gefunden habe:

sh-3.2# /usr/local/bin/powerpc-none-linux-gnuspe-gcc -std=gnu99
-DHAVE_CONFIG_H -I. -O2 -mcpu=8548 -mspe -mabi=spe -mhard-float
-mfloat-gprs=double -MT utimens.o -MD -MP -MF .deps/utimens.Tpo -c -o
utimens.o utimens.c
utimens.c: In function 'gl_futimens':
utimens.c:123: warning: implicit declaration of function 'futimesat'
utimens.c:123: error: 'AT_FDCWD' undeclared (first use in this function)
utimens.c:123: error: (Each undeclared identifier is reported only once
utimens.c:123: error: for each function it appears in.)


But after installing another "gcc" which was built to support
java, this issue disappear. The difference between the two "gcc" is only
"--enable-languages", the good gcc support java, but the bad one not.

After investigation, I found that:
1. bad "gcc" uses
"/usr/local/lib/gcc/powerpc-none-linux-gnuspe/4.3.2/include-fixed/featur
es.h", which doesn't contain "__USE_ATFILE"
2. good "gcc" uses "/usr/include/features.h", which
contains "__USE_ATFILE"


My question is:
1. since there is /usr/include/features.h, why bad gcc
select
"/usr/local/lib/gcc/powerpc-none-linux-gnuspe/4.3.2/include-fixed/featur
es.h"?
2. why bad gcc removed __USE_ATFILE when it was compiled
without java?



Sieht also irgendwie schon fast danach aus als müssten wir wirklich nen neuen gcc komilieren :( In der features.h, die ich habe, steht jedenfalls kein __USE_ATFILE drin)
 

RettigO

Benutzer
Mitglied seit
12. Jun 2013
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
Hallo,
ja das klingt plausibel ist aber nun wirklich nicht erquicklich. Wo bekommen wir nun aber einen gcc mit "enabled language" her?
Viele Grüße
Oliver
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat