This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Bug generating libc.so.lds


> And in configure.in right by "dnl No \ in command here because it ends
> up inside ''." there's a duplicated check for
> libc_cv_gcc_dwarf2_unwind_info.  I assume the first should be removed.

THe two checks are different, and actually I think this might be trying to
address your problem.  The first check does not use -lgcc_eh.  However, its
result is always ignored and overwritten by the second test.  The following
patch fixes that so the first test's result of "static" will stick if the
later tests fail.  Is that the right result for your case?  

Are you saying that the check should find the functions in -lgcc without
-lgcc_eh, or that you really don't have any __register_frame_info function
available in an installed library when you configure?  If the latter, then
I think you are SOL.  You might just have to force the test if you don't
want to rebuild glibc after you have a complete gcc installation.


--- configure.in.~1.391.~	Mon Mar 31 23:26:49 2003
+++ configure.in	Tue Apr  1 00:48:22 2003
@@ -1623,16 +1623,12 @@ if AC_TRY_COMMAND([$libc_unwind_check >&
   else
     libc_cv_gcc_dwarf2_unwind_info=static
   fi
-else
-  libc_cv_gcc_dwarf2_unwind_info=no
 fi
 if test $libc_cv_gcc_dwarf2_unwind_info = no; then
   if AC_TRY_COMMAND([${CC-cc} $CFLAGS -DCHECK__register_frame
 			      -nostdlib -nostartfiles
 			      -o conftest conftest.c -lgcc >&AS_MESSAGE_LOG_FD]); then
     libc_cv_gcc_dwarf2_unwind_info=yes
-  else
-    libc_cv_gcc_dwarf2_unwind_info=no
   fi
 fi
 rm -f conftest*])


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]