Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, It seems that nesc 1.2.6-r1 is somewhat broken (or incompatible with tinyos-1.x/ncc-1.4). I can't build trivial applications using it while with 1.2.4-r1 or 1.2.5-r1 everything is ok. Changing to avr-gcc-3.4.5 intead of avr-gcc-4.0.2 does not changes anything. The bug is referenced on nesc bug tracking page on sourceforge and closed as "This appears to be gone in 1.2.7a (possibly earlier). I certainly can't reproduce it any more." No patch seems to be available ... I would suggest to mask "-*" this version ? ---- error ---- tinyos/apps/Blink: make micaz mkdir -p build/micaz compiling Blink to a micaz binary ncc -o build/micaz/main.exe -Os -finline-limit=100000 -Wall -Wshadow -DDEF_TOS_AM_GROUP=125 -Wnesc-all -target=micaz -fnesc-cfile=build/micaz/app.c -board=micasb -DCC1K_DEFAULT_FREQ=RADIO_916BAND_CHANNEL_00 -DRADIO_XMIT_POWER=0xFF -DCC2420_TXPOWER=TXPOWER_MAX -DCC2420_DEF_CHANNEL=26 -I%T/lib/Deluge -DIDENT_PROGRAM_NAME=\"Blink\" -DIDENT_USER_ID=\"francill\" -DIDENT_HOSTNAME=\"vanua\" -DIDENT_USER_HASH=0x948da2eeL -DIDENT_UNIX_TIME=0x44cdd319L -DIDENT_UID_HASH=0x45e6b8efL -I/home/francill/work/sensors/tinyos/cvs/tinyos-1.x/tos/lib/CC2420Radio Blink.nc -lm /usr/lib/ncc/nesc_nx.h:290: function `__nesc_htonbf_int8' does not have the right signature /usr/lib/ncc/nesc_nx.h:290: function `__nesc_ntohbf_int8' does not have the right signature /usr/lib/ncc/nesc_nx.h:291: function `__nesc_htonbf_int16' does not have the right signature /usr/lib/ncc/nesc_nx.h:291: function `__nesc_ntohbf_int16' does not have the right signature /usr/lib/ncc/nesc_nx.h:292: function `__nesc_htonbf_int32' does not have the right signature /usr/lib/ncc/nesc_nx.h:292: function `__nesc_ntohbf_int32' does not have the right signature /usr/lib/ncc/nesc_nx.h:293: function `__nesc_htonbf_int64' does not have the right signature /usr/lib/ncc/nesc_nx.h:293: function `__nesc_ntohbf_int64' does not have the right signature /usr/lib/ncc/nesc_nx.h:294: function `__nesc_htonbf_uint8' does not have the right signature /usr/lib/ncc/nesc_nx.h:294: function `__nesc_ntohbf_uint8' does not have the right signature /usr/lib/ncc/nesc_nx.h:295: function `__nesc_htonbf_uint16' does not have the right signature /usr/lib/ncc/nesc_nx.h:295: function `__nesc_ntohbf_uint16' does not have the right signature /usr/lib/ncc/nesc_nx.h:296: function `__nesc_htonbf_uint32' does not have the right signature /usr/lib/ncc/nesc_nx.h:296: function `__nesc_ntohbf_uint32' does not have the right signature /usr/lib/ncc/nesc_nx.h:297: function `__nesc_htonbf_uint64' does not have the right signature /usr/lib/ncc/nesc_nx.h:297: function `__nesc_ntohbf_uint64' does not have the right signature make: *** [exe0] Erreur 1 $ ncc --version ncc: 1.2alpha5 nescc: 1.2.6 avr-gcc: avr-gcc (GCC) 4.0.2 (Gentoo 4.0.2-r3, pie-8.7.8)
I'm going to mask this while I'm working on 1.2.7a. Then I'll remove 1.2.6. I'm not much present this month, majorly due to phone line breackage after thunderstorms last weeks. I'll try to mask this immediately, but for 1.2.7a you'll have to wait some days.
I assume that tinyos-1.x/ncc-1.4 stands for dev-tinyos/ncc-1.1.14. Is there any reason for using 1.1.14 instead of 1.1.15? 1.2.7a in portage. I'have tested the ebuild and nesc compiling with target pc. Reopen the bug if the problem persists.
Hi, yes it works fine here on amd64 and x86 tested on micaz, with a simple program Few comments/suggestions : - Just found that it misses a dependency on media-gfx/graphviz (used )but that's maybe deserves another bug report ? Generating component docs LedsC sh: dot: command not found sh: dot: command not found nesc1: unparse.c:187: copy_file_to_output: Assertion `infile' failed. nesC: Internal error. Please send a bug report to the nesC bug mailing list at nescc-bugs@lists.sourceforge.net installing media-gfx/graphviz-1.16-r1 fixes the problem - it installs emacs ".el" files in /usr/share/ncc/editor-modes/emacs/new-nesc.el, It would be better to install them using elisp-common eclass (to build them), in the gentoo lisp directory. I don't know for other editors ... sorry for the mess about tinyos-1.x/ncc-1.4 in the report ... dev-tinyos/ncc-1.1.15 works fine here :) Thanks Aur
Hi, yes it works fine here on amd64 and x86 tested on micaz, with a simple program Few comments/suggestions : - Just found that it misses a dependency on media-gfx/graphviz (used )but that's maybe deserves another bug report ? Generating component docs LedsC sh: dot: command not found sh: dot: command not found nesc1: unparse.c:187: copy_file_to_output: Assertion `infile' failed. nesC: Internal error. Please send a bug report to the nesC bug mailing list at nescc-bugs@lists.sourceforge.net installing media-gfx/graphviz-1.16-r1 fixes the problem - it installs emacs ".el" files in /usr/share/ncc/editor-modes/emacs/new-nesc.el, It would be better to install them using elisp-common eclass (to build them), in the gentoo lisp directory. I don't know for other editors ... sorry for the mess about tinyos-1.x/ncc-1.4 in the report ... dev-tinyos/ncc-1.1.15 works fine here :) Thanks Aurélien
(In reply to comment #3) > - Just found that it misses a dependency on media-gfx/graphviz (used )but > that's maybe deserves another bug report ? I've just fixed the dependency in cvs, thanks. > - it installs emacs ".el" files in > /usr/share/ncc/editor-modes/emacs/new-nesc.el, It would be better to install > them using elisp-common eclass (to build them), in the gentoo lisp directory. I > don't know for other editors ... I've added a note during post-install, let the users know of the existence of editor modes for nesc language.
