public inbox for sid@sourceware.org
 help / color / mirror / Atom feed
* SID configury, libtoolery updated
@ 2005-06-04  3:18 Jim Blandy
  2005-06-04 12:25 ` Frank Ch. Eigler
  2005-06-10 20:21 ` Dave Brolley
  0 siblings, 2 replies; 10+ messages in thread
From: Jim Blandy @ 2005-06-04  3:18 UTC (permalink / raw)
  To: sid


I've upgraded SID's libtool, autoconf, and automake machinery, fixed
some warnings, and fixed a long-standing problem with components that
link against libiberty.

SID's libtool was having problems building shared libraries on the
x86_64; in particular, it was refusing to recognize the PIC version of
libiberty.  The bug was fixed in the latest libtool, 1.5.18.

However, the latest libtool seemed to require newer aclocal.m4
macros.  So I've regenerated all of SID's aclocal.m4, Makefile.in, and
configure files with automake 1.9.5 and autoconf 2.59, and upgraded
the libtool files as well.

I fixed a few files that provoked warnings.  Now all the generated
files can be produced without noise from the autotools, except for one
in bochs that seems to feel I ought to be using libtool instead of
ranlib.  The entire effort was out of scope anyway, so I left that as
it was.

And finally, the SID components that depend on libiberty were linking
against the non-PIC version.  I believe this worked on the i386
because the members of libiberty.a happened to have no
non-PIC-friendly relocs.  On the x86_64, that's not the case; SID
couldn't even load a CGEN cpu component.  Now it seems to work fine.

One oddity is that the tree must be configured with --enable-shared;
otherwise, there is no PIC libiberty built, and thus we can't produce
shared libraries for the components that depend on it.  SID should
fail with some helpful error message when --enable-shared is omitted;
I haven't done that.

The patches are mostly to generated files, and the rest are mostly
formulaic.  If anyone is interested in seeing the actual patch, I did
set it aside, but I thought people would probably be happier with
just the ChangeLog entries.

sid/include/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* aclocal.m4, Makefile.in: Regenerated with Automake 1.9.5.

sid/bsp/pregen/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/bsp/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/demos/voice-pager/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* aclocal.m4, Makefile.in: Regenerated with Automake 1.9.5.

sid/demos/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/samples/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/component/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/gdb/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/consoles/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/bochs/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* dma/Makefile.in, harddrv/Makefile.in, vga/Makefile.in,
	keyboard/Makefile.in, floppy/Makefile.in, unmapped/Makefile.in,
	pit/Makefile.in, cpu/fpu/Makefile.in, cpu/memory/Makefile.in,
	cpu/Makefile.in, gui/Makefile.in, cmos/Makefile.in,
	pic/Makefile.in: Regenerated with Automake 1.9.5.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Call m4_pattern_allow to reassure autoconf that
	the AS_DYNAMIC_OBJS and AS_DYNAMIC_INCS variables are not
	mistakes.
	* configure: Regenerated with autoconf 2.59.

sid/component/timers/arm7t/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/timers/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Apply AC_CONFIG_SUBDIRS only to literal strings.
	* configure: Regenerated.

sid/component/profiling/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/cfgroot/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* libltdl: Updated with files from libtool 1.5.18.

sid/component/tcl/ChangeLog:
--- 1,8 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/arm7t/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/xstormy16/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Apply AC_CONFIG_SUBDIRS to literal strings only.
	* acinclude.m4 (gcc_AC_CHECK_DECL, gcc_AC_CHECK_DECLS): Properly
	quote macro names.
	* configure: Regenerated.

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/component/cgen-cpu/m32r/ChangeLog:
--- 1,8 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/audio/ChangeLog:
--- 1,8 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/uart/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/uart/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/loader/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/sched/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/mapper/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/mapper/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/parport/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/memory/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/cache/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/rtc/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/gloss/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/lcd/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/lcd/ChangeLog:*** 1,3 ****
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* families/configure.in: Apply AC_CONFIG_SUBDIRS to literal
	strings only.
	* families/configure: Regenerated.

	* families/Makefile.in, families/aclocal.m4: Regenerated with
	Automake 1.9.5.

