--- Ken Moffat <[EMAIL PROTECTED]> wrote: > My logs for bash in chapter 6 show that it does > find bison (on the > host, obviously - we are cross-compiling, so only > tools in > /cross-tools or on the host's system can be used). > This seems to > be a compile-time dependency, there are no > references to bison or > yacc in 'strings /bin/bash' on a finished system. > > To be honest, bison and yacc give me a headache > even trying to work > out what they do. I'm still thinking about the > c++-type-check > failures.
To continue: I've done some (a lot) more tests with various options between bison, 32/64 bits, ncurses and so on. I found that I can test easily the bash built with the command "grep foo <(ls)": if it returns no error, then the bash is good. Sadly and very disappointingly, all my tests gave good bash. Only the one built initially in /tools/bin was bad. So it's not a bison problem, nor a library problem, nor a configuration one. So I looked at the bash documentation about this type of command, which I was not familiar with. It appears that it's "process substitution", and among others explanations, I read that it's a connection between processes by a FIFO or a file in '/dev/fd'. I'm far for being expert in bash, so I can't explain best. But it suggests me that the problem could be related to this, and specially to /dev/fd. I started again from the beginning of the book, without omitting any step, and this time, the constructed bash give the error (quite logical, but I was beginning to ask myself). Pointing all the possible impacts leads me to the use of clfs user, which has perhaps not sufficient rights to /dev or others directories in the host system. So I tried to build again bash, but from root. And this time, bingo, the bash was good and can execute the command, and so, I expect, the glibc test. So I have no clear technical explanation, but by default, building bash in 6.6 as root seems to be a solution. Perhaps someone more skilled can point exactly what clfs user lacks for this. Ken, can you confirm that, if possible, on your system? Regards G. Moko __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Clfs-dev mailing list [email protected] http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-dev
