discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gcc problem


From: Jamie Ramone
Subject: Re: gcc problem
Date: Mon, 31 Aug 2009 13:28:24 -0300

Hmmm, I seem to recall the docs recomending the new form and
completely ignoring the old one. Guess that's where the confusion came
from. Oh, wait, Now I remember why that was. They're not quite the
same: make performs a bootstrap ONLY if the installed compiler is
different than the one being built. If they're the same (because, say,
youre changing some configure options or adding languages or
something), the build process is much shorter. If you issue a make
bootstrap and you're building the same compiler you have installed
then you allways get the lengthy (useless in this case) bootstrap even
if you just want to continue an accidentally aborted build (e.g. power
outage). Just issuing make allways continues from where it left off.

On Mon, Aug 31, 2009 at 1:18 PM, Andrew Pinski<address@hidden> wrote:
>
>
> Sent from my iPhone
>
> On Aug 31, 2009, at 8:50 AM, Jamie Ramone <address@hidden> wrote:
>
>> Just one little thing, why the hell are you issuing a "make
>> bootstrap"? That build method has been deprecated since 4.0. Now, you
>> just use make alone as you would with most other software packages.
>
> make is the same as make bootstrap now and it is not deprecated; it is just
> default :).
>
>>
>> On Mon, Aug 31, 2009 at 7:59 AM, address@hidden<address@hidden> wrote:
>>>
>>> On 31 Aug., 10:09, Andreas Höschler <address@hidden> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I am trying to build gcc 4.4.1 for the most recent GNUstep/Etoile. When
>>>> I "make bootstrap" I get a bunch of error messages of the form
>>>>
>>>> /usr/src/gcc-4.4.1/objdir/./prev-gcc/xgcc
>>>> -B/usr/src/gcc-4.4.1/objdir/./prev-gcc/
>>>> -B/usr/local/i386-pc-solaris2.10/bin/  -g -O2 -DIN_GCC   -W -Wall
>>>> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>>>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>>>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>>>> -DHAVE_CONFIG_H  -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o
>>>> c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o
>>>> c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o
>>>> c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o
>>>> sol2-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o
>>>> dummy-checksum.o \
>>>>   main.o  libbackend.a ../libcpp/libcpp.a
>>>> ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a
>>>> /usr/local/lib/libiconv.so -R/usr/local/lib ../libiberty/libiberty.a
>>>> ../libdecnumber/libdecnumber.a   -lmpfr -lgmp
>>>> ld: fatal: library -lmpfr: not found
>>>> ld: fatal: library -lgmp: not found
>>>> ld: fatal: File processing errors. No output written to cc1-dummy
>>>> collect2: ld returned 1 exit status
>>>> make[3]: *** [cc1-dummy] Error 1
>>>> make[3]: Leaving directory `/usr/share/src/gcc-4.4.1/objdir/gcc'
>>>> make[2]: *** [all-stage2-gcc] Error 2
>>>> make[2]: Leaving directory `/usr/share/src/gcc-4.4.1/objdir'
>>>> make[1]: *** [stage2-bubble] Error 2
>>>> make[1]: Leaving directory `/usr/share/src/gcc-4.4.1/objdir'
>>>> make: *** [bootstrap] Error 2
>>>>
>>>> It does not find the -lmpfr -lgmp. Both libs are installed on my
>>>
>>> I assume they are installed in /usr/local/lib ?
>>>
>>>> system. When I manually issue the gcc line with -L/usr/local/lib
>>>>
>>>>        /usr/src/gcc-4.4.1/objdir/./prev-gcc/xgcc ...  -lmpfr -lgmp
>>>> -L/usr/local/lib
>>>>
>>>> the build succeeds. However, I have to do that for dozens of gcc calls.
>>>> I tried to add --libdir=/usr/local/lib to my configure call
>>>>
>>>>        ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld
>>>> --disable-nls  --disable-libgcj --enable-shared
>>>> --enable-languages=c,c++,objc --libdir=/usr/local/lib
>>>>
>>>> but this changed nothing. Any idea how I can tell gcc/configure to
>>>> always add  -L/usr/local/lib?
>>>
>>> ./configure of gcc:
>>>
>>> --with-gmp=<path where /include/gmp.h and /lib/gmp.h resides> --with-
>>> mpfr=<path where /include/mpfr.h and /lib/mpft.h resides>
>>>
>>> So in your installation it should be
>>>
>>> ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld
>>>  --disable-nls  --disable-libgcj --enable-shared
>>>  --enable-languages=c,c++,objc --libdir=/usr/local/lib
>>>  --with-gmp=/usr/local --with-mpfr=/usr/local
>>>
>>> -- hns
>>> _______________________________________________
>>> Discuss-gnustep mailing list
>>> address@hidden
>>> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
>>>
>>
>>
>>
>> --
>> Besos, abrazos, confeti y aplausos.
>> Jamie Ramone
>> "El Vikingo"
>>
>>
>> _______________________________________________
>> Discuss-gnustep mailing list
>> address@hidden
>> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
>

-- 
Besos, abrazos, confeti y aplausos.
Jamie Ramone
"El Vikingo"




reply via email to

[Prev in Thread] Current Thread [Next in Thread]