bug-hurd
[Top][All Lists]
Advanced

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

Re: Followup to gcc-3 bugreport on Hurd


From: Jeff Bailey
Subject: Re: Followup to gcc-3 bugreport on Hurd
Date: Thu, 13 Dec 2001 07:26:14 -0800
User-agent: Mutt/1.2.5i

On Tue, Dec 11, 2001 at 12:11:19AM -0500, Roland McGrath wrote:
> I fixed the conditionals in sysdeps/mach/configure so that
> libc_cv_gcc_unwind_find_fde is yes in the cases where a pre-2.2.5 ABI is
> supported and no in the cases where it's not.
> 
> This lets me build the compatible case (i.e. without --enable-libio
> or --enable-oldest-abi, so you get libc_cv_gcc_unwind_find_fde=yes).
> 
> However, when building the libc_cv_gcc_unwind_find_fde=no case, I get some
> multiple definition errors unless I remove the `-u __register_frame'
> argument from the link command.  Since I'm using the Red Hat 7.1 compiler
> (2.96-85), I don't know if this is supposed to work or not.  If it works
> for gcc-3.1, then I guess I don't care about this RH compiler.

When linking iconvdata I still get the following failure.  (Both with
and without the patch you mentioned in the email just to me).

/newgnumnt/build.glibcfix/libc.so.0.3: undefined reference to 
`size_of_encoded_value'
/newgnumnt/build.glibcfix/libc.so.0.3: undefined reference to 
`read_encoded_value_with_base'

Some quick details on my config - I still have both build trees (with
and without your patch) if you need more info:

gcc version 3.0.2, binutils 2.11.92.0.12.3 20011121

>From config.status:
# /root/libc/configure  --disable-profile --enable-libio --prefix=

>From config.cache:
libc_cv_gcc_unwind_find_fde=${libc_cv_gcc_unwind_find_fde=no}

>From config.make:
oldest-abi = default
build-profile = no
stdio = libio



-- 
`Patience' said Slartibartfast again. `Great things are afoot'.
`That's what you said last time we met' said Arthur.
`They were,' said Slartibartfast.
`Yes, that's true,' admitted Arthur.




reply via email to

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