Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* The canadian cross build is broken
@ 2002-03-22 22:52 H . J . Lu
  2002-03-23  7:29 ` Andrew Cagney
  0 siblings, 1 reply; 15+ messages in thread
From: H . J . Lu @ 2002-03-22 22:52 UTC (permalink / raw)
  To: GDB; +Cc: gcc

The current tree is broken when configured with

# ../configure --host=cpu1-linux --build=i386-linux --target=cpu1-linux

See

http://sources.redhat.com/ml/binutils/2002-02/msg00120.html

I have been using

http://sources.redhat.com/ml/binutils/2002-02/msg00169.html

I guess no one cares about it.


H.J.


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

* Re: The canadian cross build is broken
  2002-03-22 22:52 The canadian cross build is broken H . J . Lu
@ 2002-03-23  7:29 ` Andrew Cagney
  2002-03-23 10:14   ` H . J . Lu
  0 siblings, 1 reply; 15+ messages in thread
From: Andrew Cagney @ 2002-03-23  7:29 UTC (permalink / raw)
  To: H . J . Lu; +Cc: GDB, gcc

> The current tree is broken when configured with
> 
> # ../configure --host=cpu1-linux --build=i386-linux --target=cpu1-linux
> 
> See
> 
> http://sources.redhat.com/ml/binutils/2002-02/msg00120.html
> 
> I have been using
> 
> http://sources.redhat.com/ml/binutils/2002-02/msg00169.html
> 
> I guess no one cares about it.

I note you CC:'d GCC but To:'d GDB.  Remember, GCC is the supplier here. 
  Both GDB and BINUTILS are users.

The most useful thing to do would be to explain to the above person that 
their patch should be submitted to gcc-patches@.

enjoy,
Andrew




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

* Re: The canadian cross build is broken
  2002-03-23  7:29 ` Andrew Cagney
@ 2002-03-23 10:14   ` H . J . Lu
  2002-03-25  9:50     ` DJ Delorie
  2002-03-25 14:15     ` DJ Delorie
  0 siblings, 2 replies; 15+ messages in thread
From: H . J . Lu @ 2002-03-23 10:14 UTC (permalink / raw)
  To: Andrew Cagney; +Cc: GDB, gcc

On Sat, Mar 23, 2002 at 10:28:58AM -0500, Andrew Cagney wrote:
> > The current tree is broken when configured with
> > 
> > # ../configure --host=cpu1-linux --build=i386-linux --target=cpu1-linux
> > 
> > See
> > 
> > http://sources.redhat.com/ml/binutils/2002-02/msg00120.html
> > 
> > I have been using
> > 
> > http://sources.redhat.com/ml/binutils/2002-02/msg00169.html
> > 
> > I guess no one cares about it.
> 
> I note you CC:'d GCC but To:'d GDB.  Remember, GCC is the supplier here. 
>   Both GDB and BINUTILS are users.
> 
> The most useful thing to do would be to explain to the above person that 
> their patch should be submitted to gcc-patches@.
> 

I did. You can follow

http://sources.redhat.com/ml/binutils/2002-02/msg00120.html

to see it. DJ believed my patch was wrong, but didn't provide a working
solution. So far, only 2 people complained. We need more people to tell
DJ to get it fixed. Maybe I should give up since my gcc, gdb and
binutils don't have this problem.


H.J.


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

* Re: The canadian cross build is broken
  2002-03-23 10:14   ` H . J . Lu
@ 2002-03-25  9:50     ` DJ Delorie
  2002-03-25 14:15     ` DJ Delorie
  1 sibling, 0 replies; 15+ messages in thread
From: DJ Delorie @ 2002-03-25  9:50 UTC (permalink / raw)
  To: hjl; +Cc: ac131313, gdb, gcc


> I did. You can follow
> 
> http://sources.redhat.com/ml/binutils/2002-02/msg00120.html
> 
> to see it. DJ believed my patch was wrong, but didn't provide a working
> solution.

The problem is that --with-target-subdir invokes some behaviors that
aren't appropriate for a build-libiberty, mostly pertaining to
multilibs.  You yourself weren't sure of your patch:

 "The following hack seems to work, but I'm not convinced it's the
  right fix."

> So far, only 2 people complained.

The number of people complaining usually has nothing to do with the
severity of a bug or the correctness of its solution.  Plus, we do
canadians inside Red Hat all the time and nobody's complained to me
internally.  This doesn't mean it's not a problem, it just means it's
not an "obviously broken" type of problem.  There is a trivial
workaround (which is why RH doesn't see it): don't build in the source
directory.

Perhaps we should disable building in the source directory if it's not
a simple native?  It would simplify some things and make maintaining
it easier.  But that depends on how much more effort is needed to get
the current solution working right.

> We need more people to tell DJ to get it fixed.

Sorry, this won't work.  I'm a volunteer, just like you.  Maybe we
need more people to tell *you* to submit a correct solution?  However,
I appreciate the reminder (even a mildly insulting one) as I do have
this on my todo list, and might have time to actually *look at* my
todo list this week ;)

> Maybe I should give up since my gcc, gdb and binutils don't have
> this problem.

You may do whatever you wish in your own sources, and we certainly
can't force you to contribute back to the official sources.


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

* Re: The canadian cross build is broken
  2002-03-23 10:14   ` H . J . Lu
  2002-03-25  9:50     ` DJ Delorie
@ 2002-03-25 14:15     ` DJ Delorie
  2002-03-26 13:24       ` H . J . Lu
  1 sibling, 1 reply; 15+ messages in thread
From: DJ Delorie @ 2002-03-25 14:15 UTC (permalink / raw)
  To: hjl; +Cc: ac131313, gdb, gcc


> > > http://sources.redhat.com/ml/binutils/2002-02/msg00169.html

This is wrong:

+  if [ "${with_build_subdir}" != "." ] || [ "${with_target_subdir}" != "." ]; then

One of them will *always* be ""

You also never followed up on this:

http://sources.redhat.com/ml/binutils/2002-02/msg00172.html


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

* Re: The canadian cross build is broken
  2002-03-25 14:15     ` DJ Delorie
@ 2002-03-26 13:24       ` H . J . Lu
  2002-03-26 13:35         ` DJ Delorie
  2002-03-26 13:49         ` DJ Delorie
  0 siblings, 2 replies; 15+ messages in thread
From: H . J . Lu @ 2002-03-26 13:24 UTC (permalink / raw)
  To: DJ Delorie; +Cc: ac131313, gdb, gcc

On Mon, Mar 25, 2002 at 05:14:52PM -0500, DJ Delorie wrote:
> 
> > > > http://sources.redhat.com/ml/binutils/2002-02/msg00169.html
> 
> This is wrong:
> 
> +  if [ "${with_build_subdir}" != "." ] || [ "${with_target_subdir}" != "." ]; then
> 
> One of them will *always* be ""
> 

How about this one?


H.J.
----
2002-03-26  H.J. Lu  (hjl@gnu.org)

	* config.table: Support --with-build-subdir.
	* configure.in: Likewise.
	* configure: Rebuild.

--- binutils-2.12.90.0.3/libiberty/config.table.build	Fri Nov 16 14:05:55 2001
+++ binutils-2.12.90.0.3/libiberty/config.table	Tue Mar 26 12:54:58 2002
@@ -1,3 +1,9 @@
+# Don't build the shared library for build.
+if [ -n "${with_build_subdir}" ]; then
+  enable_shared=no
+fi
+
+frag=
 case "${host}" in
   rs6000-ibm-aix3.1 | rs6000-ibm-aix)
                         frag=mh-aix ;;
@@ -8,7 +14,11 @@ case "${host}" in
   i[345]86-*-windows*)	frag=mh-windows ;;
 esac
 
