ah interesting:
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 -L
/tools/lib -lncurses -o tic
I added -L /tools/lib and it compiled... interesting
#ncurses
grep -x "ncurses" compiled.list || (
cd $CWD
cd ncurses
./configure --prefix=/tools --with-shared \
--without-debug --without-ada --enable-overwrite
((make && pwd | awk -F'/' '{for(i=NF;i<=NF;i++) print $i}' >>
$CWD/compiled.list && true) || (echo "compile failed in `pwd`" ; false)) || exit
make install
) || exit
seems like --prefix would have implied that
On Nov 14, 2012, at 7:31 AM, Paige Thompson <[email protected]> wrote:
> 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 <[email protected]> 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 <[email protected]> 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
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
