photron Geschrieben December 6, 2012 at 15:50 Share Geschrieben December 6, 2012 at 15:50 was muss ich da im source anpassen? Um was zu tun? Ohne libudev zu compilieren? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 6, 2012 at 15:57 Share Geschrieben December 6, 2012 at 15:57 genau Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
skippi Geschrieben December 6, 2012 at 16:05 Share Geschrieben December 6, 2012 at 16:05 Sag mal für welche arm-Architektur brauchst Du denn das udev ? Beim Raspberry sind entsprechende Pakete (armhf) vorhanden. Dort kompiliert der brickd (bei mir) auch problemlos. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben December 6, 2012 at 16:09 Share Geschrieben December 6, 2012 at 16:09 Ich habe gerade das Makefile so geändert dass du jetzt make WITH_LIBUDEV=no ausführen kannst und einen brickd ohne libudev bekommst. Vorher einmal make clean, damit die neuen Rules auch wirken. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 6, 2012 at 16:25 Share Geschrieben December 6, 2012 at 16:25 ich arbeite auf einem Beagleboard. Ich weiss das es dafür auch schon ports von ubuntu etc. gibt. Jedoch habe ich ein eigenes Linux installiert nach der Anleitung von Embedded Linux from Scratch @photron thanks, ich werde das ausprobieren Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
skippi Geschrieben December 6, 2012 at 16:31 Share Geschrieben December 6, 2012 at 16:31 Die Sourcen für udev wurden zum systemd verlegt. Siehe: http://cgit.freedesktop.org/systemd/systemd Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 6, 2012 at 16:50 Share Geschrieben December 6, 2012 at 16:50 also, ich habe die libusb-1.0 unter /mnt/clfs/cross-tools/lib und include/libusb-1.0 wie muss ich da LIBUSB_CFLAGS und LIBUSB_LDFLAGS und LIBUSB_LIBS anpassen? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben December 6, 2012 at 16:56 Share Geschrieben December 6, 2012 at 16:56 Entweder im Makefile die Variablen so setzen: LIBUSB_CFLAGS := -I/mnt/clfs/cross-tools/include/libusb-1.0 LIBUSB_LDFLAGS := -L/mnt/clfs/cross-tools/lib LIBUSB_LIBS := -lusb-1.0 oder make so aufrufen: make WITH_LIBUDEV=no LIBUSB_CFLAGS=-I/mnt/clfs/cross-tools/include/libusb-1.0 LIBUSB_LDFLAGS=-L/mnt/clfs/cross-tools/lib LIBUSB_LIBS=-lusb-1.0 Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 6, 2012 at 17:48 Share Geschrieben December 6, 2012 at 17:48 kk, leider will nun die usblib nicht initialisieren... Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 10, 2012 at 11:45 Share Geschrieben December 10, 2012 at 11:45 Also, die Bricks laufen ohne Probleme auf dem Beagleboart mit der Arch distribution. Nur beim Compilen von meinem Programm musste ich beim g++ das Flag -fpermissive angeben. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben December 11, 2012 at 08:46 Share Geschrieben December 11, 2012 at 08:46 Nur beim Compilen von meinem Programm musste ich beim g++ das Flag -fpermissive angeben. Welche Fehler hast du denn ohne -fpermissive bekommen? Waren das Fehler in den C/C++ Bindings? Dann hätte ich sie gerne gewusst um das verbessern zu können. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Gast HotPizzaBox Geschrieben December 11, 2012 at 08:59 Share Geschrieben December 11, 2012 at 08:59 Befehl: g++ -pthread main.c defines.h ip_connection.h ip_connection.c bricklet_humidity.h bricklet_humidity.c bricklet_lcd_20x4.h bricklet_lcd_20x4.c bricklet_temperature.h bricklet_temperature.c -o test Ausgabe: ip_connection.c: In function ‘void* thread_wrapper(void*)’: ip_connection.c:469:19: error: invalid conversion from ‘void*’ to ‘Thread*’ [-fpermissive] bricklet_humidity.c: In function ‘void humidity_create(Humidity*, const char*, IPConnection*)’: bricklet_humidity.c:241:60: error: invalid conversion from ‘void (*)(Humidity*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_humidity.c:242:64: error: invalid conversion from ‘void (*)(Humidity*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_humidity.c:243:68: error: invalid conversion from ‘void (*)(Humidity*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_humidity.c:244:72: error: invalid conversion from ‘void (*)(Humidity*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_lcd_20x4.c: In function ‘void lcd_20x4_create(LCD20x4*, const char*, IPConnection*)’: bricklet_lcd_20x4.c:151:66: error: invalid conversion from ‘void (*)(LCD20x4*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_lcd_20x4.c:152:67: error: invalid conversion from ‘void (*)(LCD20x4*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] bricklet_temperature.c: In function ‘void temperature_create(Temperature*, const char*, IPConnection*)’: bricklet_temperature.c:155:69: error: invalid conversion from ‘void (*)(Temperature*, Packet*) {aka void (*)(Device_*, Packet*)}’ to ‘void*’ [-fpermissive] Aber ich bin mir nicht ganz sicher, ob es wirklich an den Bindings liegt. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
photron Geschrieben December 11, 2012 at 09:22 Share Geschrieben December 11, 2012 at 09:22 Das Problem lag daran, dass ich nur mit gcc und nicht g++ getestet habe. Ist jetzt behoben in git. Danke für den Hinweise. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.