This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Martin Schaffner wrote:I am maintaining the Linux from Scratch Hint "LFS from OSX" (http://mirror.vtx.ch/lfs/hints/downloads/files/lfs-from-osx.txt). I tried cross-compiling glibc-2.3.2 using Mac OS X as build for a GNU/Linux/PPC host. I use crosstool-0.28-rc28 available from http://kegel.com/crosstool
If I compile glibc-2.3.2 using gcc-3.3.3, everything is OK.
If I compile glibc-2.3.2 using gcc-3.4.0 or gcc-3.4.1, then the console is broken: It doesn't display the bash prompt, and it echoes input but doesn't process it (like after typing `cat > /dev/null`).
Some notes:
* vmlinux.elf-pmac version 2.6.7 is always at the root of the Mac OS X root partition
* /tools is a normal directory on the Mac OS X root partition
* I patched all packages to cross-compile cleanly. These patches should have no effect on the bug, since it runs perfectly if compiled with gcc-3.3.3
Can you list the patches you applied to glibc? e.g.
did you apply
http://kegel.com/crosstool/crosstool-0.28-rc26/patches/glibc-2.3.2/ glibc-2.3.2-allow-gcc-3.4-nounit.patch
http://kegel.com/crosstool/crosstool-0.28-rc26/patches/glibc- linuxthreads-2.3.2/glibc-linuxthreads-2.3.2-allow-3.4.patch
Can you see if it's really building bash with gcc-3.4.x that's the problem? i.e. build glibc with gcc-3.4.x but bash with gcc-3.3.3, or vice versa, and see which combinations crash.
-- Martin
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |