thank you for your response! sorry if I come across as angry at the list I'm not, I just wish this process was something somebody had figured out by now given all the distress that exist out there.. it seems far fetched that I have to use pretty much the extent of my skills to do this sort of thing.
I've definitely had to stop and do things by hands every so often... having trouble on this though, dev@dev-VirtualBox /mnt/erraticOS/usr/src/tcl-mirror/unix $ make install Installing libtcl8.5.so to /tools/lib/ Installing tclsh as /tools/bin/tclsh8.5 Installing tclConfig.sh to /tools/lib/ Installing libtclstub8.5.a to /tools/lib/ Installing message catalogs ./tclsh: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument make: *** [install-msgs] Error 127 dev@dev-VirtualBox /mnt/erraticOS/usr/src/tcl-mirror/unix $ I noticed if I try to skip this one and substitute tclsh that I can get by but I keep running into problems similar to this one like with check and nurses: make[1]: Entering directory `/mnt/erraticOS/usr/src/ncurses/progs' gcc ../obj_s/tic.o ../obj_s/dump_entry.o ../obj_s/transform.o -I../progs -I. -DHAVE_CONFIG_H -D_GNU_SOURCE -DNDEBUG -I. -I../include -I/tools/include -O2 --param max-inline-insns-single=1200 -fPIC -L../lib -lncurses -L../lib -lncurses -o tic ../lib/libncurses.so: undefined reference to `__poll_chk' collect2: error: ld returned 1 exit status make[1]: *** [tic] Error 1 make[1]: Leaving directory `/mnt/erraticOS/usr/src/ncurses/progs' make: *** [all] Error 2 not real sure what to make of it but I'm sure I'll figure it out eventually if nobody here knows.. it's been an interesting learning experience if nothing else :) On Nov 14, 2012, at 7:11 AM, Paige Thompson <erra...@devel.ws> wrote: > aha, > > once again, > > dev@dev-VirtualBox /mnt/erraticOS/usr/src/gcc-build $ gcc --version > gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 > Copyright (C) 2011 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > dev@dev-VirtualBox /mnt/erraticOS/usr/src/gcc-build $ apt-get > > I knew I figured this out once before, and the reason I knew is because I > removed the -fbuilding-libgcc (just now and before) from the makefile and > came to this problem) > > cc1plus: error: unrecognized command line option ‘-std=gnu++11’ > > which has to do with the fact that cc1plus 4.6 doesn't have support for that > ;) odd that they didn't include the build process for compiling 4.7 from 4.6 > huh? > > simple symlink (after installing the gcc.47 ppa fixes it....because in the > beginning god crapped out a gcc 4.7 for everyone to compile the new gcc 4.7 > that they wrote with.) It'd totally be legit if it was because you need gcc > 4.7 (not g++ 4.7) to compile g++ 4.7 but its totally not that way apparently. > I was really disappointed to find this... pisses me off I kinda have lost a > little faith in this but then again, I don't really have much anyway > considering the circumstances. > > > NOW to figure out why previously the >> #make -C ld clean >> #make -C ld LIB_PATH=/usr/lib:/lib > was causing segfault, and also why I have to specify --host=x86_64-linux-gnu > because for whatever reason config.guess doesn't work on the second pass of > binutils. > > then I guess once I have everything else built I should be able to chroot > into it in theory but we'll see, I have a feeling its going to be a huge > waste of time. > > On Nov 14, 2012, at 6:49 AM, Paige Thompson <erra...@devel.ws> wrote: > >> failfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfail >> >> make[2]: Entering directory >> `/mnt/erraticOS/usr/src/gcc-build/x86_64-linux-gnu/libgcc' >> # If this is the top-level multilib, build all the other >> # multilibs. >> DEFINES='' HEADERS='../../../gcc/libgcc/config/i386/value-unwind.h' \ >> ../../../gcc/libgcc/mkheader.sh > tmp-libgcc_tm.h >> /bin/bash ../../../gcc/libgcc/../move-if-change tmp-libgcc_tm.h libgcc_tm.h >> echo timestamp > libgcc_tm.stamp >> cc -g -O2 -O2 -g -O2 -DIN_GCC -fomit-frame-pointer -W -Wall >> -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes >> -Wold-style-definition -isystem ./include -fpic -g -DIN_LIBGCC2 >> -fbuilding-libgcc -fno-stack-protector -fpic -I. -I. -I../.././gcc >> -I../../../gcc/libgcc -I../../../gcc/libgcc/. -I../../../gcc/libgcc/../gcc >> -I../../../gcc/libgcc/../include -I../../../gcc/libgcc/config/libbid >> -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _muldi3.o -MT >> _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c >> ../../../gcc/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS >> cc1: error: unrecognized command line option ‘-fbuilding-libgcc’ >> make[2]: *** [_muldi3.o] Error 1 >> make[2]: Leaving directory >> `/mnt/erraticOS/usr/src/gcc-build/x86_64-linux-gnu/libgcc' >> make[1]: *** [all-target-libgcc] Error 2 >> make[1]: Leaving directory `/mnt/erraticOS/usr/src/gcc-build' >> make: *** [all] Error 2 >> compile failed in /mnt/erraticOS/usr/src/gcc-build >> >> failfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfailfail >> >> >> when I built the second pass of binutils, this broke too: >> #make -C ld clean >> #make -C ld LIB_PATH=/usr/lib:/lib >> >> kept saying as segmentation fault something ernother >> >> heres that there script i been usin: >> https://github.com/paigeadele/erraticOS/blob/master/usr/src/bootstrap_userland.sh >> >> ps I want to gently shove my mac pro out of the window behind my desk so it >> can fall several stories and explode and make some kid cry because of this, >> I hope it makes you want to cry too knowing that my preference to windows is >> much stronger now that I know that regardless of the fact that I have the >> source, I still can't build it... what makes me even more sad is that LFS is >> the only resource I can find on the internet for how to do this. How do the >> ubuttnut and debian people do it.. how does the slackware guy do it... hell >> the how the hell does gentoo do it I guess I'll take a look... any advice is >> welcome I would really appreciate the help because i know getting past this >> toolchain is the hard part and it'll be leaps and bounds better in the >> chroot. >> >> thanks. >> >> > > -- > http://linuxfromscratch.org/mailman/listinfo/lfs-support > FAQ: http://www.linuxfromscratch.org/lfs/faq.html > Unsubscribe: See the above information page
-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