-frags=$frag
+if [ -n "${frag}" ]; then
+  frags=${libiberty_topdir}/libiberty/config/$frag
+else
+  frags=
+fi
 
 # If they didn't specify --enable-shared, don't generate shared libs.
 case "${enable_shared}" in
@@ -20,30 +30,22 @@ esac
 if [ "${shared}" = "yes" ]; then
   case "${host}" in
     *-*-cygwin*)	;;
-    alpha*-*-linux*)	frags="${frags} ../../config/mh-elfalphapic" ;;
-    arm*-*-*)		frags="${frags} ../../config/mh-armpic" ;;
-    hppa*-*-*)		frags="${frags} ../../config/mh-papic" ;;
-    i[3456]86-*-*)	frags="${frags} ../../config/mh-x86pic" ;;
-    mips*-*-linux*)	frags="${frags} ../../config/mh-mipspic" ;;
+    alpha*-*-linux*)	frag=mh-elfalphapic ;;
+    arm*-*-*)		frag=mh-armpic ;;
+    hppa*-*-*)		frag=mh-papic ;;
+    i[3456]86-*-*)	frag=mh-x86pic ;;
+    mips*-*-linux*)	frag=mh-mipspic ;;
     powerpc*-*-aix*)	;;
-    powerpc*-*-*)	frags="${frags} ../../config/mh-ppcpic" ;;
-    sparc*-*-*)		frags="${frags} ../../config/mh-sparcpic" ;;
-    *-*-*)		frags="${frags} ../../config/mh-${host_cpu}pic" ;;
+    powerpc*-*-*)	frag=mh-ppcpic ;;
+    sparc*-*-*)		frag=mh-sparcpic ;;
+    *)			frag=mh-${host_cpu}pic ;;
   esac
+  frags="${frags} ${libiberty_topdir}/config/${frag}"
 fi
 
 echo "# Warning: this fragment is automatically generated" > temp-frag
 
 for frag in ${frags}; do
-  case ${frag} in
-    ../* )
-      if [ ${srcdir} = . ]; then
-	[ -n "${with_target_subdir}" ] && frag=../${frag}
-	[ -n "${with_multisrctop}" ] && frag=${with_multisrctop}${frag}
-      fi
-      ;;
-  esac
-  frag=${srcdir}/${xsrcdir}config/$frag
   if [ -f ${frag} ]; then
     echo "Appending ${frag} to xhost-mkfrag"
     echo "# Following fragment copied from ${frag}" >> temp-frag
--- binutils-2.12.90.0.3/libiberty/configure.in.build	Thu Mar  7 11:52:40 2002
+++ binutils-2.12.90.0.3/libiberty/configure.in	Tue Mar 26 13:04:14 2002
@@ -5,14 +5,19 @@ AC_INIT(pexecute.c)
 
 dnl We use these options to decide which functions to include.
 AC_ARG_WITH(target-subdir,
-[  --with-target-subdir=SUBDIR      Configuring in a subdirectory])
+[  --with-target-subdir=SUBDIR      Configuring in a subdirectory for target])
+AC_ARG_WITH(build-subdir,
+[  --with-build-subdir=SUBDIR       Configuring in a subdirectory for build])
 AC_ARG_WITH(cross-host,
 [  --with-cross-host=HOST           Configuring with a cross compiler])
 AC_ARG_WITH(newlib,
 [  --with-newlib                    Configuring with newlib])
 
 if test "${srcdir}" = "."; then
-  if test -z "${with_target_subdir}"; then
+  if test -n "${with_build_subdir}"; then
+    libiberty_topdir="${srcdir}/../.."
+    with_target_subdir=
+  elif test -z "${with_target_subdir}"; then
     libiberty_topdir="${srcdir}/.."
   else
     if test "${with_target_subdir}" != "."; then
@@ -429,7 +434,7 @@ AC_SUBST(INSTALL_DEST)
 AC_OUTPUT(Makefile testsuite/Makefile,
 [test -z "$CONFIG_HEADERS" || echo timestamp > stamp-h
 if test -n "$CONFIG_FILES"; then
-  if test -n "${with_target_subdir}"; then
+  if test -n "${with_build_subdir}" || test -n "${with_target_subdir}"; then
     # FIXME: We shouldn't need to set ac_file
     ac_file=Makefile
     . ${libiberty_topdir}/config-ml.in


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

* Re: The canadian cross build is broken
  2002-03-26 13:24       ` H . J . Lu
@ 2002-03-26 13:35         ` DJ Delorie
  2002-03-26 13:42           ` H . J . Lu
  2002-03-26 13:49         ` DJ Delorie
  1 sibling, 1 reply; 15+ messages in thread
From: DJ Delorie @ 2002-03-26 13:35 UTC (permalink / raw)
  To: hjl; +Cc: gdb, gcc


> How about this one?

The configure.in changes look ok, but...

> 	* config.table: Support --with-build-subdir.

Why are we throwing away the ability to have multiple host frags?  Of
course, that whole config.table file looks a bit convoluted.


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

* Re: The canadian cross build is broken
  2002-03-26 13:35         ` DJ Delorie
@ 2002-03-26 13:42           ` H . J . Lu
  0 siblings, 0 replies; 15+ messages in thread
From: H . J . Lu @ 2002-03-26 13:42 UTC (permalink / raw)
  To: DJ Delorie; +Cc: gdb, gcc

On Tue, Mar 26, 2002 at 04:35:34PM -0500, DJ Delorie wrote:
> 
> > How about this one?
> 
> The configure.in changes look ok, but...
> 
> > 	* config.table: Support --with-build-subdir.
> 
> Why are we throwing away the ability to have multiple host frags?  Of
> course, that whole config.table file looks a bit convoluted.

What multiple host frags? I am not sure what you meant by that. The
only thing I change is to use ${libiberty_topdir} to locate the host
frags instead the current convoluted way. Do you have an example?


H.J.


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

* Re: The canadian cross build is broken
  2002-03-26 13:24       ` H . J . Lu
  2002-03-26 13:35         ` DJ Delorie
@ 2002-03-26 13:49         ` DJ Delorie
  2002-03-26 13:53           ` H . J . Lu
  1 sibling, 1 reply; 15+ messages in thread
From: DJ Delorie @ 2002-03-26 13:49 UTC (permalink / raw)
  To: hjl; +Cc: gdb, gcc


> What multiple host frags? I am not sure what you meant by that.

Oops, nevermind.  I see where you moved that logic to.  You need to
check for $frag being empty before adding it to $frags though.


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

* Re: The canadian cross build is broken
  2002-03-26 13:49         ` DJ Delorie
@ 2002-03-26 13:53           ` H . J . Lu
  2002-03-26 14:00             ` DJ Delorie
  0 siblings, 1 reply; 15+ messages in thread
From: H . J . Lu @ 2002-03-26 13:53 UTC (permalink / raw)
  To: DJ Delorie; +Cc: gdb, gcc

On Tue, Mar 26, 2002 at 04:49:18PM -0500, DJ Delorie wrote:
> 
> > What multiple host frags? I am not sure what you meant by that.
> 
> Oops, nevermind.  I see where you moved that logic to.  You need to
> check for $frag being empty before adding it to $frags though.

Why? Here is the fragment. $frag won't be empty. The default one is
mh-${host_cpu}pic:

if [ "${shared}" = "yes" ]; then
  case "${host}" in
    *-*-cygwin*)        ;;
    alpha*-*-linux*)    frag=mh-elfalphapic ;;
    arm*-*-*)           frag=mh-armpic ;;
    hppa*-*-*)          frag=mh-papic ;;
    i[3456]86-*-*)      frag=mh-x86pic ;;
    mips*-*-linux*)     frag=mh-mipspic ;;
    powerpc*-*-aix*)    ;;
    powerpc*-*-*)       frag=mh-ppcpic ;;
    sparc*-*-*)         frag=mh-sparcpic ;;
    *)                  frag=mh-${host_cpu}pic ;;
  esac
  frags="${frags} ${libiberty_topdir}/config/${frag}"
fi

Later, we check if it exists:

for frag in ${frags}; do
  if [ -f ${frag} ]; then
    echo "Appending ${frag} to xhost-mkfrag"
    echo "# Following fragment copied from ${frag}" >> temp-frag
    cat ${frag} >> temp-frag
  fi
done

before appending it. Did I miss something?



H.J.

H.J.


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

* Re: The canadian cross build is broken
  2002-03-26 13:53           ` H . J . Lu
@ 2002-03-26 14:00             ` DJ Delorie
  2002-03-26 14:36               ` H . J . Lu
  0 siblings, 1 reply; 15+ messages in thread
From: DJ Delorie @ 2002-03-26 14:00 UTC (permalink / raw)
  To: hjl; +Cc: gdb, gcc


> Why? Here is the fragment. $frag won't be empty. The default one is
> mh-${host_cpu}pic:

In some future cases, it may end up getting added twice, in other
cases, it's empty and may cause problems.  For example, for cygwin
frag remains set to its previous value (currently empty) so you end up
adding "config/" to the list of frags.

> if [ "${shared}" = "yes" ]; then
>   case "${host}" in
>     *-*-cygwin*)        ;;

> Later, we check if it exists:
> 
> for frag in ${frags}; do
>   if [ -f ${frag} ]; then
>     echo "Appending ${frag} to xhost-mkfrag"
>     echo "# Following fragment copied from ${frag}" >> temp-frag
>     cat ${frag} >> temp-frag
>   fi
> done
> 
> before appending it. Did I miss something?

Some broken OSs may treat directories as meeting "test -f" :-(


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

* Re: The canadian cross build is broken
  2002-03-26 14:00             ` DJ Delorie
@ 2002-03-26 14:36               ` H . J . Lu
  2002-03-26 14:49                 ` DJ Delorie
  0 siblings, 1 reply; 15+ messages in thread
From: H . J . Lu @ 2002-03-26 14:36 UTC (permalink / raw)
  To: DJ Delorie; +Cc: gdb, gcc

On Tue, Mar 26, 2002 at 05:00:27PM -0500, DJ Delorie wrote:
> 
> > Why? Here is the fragment. $frag won't be empty. The default one is
> > mh-${host_cpu}pic:
> 
> In some future cases, it may end up getting added twice, in other
> cases, it's empty and may cause problems.  For example, for cygwin
> frag remains set to its previous value (currently empty) so you end up
> adding "config/" to the list of frags.

A new patch. I put back

+with_build_subdir=${with_build_subdir}

into configure.in. Otherwise, ${libiberty_topdir}/config-ml.in won't
be called.


H.J.
---
2002-03-26  H.J. Lu  (hjl@gnu.org)

	* config.table: Support --with-build-subdir.
	* configure.in: Likewise.
	* configure: Rebuild.

--- binutils-2.12.90.0.3/libiberty/config.table.build	Fri Nov 16 14:05:55 2001
+++ binutils-2.12.90.0.3/libiberty/config.table	Tue Mar 26 14:02:46 2002
@@ -1,3 +1,9 @@
+# Don't build the shared library for build.
+if [ -n "${with_build_subdir}" ]; then
+  enable_shared=no
+fi
+
+frag=
 case "${host}" in
   rs6000-ibm-aix3.1 | rs6000-ibm-aix)
                         frag=mh-aix ;;
@@ -8,7 +14,11 @@ case "${host}" in
   i[345]86-*-windows*)	frag=mh-windows ;;
 esac
 
-frags=$frag
+if [ -n "${frag}" ]; then
+  frags=${libiberty_topdir}/libiberty/config/$frag
+else
+  frags=
+fi
 
 # If they didn't specify --enable-shared, don't generate shared libs.
 case "${enable_shared}" in
@@ -18,32 +28,27 @@ case "${enable_shared}" in
   *) shared=yes ;;
 esac
 if [ "${shared}" = "yes" ]; then
+  frag=
   case "${host}" in
     *-*-cygwin*)	;;
-    alpha*-*-linux*)	frags="${frags} ../../config/mh-elfalphapic" ;;
-    arm*-*-*)		frags="${frags} ../../config/mh-armpic" ;;
-    hppa*-*-*)		frags="${frags} ../../config/mh-papic" ;;
-    i[3456]86-*-*)	frags="${frags} ../../config/mh-x86pic" ;;
-    mips*-*-linux*)	frags="${frags} ../../config/mh-mipspic" ;;
+    alpha*-*-linux*)	frag=mh-elfalphapic ;;
+    arm*-*-*)		frag=mh-armpic ;;
+    hppa*-*-*)		frag=mh-papic ;;
+    i[3456]86-*-*)	frag=mh-x86pic ;;
+    mips*-*-linux*)	frag=mh-mipspic ;;
     powerpc*-*-aix*)	;;
-    powerpc*-*-*)	frags="${frags} ../../config/mh-ppcpic" ;;
-    sparc*-*-*)		frags="${frags} ../../config/mh-sparcpic" ;;
-    *-*-*)		frags="${frags} ../../config/mh-${host_cpu}pic" ;;
+    powerpc*-*-*)	frag=mh-ppcpic ;;
+    sparc*-*-*)		frag=mh-sparcpic ;;
+    *)			frag=mh-${host_cpu}pic ;;
   esac
+  if [ -n "${frag}" ]; then
+    frags="${frags} ${libiberty_topdir}/config/${frag}"
+  fi
 fi
 
 echo "# Warning: this fragment is automatically generated" > temp-frag
 
 for frag in ${frags}; do
-  case ${frag} in
-    ../* )
-      if [ ${srcdir} = . ]; then
-	[ -n "${with_target_subdir}" ] && frag=../${frag}
-	[ -n "${with_multisrctop}" ] && frag=${with_multisrctop}${frag}
-      fi
-      ;;
-  esac
-  frag=${srcdir}/${xsrcdir}config/$frag
   if [ -f ${frag} ]; then
     echo "Appending ${frag} to xhost-mkfrag"
     echo "# Following fragment copied from ${frag}" >> temp-frag
--- binutils-2.12.90.0.3/libiberty/configure.in.build	Thu Mar  7 11:52:40 2002
+++ binutils-2.12.90.0.3/libiberty/configure.in	Tue Mar 26 14:32:11 2002
@@ -5,14 +5,19 @@ AC_INIT(pexecute.c)
 
 dnl We use these options to decide which functions to include.
 AC_ARG_WITH(target-subdir,
-[  --with-target-subdir=SUBDIR      Configuring in a subdirectory])
+[  --with-target-subdir=SUBDIR      Configuring in a subdirectory for target])
+AC_ARG_WITH(build-subdir,
+[  --with-build-subdir=SUBDIR       Configuring in a subdirectory for build])
 AC_ARG_WITH(cross-host,
 [  --with-cross-host=HOST           Configuring with a cross compiler])
 AC_ARG_WITH(newlib,
 [  --with-newlib                    Configuring with newlib])
 
 if test "${srcdir}" = "."; then
-  if test -z "${with_target_subdir}"; then
+  if test -n "${with_build_subdir}"; then
+    libiberty_topdir="${srcdir}/../.."
+    with_target_subdir=
+  elif test -z "${with_target_subdir}"; then
     libiberty_topdir="${srcdir}/.."
   else
     if test "${with_target_subdir}" != "."; then
@@ -429,7 +434,7 @@ AC_SUBST(INSTALL_DEST)
 AC_OUTPUT(Makefile testsuite/Makefile,
 [test -z "$CONFIG_HEADERS" || echo timestamp > stamp-h
 if test -n "$CONFIG_FILES"; then
-  if test -n "${with_target_subdir}"; then
+  if test -n "${with_build_subdir}" || test -n "${with_target_subdir}"; then
     # FIXME: We shouldn't need to set ac_file
     ac_file=Makefile
     . ${libiberty_topdir}/config-ml.in
@@ -439,6 +444,7 @@ srcdir=${srcdir}
 host=${host}
 target=${target}
 with_target_subdir=${with_target_subdir}
+with_build_subdir=${with_build_subdir}
 with_multisubdir=${with_multisubdir}
 ac_configure_args="--enable-multilib ${ac_configure_args}"
 CONFIG_SHELL=${CONFIG_SHELL-/bin/sh}


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

* Re: The canadian cross build is broken
  2002-03-26 14:36               ` H . J . Lu
@ 2002-03-26 14:49                 ` DJ Delorie
  2002-03-26 14:59                   ` H . J . Lu
  0 siblings, 1 reply; 15+ messages in thread
From: DJ Delorie @ 2002-03-26 14:49 UTC (permalink / raw)
  To: hjl; +Cc: gdb, gcc


> A new patch. I put back
> 
> +with_build_subdir=${with_build_subdir}
> 
> into configure.in. Otherwise, ${libiberty_topdir}/config-ml.in won't
> be called.
> 
> 
> H.J.
> ---
> 2002-03-26  H.J. Lu  (hjl@gnu.org)
> 
> 	* config.table: Support --with-build-subdir.
> 	* configure.in: Likewise.
> 	* configure: Rebuild.

This version is approved.  Thanks!
(now let's all cross our fingers... ;)


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

* Re: The canadian cross build is broken
  2002-03-26 14:49                 ` DJ Delorie
@ 2002-03-26 14:59                   ` H . J . Lu
  2002-03-26 15:30                     ` DJ Delorie
  0 siblings, 1 reply; 15+ messages in thread
From: H . J . Lu @ 2002-03-26 14:59 UTC (permalink / raw)
  To: DJ Delorie; +Cc: gdb, gcc

On Tue, Mar 26, 2002 at 05:49:14PM -0500, DJ Delorie wrote:
> 
> > A new patch. I put back
> > 
> > +with_build_subdir=${with_build_subdir}
> > 
> > into configure.in. Otherwise, ${libiberty_topdir}/config-ml.in won't
> > be called.
> > 
> > 
> > H.J.
> > ---
> > 2002-03-26  H.J. Lu  (hjl@gnu.org)
> > 
> > 	* config.table: Support --with-build-subdir.
> > 	* configure.in: Likewise.
> > 	* configure: Rebuild.
> 
> This version is approved.  Thanks!
> (now let's all cross our fingers... ;)

Done. When should I expect it to show up in src?

Thanks.


H.J.


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

* Re: The canadian cross build is broken
  2002-03-26 14:59                   ` H . J . Lu
@ 2002-03-26 15:30                     ` DJ Delorie
  0 siblings, 0 replies; 15+ messages in thread
From: DJ Delorie @ 2002-03-26 15:30 UTC (permalink / raw)
  To: hjl; +Cc: gdb, gcc


> Done. When should I expect it to show up in src?

It's there.  It would have been sooner, but I was eating supper.


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

end of thread, other threads:[~2002-03-26 23:30 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-22 22:52 The canadian cross build is broken H . J . Lu
2002-03-23  7:29 ` Andrew Cagney
2002-03-23 10:14   ` H . J . Lu
2002-03-25  9:50     ` DJ Delorie
2002-03-25 14:15     ` DJ Delorie
2002-03-26 13:24       ` H . J . Lu
2002-03-26 13:35         ` DJ Delorie
2002-03-26 13:42           ` H . J . Lu
2002-03-26 13:49         ` DJ Delorie
2002-03-26 13:53           ` H . J . Lu
2002-03-26 14:00             ` DJ Delorie
2002-03-26 14:36               ` H . J . Lu
2002-03-26 14:49                 ` DJ Delorie
2002-03-26 14:59                   ` H . J . Lu
2002-03-26 15:30                     ` DJ Delorie

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox