public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* Solaris 9 x86 libc_name_p?
@ 2007-01-10 18:27 Chayim I. Kirshen
  2007-01-10 21:10 ` Kai Ruottu
  0 siblings, 1 reply; 3+ messages in thread
From: Chayim I. Kirshen @ 2007-01-10 18:27 UTC (permalink / raw)
  To: gcc-help

I'm tryinig to build gcc 3.4.6 on Solaris (x86) 9, using gcc 3.3.2.  I'm
getting an error in gcc/cp where libc_name_p is an undefined symbol for
cp/except.o. I know the file is in a gperf generated file (and have gperf
2.7.2 in my path because it was needed).

Does anyone know what to do?  I end up with:

Undefined                             first referenced
 symbol                                    in file
libc_name_p                                cp/except.o
ld: fatal: Symbol referencing errors. No output written to cc1plus
collect2: d returned 1 exist status

This is during the make in gcc/cp

Please sent your response to the list and me, as I'm not subscribed to the
list.

Thanks!

--c

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Solaris 9 x86 libc_name_p?
  2007-01-10 18:27 Solaris 9 x86 libc_name_p? Chayim I. Kirshen
@ 2007-01-10 21:10 ` Kai Ruottu
  2007-01-10 22:31   ` Chayim I. Kirshen
  0 siblings, 1 reply; 3+ messages in thread
From: Kai Ruottu @ 2007-01-10 21:10 UTC (permalink / raw)
  To: chayim; +Cc: gcc-help

Chayim I. Kirshen kirjoitti:
> I'm tryinig to build gcc 3.4.6 on Solaris (x86) 9, using gcc 3.3.2.
 In June 2006 I produced a cross GCC from Linux/x86 to Solaris2.9/x86 and I
cannot remember anything like you got :

> I'm getting an error in gcc/cp where libc_name_p is an undefined symbol for
> cp/except.o. I know the file is in a gperf generated file (and have gperf
> 2.7.2 in my path because it was needed).
>
> Does anyone know what to do?  I end up with:
>
> Undefined                             first referenced
>  symbol                                    in file
> libc_name_p                                cp/except.o
> ld: fatal: Symbol referencing errors. No output written to cc1plus
> collect2: d returned 1 exist status
>
> This is during the make in gcc/cp
>   
 The existing file 'gcc/cp/cfns.h' :

-rw-rw-r-- 1 515 515 10055 2003-07-26 22:31 cfns.h

has this function as an 'inline' one for GCC...  And :

kai@Dell:/data1/home/src/gcc-3.4.6/gcc/cp> grep cfns.h *.c
except.c:#include "cfns.h"

 So the produced 'except.o' object should have it !

 What on earth happened during your build is hard to say :-(

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Solaris 9 x86 libc_name_p?
  2007-01-10 21:10 ` Kai Ruottu
@ 2007-01-10 22:31   ` Chayim I. Kirshen
  0 siblings, 0 replies; 3+ messages in thread
From: Chayim I. Kirshen @ 2007-01-10 22:31 UTC (permalink / raw)
  To: Kai Ruottu; +Cc: gcc-help

I solved this in an unbelievable unorthodox manner.  Once my build  
failed to compile (at this point) I copied cfns.h from the backup  
copy I keep of the source distribution.  Turns out it worked just  
fine.  But tres étrange.

--c

On Jan 10, 2007, at 16:19EST (CA), Kai Ruottu wrote:

> Chayim I. Kirshen kirjoitti:
>> I'm tryinig to build gcc 3.4.6 on Solaris (x86) 9, using gcc 3.3.2.
> In June 2006 I produced a cross GCC from Linux/x86 to Solaris2.9/ 
> x86 and I
> cannot remember anything like you got :
>
>> I'm getting an error in gcc/cp where libc_name_p is an undefined  
>> symbol for
>> cp/except.o. I know the file is in a gperf generated file (and  
>> have gperf
>> 2.7.2 in my path because it was needed).
>>
>> Does anyone know what to do?  I end up with:
>>
>> Undefined                             first referenced
>>  symbol                                    in file
>> libc_name_p                                cp/except.o
>> ld: fatal: Symbol referencing errors. No output written to cc1plus
>> collect2: d returned 1 exist status
>>
>> This is during the make in gcc/cp
>>
> The existing file 'gcc/cp/cfns.h' :
>
> -rw-rw-r-- 1 515 515 10055 2003-07-26 22:31 cfns.h
>
> has this function as an 'inline' one for GCC...  And :
>
> kai@Dell:/data1/home/src/gcc-3.4.6/gcc/cp> grep cfns.h *.c
> except.c:#include "cfns.h"
>
> So the produced 'except.o' object should have it !
>
> What on earth happened during your build is hard to say :-(
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-01-10 22:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-10 18:27 Solaris 9 x86 libc_name_p? Chayim I. Kirshen
2007-01-10 21:10 ` Kai Ruottu
2007-01-10 22:31   ` Chayim I. Kirshen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).