Re: [uClinux-dev] Re: Questions about compile user/xxxx
Hi Sofian, sofian sindhi wrote: Dear all: I find the place where it is. It is located at include $(ROOTDIR)/vendors/config/armnommu/config.arch and I replace -msoft-float with -mhard-float in CFLAGS, but I still get the error message like ERROR: /media/sda6/uclinux/toolchain/usr_arm-linux-2006/local/bin/../lib/gcc/arm-linux/3.4.4/crtbeginS.o uses hardware FP, whereas libdvbapi.so uses software FP Do I miss something else? See below... r...@cc-t43:/media/sda6/uclinux/uClinux-dist.680# make user/dvb-app_only V=1 make[1]: Entering directory `/media/sda6/uclinux/uClinux-dist.680/user' touch dvb-app/.sgbuilt_user make -j1 -C dvb-app make[2]: Entering directory `/media/sda6/uclinux/uClinux-dist.680/user/dvb-app' make -C lib all make[3]: Entering directory `/media/sda6/uclinux/uClinux-dist.680/user/dvb-app/lib' make -C libdvbapi all make[4]: Entering directory `/media/sda6/uclinux/uClinux-dist.680/user/dvb-app/lib/libdvbapi' ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbaudio.o dvbaudio.c ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbca.o dvbca.c ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbdemux.o dvbdemux.c ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbfe.o dvbfe.c ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbnet.o dvbnet.c ucfront-gcc arm-linux-gcc -c -I../../lib -Os -g -pipe -mhard-float -fno-common -fno-builtin -Wall -DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix -D__uClinux__ -fPIC -MMD -o dvbvideo.o dvbvideo.c ucfront-gcc arm-linux-gcc -shared -o libdvbapi.so dvbaudio.o dvbca.o dvbdemux.o dvbfe.o dvbnet.o dvbvideo.o This line doesn't contain a -mhard-float. Regards Greg /media/sda6/uclinux/toolchain/usr_arm-linux-2006/local/bin/../lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld.real: ERROR: /media/sda6/uclinux/toolchain/usr_arm-linux-2006/local/bin/../lib/gcc/arm-linux/3.4.4/crtbeginS.o uses hardware FP, whereas libdvbapi.so uses software FP ___ 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 -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear Group, McAfee PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ 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] torrent client
Lennart Sorensen wrote: Bittornado is python. Does python run on uclinux? I read enough of a rumour that Python doesn't run on MMU-less uClinux that I didn't bother to try. I guess it might work on MMU-less architectures with FDPIC-ELF, and of course uClinux tends to include MMUs now. -- Jamie ___ 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] torrent client
Jivin Jamie Lokier lays it down ... Lennart Sorensen wrote: Bittornado is python. Does python run on uclinux? I read enough of a rumour that Python doesn't run on MMU-less uClinux that I didn't bother to try. I guess it might work on MMU-less architectures with FDPIC-ELF, and of course uClinux tends to include MMUs now. Actually, it has little to do with the executable format and more to do with the use of fork IMO. The chance of a complex shell/scripting language using fork in an incompatible to !MMU way is high in my view. For example, bash, perl. If the scripting supports backgrounded execution and/or process control I figure it's even more likely to be broken for !MMU. As usual, search the code for fork, if it does much more than the acceptable fork/exec, expect to have fun making it work ;-) Cheers, 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] torrent client
David McCullough wrote: I read enough of a rumour that Python doesn't run on MMU-less uClinux that I didn't bother to try. I guess it might work on MMU-less architectures with FDPIC-ELF, and of course uClinux tends to include MMUs now. Actually, it has little to do with the executable format and more to do with the use of fork IMO. I was more thinking of all those loadable modules. Without FDPIC-ELF there's no dlopen() and no (useful) shared libs. The chance of a complex shell/scripting language using fork in an incompatible to !MMU way is high in my view. For example, bash, perl. If the scripting supports backgrounded execution and/or process control I figure it's even more likely to be broken for !MMU. As usual, search the code for fork, if it does much more than the acceptable fork/exec, expect to have fun making it work ;-) Well, yes, but fork is typically invoked from a script interpreter if you actually call fork() or system() or `backquotes` from your script. You could just not do that. I believe even Python has rudimentary thread support :-) -- Jamie ___ 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] torrent client
Jivin Jamie Lokier lays it down ... David McCullough wrote: I read enough of a rumour that Python doesn't run on MMU-less uClinux that I didn't bother to try. I guess it might work on MMU-less architectures with FDPIC-ELF, and of course uClinux tends to include MMUs now. Actually, it has little to do with the executable format and more to do with the use of fork IMO. I was more thinking of all those loadable modules. Without FDPIC-ELF there's no dlopen() and no (useful) shared libs. Yeah, there is that issue ;-) The chance of a complex shell/scripting language using fork in an incompatible to !MMU way is high in my view. For example, bash, perl. If the scripting supports backgrounded execution and/or process control I figure it's even more likely to be broken for !MMU. As usual, search the code for fork, if it does much more than the acceptable fork/exec, expect to have fun making it work ;-) Well, yes, but fork is typically invoked from a script interpreter if you actually call fork() or system() or `backquotes` from your script. You could just not do that. I believe even Python has rudimentary thread support :-) I meant in the python source. Lots of the functionality that seems harmless in the python scripts you write may actally do bad things within the python source itself. There's a good reason that only sash and the minix shell work on !MMU, and the initially the minix shell needed a fair bit of work to make safe on !MMU :-) Cheers, 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] torrent client
On Wed, Apr 22, 2009 at 01:14:00PM +0100, Jamie Lokier wrote: I was more thinking of all those loadable modules. Without FDPIC-ELF there's no dlopen() and no (useful) shared libs. Hmm, FDPIC ELF sounds a lot more useful than FLAT. I wonder if it would be possible to add FDPIC support to m68k at all. Well, yes, but fork is typically invoked from a script interpreter if you actually call fork() or system() or `backquotes` from your script. You could just not do that. I believe even Python has rudimentary thread support :-) I would have thought system and backquotes worked fine. -- Len Sorensen ___ 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] torrent client
On Wed, Apr 22, 2009 at 11:05:13PM +1000, David McCullough wrote: There's a good reason that only sash and the minix shell work on !MMU, and the initially the minix shell needed a fair bit of work to make safe on !MMU :-) Seems to work very well now though. -- Len Sorensen ___ 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] torrent client
Lennart Sorensen wrote: On Wed, Apr 22, 2009 at 11:05:13PM +1000, David McCullough wrote: There's a good reason that only sash and the minix shell work on !MMU, and the initially the minix shell needed a fair bit of work to make safe on !MMU :-) Seems to work very well now though. Actually msh has quite a few bugs, some to do with it not really forking. But it's still very usable. -- Jamie ___ 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] torrent client
Lennart Sorensen wrote: On Wed, Apr 22, 2009 at 01:14:00PM +0100, Jamie Lokier wrote: I was more thinking of all those loadable modules. Without FDPIC-ELF there's no dlopen() and no (useful) shared libs. Hmm, FDPIC ELF sounds a lot more useful than FLAT. I wonder if it would be possible to add FDPIC support to m68k at all. Yes, definitely. It's not particularly hard but you do need to be happy making changes to GCC, Binutils and uClibc/Glibc. Well, yes, but fork is typically invoked from a script interpreter if you actually call fork() or system() or `backquotes` from your script. You could just not do that. I believe even Python has rudimentary thread support :-) I would have thought system and backquotes worked fine. If they use the libc calls system() and popen() you may be right. -- Jamie ___ 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