sid/component/mmu/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/interrupt/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/glue/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/ide/ChangeLog:*** 1,3 ****
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/doc/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

sid/config/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* config.guess, config.sub, install-sh, missing, mkinstalldirs:
	Update.

	* docbuild.m4 (RH_DOCBUILD_CHECK): Propery quote macro name.
	* libstdc++.m4 (CY_LIBSTDCXX_CHECK): Same.
	* sidtarget.m4 (CY_SIDTARGET_CHECK): Same.

	* sidtarget.m4 (CY_SIDTARGET_CHECK): No need to specify the shell
	when running $ac_config_sub; $ac_config_sub contains the shell
	itself now, and it's an error to specify it twice.
	
	* libtool.m4, ltdl.m4, ltmain.sh: Update from libtool 1.5.18.

sid/main/dynamic/ChangeLog:
--- 1,13 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

sid/main/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/include/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* aclocal.m4, Makefile.in: Regenerated with Automake 1.9.5.

sid/bsp/pregen/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/bsp/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/demos/voice-pager/ChangeLog:
--- 1,11 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* aclocal.m4, Makefile.in: Regenerated with Automake 1.9.5.

sid/demos/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/samples/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/component/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/gdb/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/consoles/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/bochs/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* dma/Makefile.in, harddrv/Makefile.in, vga/Makefile.in,
	keyboard/Makefile.in, floppy/Makefile.in, unmapped/Makefile.in,
	pit/Makefile.in, cpu/fpu/Makefile.in, cpu/memory/Makefile.in,
	cpu/Makefile.in, gui/Makefile.in, cmos/Makefile.in,
	pic/Makefile.in: Regenerated with Automake 1.9.5.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Call m4_pattern_allow to reassure autoconf that
	the AS_DYNAMIC_OBJS and AS_DYNAMIC_INCS variables are not
	mistakes.
	* configure: Regenerated with autoconf 2.59.

sid/component/timers/arm7t/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/timers/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Apply AC_CONFIG_SUBDIRS only to literal strings.
	* configure: Regenerated.

sid/component/profiling/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/cfgroot/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* libltdl: Updated with files from libtool 1.5.18.

sid/component/tcl/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/arm7t/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/xstormy16/ChangeLog:
--- 1,8 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/cgen-cpu/ChangeLog:
--- 1,14 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* configure.in: Apply AC_CONFIG_SUBDIRS to literal strings only.
	* acinclude.m4 (gcc_AC_CHECK_DECL, gcc_AC_CHECK_DECLS): Properly
	quote macro names.
	* configure: Regenerated.

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

sid/component/cgen-cpu/m32r/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/audio/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.

sid/component/uart/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/uart/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/loader/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/sched/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/mapper/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/mapper/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/parport/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/memory/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/cache/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/rtc/ChangeLog:
--- 1,7 ----
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/gloss/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/lcd/testsuite/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/lcd/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

	* families/configure.in: Apply AC_CONFIG_SUBDIRS to literal
	strings only.
	* families/configure: Regenerated.

	* families/Makefile.in, families/aclocal.m4: Regenerated with
	Automake 1.9.5.

sid/component/mmu/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/interrupt/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/glue/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/component/ide/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/doc/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in: Regenerated with Automake 1.9.5.

sid/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

sid/config/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* config.guess, config.sub, install-sh, missing, mkinstalldirs:
	Update.

	* docbuild.m4 (RH_DOCBUILD_CHECK): Propery quote macro name.
	* libstdc++.m4 (CY_LIBSTDCXX_CHECK): Same.
	* sidtarget.m4 (CY_SIDTARGET_CHECK): Same.

	* sidtarget.m4 (CY_SIDTARGET_CHECK): No need to specify the shell
	when running $ac_config_sub; $ac_config_sub contains the shell
	itself now, and it's an error to specify it twice.
	
	* libtool.m4, ltdl.m4, ltmain.sh: Update from libtool 1.5.18.

sid/main/dynamic/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.am (LIBIBERTY): Link against the libiberty.a from
	libiberty/pic, not the non-PIC version in libiberty.
	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.

	* configure.in: Remove call to AC_ARG_PROGRAM, to avoid autoconf
	warnings about multiple uses.
	* configure: Regenerated with autoconf 2.59.

sid/main/ChangeLog:
2005-06-03  Jim Blandy  <jimb@redhat.com>

	* Makefile.in, aclocal.m4: Regenerated with Automake 1.9.5.
	* configure: Regenerated with autoconf 2.59.


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

* Re: SID configury, libtoolery updated
  2005-06-04  3:18 SID configury, libtoolery updated Jim Blandy
@ 2005-06-04 12:25 ` Frank Ch. Eigler
  2005-06-04 15:22   ` Jim Blandy
  2005-06-10 20:21 ` Dave Brolley
  1 sibling, 1 reply; 10+ messages in thread
From: Frank Ch. Eigler @ 2005-06-04 12:25 UTC (permalink / raw)
  To: Jim Blandy; +Cc: SID public developers

Hi -

jimb wrote:

> [...]  One oddity is that the tree must be configured with
> --enable-shared; otherwise, there is no PIC libiberty built, and
> thus we can't produce shared libraries for the components that
> depend on it.  [...]

At one point we considered (or actually _did_) building individiaul
libiberty source files within the sid build tree, so that its notion
of sharedness would be independent of $build/libiberty.  Maybe this
could work.

Thanks for doing this auto* upgrading, it was overdue.


- FChE

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

* Re: SID configury, libtoolery updated
  2005-06-04 12:25 ` Frank Ch. Eigler
@ 2005-06-04 15:22   ` Jim Blandy
  0 siblings, 0 replies; 10+ messages in thread
From: Jim Blandy @ 2005-06-04 15:22 UTC (permalink / raw)
  To: Frank Ch. Eigler; +Cc: SID public developers


"Frank Ch. Eigler" <fche@redhat.com> writes:
> > [...]  One oddity is that the tree must be configured with
> > --enable-shared; otherwise, there is no PIC libiberty built, and
> > thus we can't produce shared libraries for the components that
> > depend on it.  [...]
> 
> At one point we considered (or actually _did_) building individiaul
> libiberty source files within the sid build tree, so that its notion
> of sharedness would be independent of $build/libiberty.  Maybe this
> could work.

That's a good idea.

> Thanks for doing this auto* upgrading, it was overdue.

You're welcome!

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

* Re: SID configury, libtoolery updated
  2005-06-04  3:18 SID configury, libtoolery updated Jim Blandy
  2005-06-04 12:25 ` Frank Ch. Eigler
@ 2005-06-10 20:21 ` Dave Brolley
  2005-06-10 20:34   ` Dave Brolley
  1 sibling, 1 reply; 10+ messages in thread
From: Dave Brolley @ 2005-06-10 20:21 UTC (permalink / raw)
  To: Jim Blandy; +Cc: sid

Jim Blandy wrote:

>I've upgraded SID's libtool, autoconf, and automake machinery, fixed
>some warnings, and fixed a long-standing problem with components that
>link against libiberty.
>
>
>  
>
I seem to be having trouble building sid now. Specifically

o The generate libtool scripts seem to expect the environment variable 
SED to be set to a working sed
o I'm getting this error when linking in cgen-cpu

/bin/sh ./libtool --tag=CXX --mode=link c++ -g     -o libcgencpu.la 
-rpath /notnfs/brolley/sources/install/i686-pc-linux-gnu/lib/sidcomp 
-module -no-undefined compCGEN.lo tracedis.lo ms1/libms1.la  
-L../../../libiberty/pic -liberty cgen-asm.lo cgen-dis.lo cgen-opc.lo 
dis-buf.lo dis-init.lo -lpthread -lm
./libtool: line 1: cd: ../../../libiberty/pic: No such file or directory

...worked around by creating an empty libibrty/pic directory) but then 
later...

if c++ -DHAVE_CONFIG_H -I. -I/home/brolley/sources/src/sid/main/dynamic 
-I. -I. -I../../include 
-I/home/brolley/sources/src/sid/main/dynamic/../../include 
-I/home/brolley/sources/src/sid/main/dynamic/../../../include    -g -MT 
commonCfg.o -MD -MP -MF ".deps/commonCfg.Tpo" -c -o commonCfg.o 
/home/brolley/sources/src/sid/main/dynamic/commonCfg.cxx; \
then mv -f ".deps/commonCfg.Tpo" ".deps/commonCfg.Po"; else rm -f 
".deps/commonCfg.Tpo"; exit 1; fi
make[4]: *** No rule to make target 
`../../../libiberty/pic/libiberty.a', needed by `sid'.  Stop.


