> Hi Martin, > I saw your post to CodeSourcery's mailing list. After experimenting a bit, > I see that CS flthdr variant, as we suspected, completely ignores
> the FLTFLAGS environment variable and the uclinux.org toolchain does pick > up this environment variable. > > The best approach seemed to be to modify > vendors/config/m68knommu/config.arch as this > LDFLAGS += -Wl,-elf2flt="$(FLTFLAGS)" > > But this doesn't work unfortunately, since each program compiled under > 'user' is called with a recursive make call. And at that time of the > recursive call the above make variables have already been evaluated. The > trick done in the makefiles before, was to export FLTFLAGS as environment > variable, which is pickuped by the recursively spawned make process > > The only way, as I see it, would be to reorganize makefiles for all user > level programs to include config.arch directly, rather than exporting > variables.This would be rather tedious though.... > > Myself I keep a very minimized root file system, and I can see that 'ftpd' > and 'telnetd' are the only executables with modified stacksizes. For > simplicity, I ended up modifying the vendor/<your board>, as this > > BFLT_EXECS = ftpd telnetd > > image: > for i in $(BFLT_EXECS); do \ > echo Increasing stacksize for $(ROMFSDIR)/bin/$$i; \ > m68k-uclinux-flthdr -s 8192 $(ROMFSDIR)/bin/$$i; \ > done > > Harry Hi Harry, Very valuable information. I tested on a Red Hat Enterprise host also, just to be sure, but (as expected) the same results as on the Gentoo host. I also have very small root fs, so I can easily change the stack manually on the binaries in question. But I do get nervous about such an important detail as this not being supported. Hmm, come to think about it, I wonder how the LTIB Freescale uses behaves....I think they use the CS toolchain default. And the LTIB is based on a normal uClinux-dist, can this mean that this issue is present in that environment too? I'll keep looking into this a bit more. I will keep you updated. Thanks. Martin _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
