building a cross libf2c

building a cross libf2c

[Richard Earnshaw]

The following patch (or something like it) is needed to allow 
cross-building of libf2c to succeed, since the "libraries" subdir doesn't 
exist for a cross build.

<date>  Richard Earnshaw (rearnsha@arm.com)

	* Makefile.in (BASE_FLAGS_TO_PASS): Pass TARGET_SUBDIR to submakes.

	* libf2c/Makefile.in (TARGET_SUBDIR): Provide default definition.
	(FLAGS_TO_PASS): Use TARGET_SUBDIR in definition of G2C_H_DIR.

Re: building a cross libf2c

[Carlo Wood]

Hey that would be great.
Renaming `libraries' to the target name is exactly what is
needed to solve the "lookfor_dir_with_trigger" problem with
dejagnu.  It would be a logical change too imho.

If this patch is adopted, then isn't it possible to use the
target name anyway, also in a native build ?

| The following patch (or something like it) is needed to allow 
| cross-building of libf2c to succeed, since the "libraries" subdir doesn't 
| exist for a cross build.
| 
| <date>  Richard Earnshaw (rearnsha@arm.com)
| 
| 	* Makefile.in (BASE_FLAGS_TO_PASS): Pass TARGET_SUBDIR to submakes.
| 
| 	* libf2c/Makefile.in (TARGET_SUBDIR): Provide default definition.
| 	(FLAGS_TO_PASS): Use TARGET_SUBDIR in definition of G2C_H_DIR.
| 
| 
| 
| --==_Exmh_16473424540
| Content-Type: application/x-patch ; name="f2cmake.patch"
| Content-Description: f2cmake.patch
| Content-Disposition: attachment; filename="f2cmake.patch"
| 
| Index: Makefile.in
| ===================================================================
| RCS file: /egcs/carton/cvsfiles/egcs/Makefile.in,v
| retrieving revision 1.25
| diff -p -r1.25 Makefile.in
| *** Makefile.in	1998/06/19 05:42:13	1.25
| --- Makefile.in	1998/06/26 12:49:38
| *************** BASE_FLAGS_TO_PASS = \
| *** 352,357 ****
| --- 352,358 ----
|   	"EXPECT=$(EXPECT)" \
|   	"RUNTEST=$(RUNTEST)" \
|   	"RUNTESTFLAGS=$(RUNTESTFLAGS)" \
| + 	"TARGET_SUBDIR=$(TARGET_SUBDIR)" \
|   	"WINDRES_FOR_TARGET=$(WINDRES_FOR_TARGET)" \
|   	"YACC=$(YACC)" \
|   	"exec_prefix=$(exec_prefix)" \
| Index: libf2c/Makefile.in
| ===================================================================
| RCS file: /egcs/carton/cvsfiles/egcs/libf2c/Makefile.in,v
| retrieving revision 1.9
| diff -p -r1.9 Makefile.in
| *** Makefile.in	1998/06/24 06:16:17	1.9
| --- Makefile.in	1998/06/26 12:49:38
| *************** CC = gcc
| *** 58,63 ****
| --- 58,66 ----
|   CFLAGS = -g
|   LIBCFLAGS = $(CFLAGS)
|   
| + # This is correct for a native build, but will be overridden for a cross build
| + TARGET_SUBDIR = libraries
| + 
|   # List of variables to pass to sub-makes.  This should not be needed'
|   # by GNU make or Sun make (both of which pass command-line variable'
|   # overrides thouh $(MAKE)) but may be needed by older versions.'
| *************** FLAGS_TO_PASS= \
| *** 66,72 ****
|   	"CC=$(CC)" \
|   	"CFLAGS=$(CFLAGS)" \
|   	"F2C_H_DIR=$(s)/libf2c" \
| ! 	"G2C_H_DIR=$(r)/libraries/libf2c" \
|   	"GCC_H_DIR=$(s)/include" \
|   	"LIBCFLAGS=$(LIBCFLAGS)" \
|   	"PICFLAG=$(PICFLAG)" \
| --- 69,75 ----
|   	"CC=$(CC)" \
|   	"CFLAGS=$(CFLAGS)" \
|   	"F2C_H_DIR=$(s)/libf2c" \
| ! 	"G2C_H_DIR=$(r)/$(TARGET_SUBDIR)/libf2c" \
|   	"GCC_H_DIR=$(s)/include" \
|   	"LIBCFLAGS=$(LIBCFLAGS)" \
|   	"PICFLAG=$(PICFLAG)" \


-- 
 Carlo Wood  <carlo@runaway.xs4all.nl>

Re: building a cross libf2c

[Jeffrey A Law]

  In message < 199806261302.OAA27990@sun52.NIS.cambridge >you write:
  > The following patch (or something like it) is needed to allow 
  > cross-building of libf2c to succeed, since the "libraries" subdir doesn't 
  > exist for a cross build.
  > 
  > <date>  Richard Earnshaw (rearnsha@arm.com)
  > 
  > 	* Makefile.in (BASE_FLAGS_TO_PASS): Pass TARGET_SUBDIR to submakes.
  > 
  > 	* libf2c/Makefile.in (TARGET_SUBDIR): Provide default definition.
  > 	(FLAGS_TO_PASS): Use TARGET_SUBDIR in definition of G2C_H_DIR.
I ended up fixing this problem as part of nuking "libraries" and using
${target_alias} for native builds.

jeff

Re: building a cross libf2c

[Jeffrey A Law]

  In message < 199806270106.DAA23719@jolan.ppro >you write:
  > Hey that would be great.
  > Renaming `libraries' to the target name is exactly what is
  > needed to solve the "lookfor_dir_with_trigger" problem with
  > dejagnu.  It would be a logical change too imho.
  > 
  > If this patch is adopted, then isn't it possible to use the
  > target name anyway, also in a native build ?
We've been meaning to renaming that directory in the build tree to the
value of $target_alias for a while.  Basically we weren't sure about
whether or not that was safe many months ago, so we used "libraries"
instead.

Since then we have decided that using ${target_alias} is safe and just 
hadn't gotten around to making the change.  I just made the change a
few minutes ago.  Hopefully it will cure some of these problems.

jeff