I've refreshed libiberty and rebuilt it from scratch, bit I don't get a 
libiberty/pic directory in my build tree. Is there some configure option 
I need? I'm using autoconf 2.59, automake 1.9.5 and libtool 1.5.18

uname -a says

Linux to-hpws2.toronto.redhat.com 2.4.21-27.0.2.ELsmp #1 SMP Wed Jan 12 
23:35:44 EST 2005 i686 i686 i386 GNU/Linux

src/config.guess says

i686-pc-linux-gnu

Thanks,
Dave

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

* Re: SID configury, libtoolery updated
  2005-06-10 20:21 ` Dave Brolley
@ 2005-06-10 20:34   ` Dave Brolley
  2005-06-17 19:18     ` Jim Blandy
  0 siblings, 1 reply; 10+ messages in thread
From: Dave Brolley @ 2005-06-10 20:34 UTC (permalink / raw)
  To: Dave Brolley; +Cc: Jim Blandy, sid

Dave Brolley wrote:

> o The generate libtool scripts seem to expect the environment variable 
> SED to be set to a working sed

Scratch this one. I regenerated the libtool script in question and this 
problem is now gone.

libibrty/pic problem remains....

Dave

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

* Re: SID configury, libtoolery updated
  2005-06-10 20:34   ` Dave Brolley
@ 2005-06-17 19:18     ` Jim Blandy
  2005-06-17 19:24       ` Frank Ch. Eigler
  0 siblings, 1 reply; 10+ messages in thread
From: Jim Blandy @ 2005-06-17 19:18 UTC (permalink / raw)
  To: Dave Brolley; +Cc: sid


Dave Brolley <brolley@redhat.com> writes:
> Dave Brolley wrote:
> 
> > o The generate libtool scripts seem to expect the environment
> > variable SED to be set to a working sed
> 
> Scratch this one. I regenerated the libtool script in question and
> this problem is now gone.
> 
> libibrty/pic problem remains....

Try configuring with --enable-shared.

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

* Re: SID configury, libtoolery updated
  2005-06-17 19:18     ` Jim Blandy
@ 2005-06-17 19:24       ` Frank Ch. Eigler
  2005-06-17 21:20         ` Dave Brolley
  0 siblings, 1 reply; 10+ messages in thread
From: Frank Ch. Eigler @ 2005-06-17 19:24 UTC (permalink / raw)
  To: Jim Blandy; +Cc: sid

Hi -

jimb wrote:
> [...]
> > libibrty/pic problem remains....
> Try configuring with --enable-shared.

Even if that makes the build work, we need to retain
the ability to build with --disable-shared.

- FChE

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

* Re: SID configury, libtoolery updated
  2005-06-17 19:24       ` Frank Ch. Eigler
@ 2005-06-17 21:20         ` Dave Brolley
  2005-06-20 15:22           ` Jim Blandy
  0 siblings, 1 reply; 10+ messages in thread
From: Dave Brolley @ 2005-06-17 21:20 UTC (permalink / raw)
  To: Frank Ch. Eigler; +Cc: Jim Blandy, sid

Frank Ch. Eigler wrote:

>Hi -
>
>jimb wrote:
>  
>
>>[...]
>>    
>>
>>>libibrty/pic problem remains....
>>>      
>>>
>>Try configuring with --enable-shared.
>>    
>>
>
>Even if that makes the build work, we need to retain
>the ability to build with --disable-shared.
>
>  
>
--enable-shared used to tbe the default. It is no longer?

Dave

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

* Re: SID configury, libtoolery updated
  2005-06-17 21:20         ` Dave Brolley
@ 2005-06-20 15:22           ` Jim Blandy
  2005-06-20 16:00             ` Dave Brolley
  0 siblings, 1 reply; 10+ messages in thread
From: Jim Blandy @ 2005-06-20 15:22 UTC (permalink / raw)
  To: Dave Brolley; +Cc: Frank Ch. Eigler, sid


Dave Brolley <brolley@redhat.com> writes:
> --enable-shared used to tbe the default. It is no longer?

Here's (I think) the logic in libiberty/config.table, from 'cvs annotate':

1.10         (dj       27-Dec-04): # If they didn't specify --enable-shared, don't generate shared libs.
1.10         (dj       27-Dec-04): case "${enable_shared}" in
1.10         (dj       27-Dec-04):   yes) shared=yes ;;
1.10         (dj       27-Dec-04):   no) shared=no ;;
1.10         (dj       27-Dec-04):   "") shared=no ;;
1.10         (dj       27-Dec-04):   *) shared=yes ;;
1.10         (dj       27-Dec-04): esac

I think there are two reasons this hasn't shown up in the past:

- Older libtools did only loose sanity checking when linking IA-32
  shared libraries, so they didn't mind being given a .a file as a
  dependency for a .so.  (The deplibs_check_method var in the libtool
  script was set to 'pass_all'.)  And (I believe) the .o files from
  libiberty/pic/libiberty.a that actually got used by SID don't
  contain any non-PIC relocs.  So the link would actually use the
  non-PIC libiberty/libiberty.a, but it would go fine anyway.

- Those same older libtools would object to linking any .so against
  any .a on the x86_64.  (The deplibs_check_method var was set to a
  file_magic string.  The newer libtools treat the x86_64 like the
  IA-32.)  And if you did get it past libtool, libiberty/libiberty.a
  contained non-PIC relocs, and the linker itself complained.

So to get SID to work on the x86_64, we needed to upgrade libtool, and
fix the long-standing (but until now silent) bug in the choice of
libiberty.

My first choice solution would be to use libtool to build libiberty.
But that's what was tried in December 2004, and then backed out; see
the binutils archives.  So libtoolizing libiberty requires technical
and political effort.  It wouldn't be bad to have an alternative.
Which is why I like Frank's suggestion that we simply remove SID's
dependence on libiberty by copying over source files --- the code
duplication is probably less trouble than negotiating with libiberty.

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

* Re: SID configury, libtoolery updated
  2005-06-20 15:22           ` Jim Blandy
@ 2005-06-20 16:00             ` Dave Brolley
  0 siblings, 0 replies; 10+ messages in thread
From: Dave Brolley @ 2005-06-20 16:00 UTC (permalink / raw)
  To: Jim Blandy; +Cc: Frank Ch. Eigler, sid



Jim Blandy wrote:

>Dave Brolley <brolley@redhat.com> writes:
>  
>
>>--enable-shared used to tbe the default. It is no longer?
>>    
>>
>
>Here's (I think) the logic in libiberty/config.table, from 'cvs annotate':
>
>1.10         (dj       27-Dec-04): # If they didn't specify --enable-shared, don't generate shared libs.
>1.10         (dj       27-Dec-04): case "${enable_shared}" in
>1.10         (dj       27-Dec-04):   yes) shared=yes ;;
>1.10         (dj       27-Dec-04):   no) shared=no ;;
>1.10         (dj       27-Dec-04):   "") shared=no ;;
>1.10         (dj       27-Dec-04):   *) shared=yes ;;
>1.10         (dj       27-Dec-04): esac
>  
>
OK. I meant the default for sid is --enable-shared. I imagine that the 
defaults for SID and libiberty should be the same, unless we go ahead 
and take a copy of the source, as suggested by Frank.

Dave

>  
>

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

end of thread, other threads:[~2005-06-20 16:00 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-04  3:18 SID configury, libtoolery updated Jim Blandy
2005-06-04 12:25 ` Frank Ch. Eigler
2005-06-04 15:22   ` Jim Blandy
2005-06-10 20:21 ` Dave Brolley
2005-06-10 20:34   ` Dave Brolley
2005-06-17 19:18     ` Jim Blandy
2005-06-17 19:24       ` Frank Ch. Eigler
2005-06-17 21:20         ` Dave Brolley
2005-06-20 15:22           ` Jim Blandy
2005-06-20 16:00             ` Dave Brolley

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).