Re: [uClinux-dev] Coldfire supporting
Did you see this ? http://www.linuxfordevices.com/c/a/News/Strategic-Test-TxStar/ -Michael ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH 6/7] ld-elf2flt: convert to C
On Sun, Jul 12, 2009 at 20:01, David McCullough wrote: Jivin David McCullough lays it down ... at any rate, in the process of fixing my inverted logic, it looks like some were left behind. you'll want to drop the AC_SUBST() right after the AC_ARG_ENABLE(): +AC_SUBST(use_ld_elf2flt_script) and then at the end, you used the _script instead of the _binary: +if test $use_ld_elf2flt_script = yes ; then +AC_OUTPUT(ld-elf2flt) +fi Yep, thanks, I didn't quite get back to figuring out why it only built ld-elf2flt (the script) at build time and not at configure time ;-) So I think what I have ready to commit is good to go. Haven't seen any comments strongly against it, so later today or tomorrow I'll check it in, All done, checkout it out and see if I managed to break it ;-) the Makefile.in still refers to elf2flt.sh.in: ld-elf2flt.sh: $(srcdir)/ld-elf2flt.sh.in that should be: ld-elf2flt.sh: $(srcdir)/ld-elf2flt.in the shell script is generated without +x bits, but that is fixed during the install step ... so probably not a real big problem -mike ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [PATCH] mtd/maps: uclinux: depend on MTD_RAM being built into the kernel
If MTD_RAM is built as a module, the uClinux map does not work since it can only be built in to the kernel. Signed-off-by: Mike Frysinger vap...@gentoo.org --- drivers/mtd/maps/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/maps/Kconfig b/drivers/mtd/maps/Kconfig index 0b98654..b98c7f8 100644 --- a/drivers/mtd/maps/Kconfig +++ b/drivers/mtd/maps/Kconfig @@ -493,7 +493,7 @@ config MTD_BFIN_ASYNC config MTD_UCLINUX bool Generic uClinux RAM/ROM filesystem support - depends on MTD_PARTITIONS MTD_RAM !MMU + depends on MTD_PARTITIONS MTD_RAM=y !MMU help Map driver to support image based filesystems for uClinux. -- 1.6.3.3 ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH 6/7] ld-elf2flt: convert to C
Jivin Mike Frysinger lays it down ... On Sun, Jul 12, 2009 at 20:01, David McCullough wrote: Jivin David McCullough lays it down ... at any rate, in the process of fixing my inverted logic, it looks like some were left behind. you'll want to drop the AC_SUBST() right after the AC_ARG_ENABLE(): +AC_SUBST(use_ld_elf2flt_script) and then at the end, you used the _script instead of the _binary: +if test $use_ld_elf2flt_script = yes ; then +AC_OUTPUT(ld-elf2flt) +fi Yep, thanks, I didn't quite get back to figuring out why it only built ld-elf2flt (the script) at build time and not at configure time ;-) So I think what I have ready to commit is good to go. Haven't seen any comments strongly against it, so later today or tomorrow I'll check it in, All done, checkout it out and see if I managed to break it ;-) the Makefile.in still refers to elf2flt.sh.in: ld-elf2flt.sh: $(srcdir)/ld-elf2flt.sh.in that should be: ld-elf2flt.sh: $(srcdir)/ld-elf2flt.in the shell script is generated without +x bits, but that is fixed during the install step ... so probably not a real big problem Applied, Thanks, Davidm -- David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815 McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH 6/7] ld-elf2flt: convert to C
On Sun, Jul 12, 2009 at 20:01, David McCullough wrote: Jivin David McCullough lays it down ... at any rate, in the process of fixing my inverted logic, it looks like some were left behind. you'll want to drop the AC_SUBST() right after the AC_ARG_ENABLE(): +AC_SUBST(use_ld_elf2flt_script) and then at the end, you used the _script instead of the _binary: +if test $use_ld_elf2flt_script = yes ; then +AC_OUTPUT(ld-elf2flt) +fi Yep, thanks, I didn't quite get back to figuring out why it only built ld-elf2flt (the script) at build time and not at configure time ;-) So I think what I have ready to commit is good to go. Haven't seen any comments strongly against it, so later today or tomorrow I'll check it in, All done, checkout it out and see if I managed to break it ;-) one more ... the all target should not be depending on ld-elf2flt anymore as this is handled through the PROG vars. it isnt a problem for Linux systems, but when EXEEXT is set, things go boom. -mike ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH 6/7] ld-elf2flt: convert to C
Jivin Mike Frysinger lays it down ... On Sun, Jul 12, 2009 at 20:01, David McCullough wrote: Jivin David McCullough lays it down ... at any rate, in the process of fixing my inverted logic, it looks like some were left behind. you'll want to drop the AC_SUBST() right after the AC_ARG_ENABLE(): +AC_SUBST(use_ld_elf2flt_script) and then at the end, you used the _script instead of the _binary: +if test $use_ld_elf2flt_script = yes ; then +AC_OUTPUT(ld-elf2flt) +fi Yep, thanks, I didn't quite get back to figuring out why it only built ld-elf2flt (the script) at build time and not at configure time ;-) So I think what I have ready to commit is good to go. Haven't seen any comments strongly against it, so later today or tomorrow I'll check it in, All done, checkout it out and see if I managed to break it ;-) one more ... the all target should not be depending on ld-elf2flt anymore as this is handled through the PROG vars. it isnt a problem for Linux systems, but when EXEEXT is set, things go boom. Done Thanks, Davidm -- David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815 McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH]: make output results of 'tcpblast' more correct
Jivin Ihar Hrachyshka lays it down ... This patch fixes inaccurate results generated by 'tcpblast' on uClinux because of integer (not float) arithmetics used. Please review it and apply if it's good. Looks ok to me, applied. And yes, it took me forever and a bit to apply it, sorry :-) Thanks, Davidm -- David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815 McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] UINT64 error when compile STLport on Uclinux
uclinux-dist-20070130 patch 20070130 I have already finished the default uclinux compilation. when adding some drivers for PIO_SWITCHES,PIO_BUTTONS,PIO_LCD.. #make(when compile the STLport part) the error information is: ../../src/num_get_float.cpp:119:4: #error there should be some unsigned 64-bit integer on the system! ../../src/num_get_float.cpp:125: error: expected `,' or `...' before u ../../src/num_get_float.cpp:126: error: ISO C++ forbids declaration of `uint64' with no type ../../src/num_get_float.cpp: In function `void std::_Stl_mult64(int)': ../../src/num_get_float.cpp:127: error: `uint64' does not name a type ../../src/num_get_float.cpp:128: error: `uint64' does not name a type ../../src/num_get_float.cpp:129: error: `uint64' does not name a type ../../src/num_get_float.cpp:130: error: `uint64' does not name a type ../../src/num_get_float.cpp:131: error: `uint64' does not name a type ../../src/num_get_float.cpp:133: error: expected `;' before t ../../src/num_get_float.cpp:134: error: `low' was not declared in this scope ../../src/num_get_float.cpp:134: error: `t' was not declared in this scope ../../src/num_get_float.cpp:134: error: `low_mask' was not declared in this scope ../../src/num_get_float.cpp:136: error: `u1' was not declared in this scope ../../src/num_get_float.cpp:136: error: `v0' was not declared in this scope ../../src/num_get_float.cpp:137: error: expected `;' before w1 ../../src/num_get_float.cpp:138: error: expected `;' before w2 ../../src/num_get_float.cpp:140: error: expected `;' before x ../../src/num_get_float.cpp:141: error: `x' was not declared in this scope ../../src/num_get_float.cpp:142: error: `high' was not declared in this scope ../../src/num_get_float.cpp:142: error: `v1' was not declared in this scope ../../src/num_get_float.cpp:142: error: `w2' was not declared in this scope ../../src/num_get_float.cpp: At global scope: ../../src/num_get_float.cpp:153: error: variable or field `_Stl_set_exponent' declared void ../../src/num_get_float.cpp:153: error: `std::_Stl_set_exponent' declared as an `inline' variable ../../src/num_get_float.cpp:153: error: `uint64' was not declared in this scope ../../src/num_get_float.cpp:153: error: `val' was not declared in this scope ../../src/num_get_float.cpp:153: error: `uint64' was not declared in this scope ../../src/num_get_float.cpp:154: error: initializer expression list treated as compound expression ../../src/num_get_float.cpp:154: error: expected `,' or `;' before '{' token ../../src/num_get_float.cpp:163: error: `uint64' does not name a type ../../src/num_get_float.cpp:164: error: integer constant is too large for long type ../../src/num_get_float.cpp:165: error: integer constant is too large for long type ../../src/num_get_float.cpp:166: error: integer constant is too large for long type ../../src/num_get_float.cpp:167: error: integer constant is too large for long type ../../src/num_get_float.cpp:168: error: integer constant is too large for long type ../../src/num_get_float.cpp:169: error: integer constant is too large for long type ../../src/num_get_float.cpp:170: error: integer constant is too large for long type ../../src/num_get_float.cpp:171: error: integer constant is too large for long type ../../src/num_get_float.cpp:172: error: integer constant is too large for long type ../../src/num_get_float.cpp:173: error: integer constant is too large for long type ../../src/num_get_float.cpp:174: error: integer constant is too large for long type ../../src/num_get_float.cpp:175: error: integer constant is too large for long type ../../src/num_get_float.cpp:176: error: integer constant is too large for long type ../../src/num_get_float.cpp:177: error: integer constant is too large for long type ../../src/num_get_float.cpp:178: error: integer constant is too large for long type ../../src/num_get_float.cpp:179: error: integer constant is too large for long type ../../src/num_get_float.cpp:180: error: integer constant is too large for long type ../../src/num_get_float.cpp:181: error: integer constant is too large for long type ../../src/num_get_float.cpp:182: error: integer constant is too large for long type ../../src/num_get_float.cpp:183: error: integer constant is too large for long type ../../src/num_get_float.cpp:184: error: integer constant is too large for long type ../../src/num_get_float.cpp:185: error: integer constant is too large for long type ../../src/num_get_float.cpp:186: error: integer constant is too large for long type ../../src/num_get_float.cpp:187: error: integer constant is too large for long type ../../src/num_get_float.cpp:188: error: integer constant is too large for long type ../../src/num_get_float.cpp:189: error: integer constant is too large for long type ../../src/num_get_float.cpp:190: error: integer constant is too large for long type ../../src/num_get_float.cpp:192: error: integer constant is too large for long type ../../src/num_get_float.cpp:193: error: