GCC 4.9.2 Build Fails at cc1
Cyd Haselton
chaselton@gmail.com
Thu Dec 4 21:00:00 GMT 2014
On Thu, Dec 4, 2014 at 11:32 AM, Andrew Haley <aph@redhat.com> wrote:
> On 12/04/2014 05:10 PM, Cyd Haselton wrote:
>> On Thu, Dec 4, 2014 at 10:51 AM, Andrew Haley <aph@redhat.com> wrote:
>>> On 12/04/2014 03:41 PM, Cyd Haselton wrote:
>>>>> Right, so that's your problem. You need to look at that library to
>>>>>> see if there are any versions of mpn_tdiv_qr, perhaps with different
>>>>>> prefixes to the names.
>>>>>>
>>>>>> Andrew.
>>>>>>
>>>> Two follow up questions:
>>>> 1. If there are differently-prefixed versions in the library, what
>>>> would I do to allow the make to find them and resolve the original
>>>> problem?
>>>> 2. Shouldn't the build of libgmp.a include these symbols?
>>>
>>> Let's see what's going on first. Is there anything in that library
>>> which matches mpn_tdiv_qr ?
>>
>> ...and is not prefixed with "U"? Unfortunately no. Grepping for any
>> permutation of mpn_tdiv_qr outputs the same results as previously
>> posted.
>
> Okay, so you must now find out why. What is in that library?
> Why is this not defined? You must debug the build.
>
> Andrew.
>
>
Back again after parsing through code from the previous errors. With
a question.
In gcc-4.9.2/mpfr/div.c:324 mpfr_div references mpn_divrem...but the
error thrown by make references gmpn_divrem.
In gcc-4.9.2/mpfr/div.c:284 mpfr_div references mpn_rshift...but the
error thrown by make references gmpn_rshift.'
Same thing occurs with the undefined references in mpfr_add1 from
gcc-4.9.2/mpfr/add1.c
Why is make complaining about those functions when they aren't being
referenced? Are the functions supposed to be transformed in some way?
More information about the Gcc-help
mailing list