[Bug libgcc/67792] New: GCC 5.2 - make clean fails in libgcc

[Bug libgcc/67792] New: GCC 5.2 - make clean fails in libgcc

[gary at intrepid dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

            Bug ID: 67792
           Summary: GCC 5.2 - make clean fails in libgcc
           Product: gcc
           Version: 5.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libgcc
          Assignee: unassigned at gcc dot gnu.org
          Reporter: gary at intrepid dot com
  Target Milestone: ---

When building with both the GCC 5.2 release and the latest gcc-5-branch, after
a successful build and bootstrap, a 'make clean' at the top level fails as
follows.

make[1]: Leaving directory `/eng/upc/dev/gary/gcc-5-x/save/x86_64-unknown-linux
-gnu/libstdc++-v3'
make[1]: -B/eng/upc/dev/gary/gcc-5-x/rls/x86_64-unknown-linux-gnu/bin/: Command
 not found
make[1]: Entering directory `/eng/upc/dev/gary/gcc-5-x/save/x86_64-unknown-linu
x-gnu/libgcc'
make[1]: -B/eng/upc/dev/gary/gcc-5-x/rls/x86_64-unknown-linux-gnu/bin/: Command
 not found
/bin/sh: line 0: test: !=: unary operator expected
rm -f libgcc_tm.h libgcc.map
Makefile:172: *** Recursive variable `AR_FOR_TARGET' references itself (eventua
lly).  Stop.

Above, the compiler has not yet been installed under 'rls/...', and therefore
is not found.  It wasn't clear to me why AR_FOR_TARGET is recursive:

 170 # Flags to pass to recursive makes.
 171 
 172 AR_FOR_TARGET = $(AR)

Top-level configure:

/eng/upc/dev/gary/gcc-5-x/src/configure CFLAGS='-g3 -O3' CXXFLAGS='-g3 -O3' CC=
/usr/bin/gcc CXX=/usr/bin/g++ --prefix=/eng/upc/dev/gary/gcc-5-x/rls --enable-l
anguages=all

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[schwab@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> ---
Nobody is testing make clean, patches welcome.  It's much easier to just remove
the build directory before starting over.

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[gary at intrepid dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #2 from Gary Funck <gary at intrepid dot com> ---
(In reply to Andreas Schwab from comment #1)
> Nobody is testing make clean, patches welcome.  It's much easier to just
> remove the build directory before starting over.

OK.  I don't plan on looking into it.  It didn't fail on a recent trunk
version, so probably it is fixed there.

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Probably not fixed, just latent. Everyone just removes the whole build dir,
which works far more reliably.

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[akruppa at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

Alex Kruppa <akruppa at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |akruppa at gmail dot com

--- Comment #4 from Alex Kruppa <akruppa at gmail dot com> ---
Problem still exists in 10.2.0:

true "AR_FLAGS=" "CC_FOR_BUILD=" "CC_FOR_TARGET=" "CFLAGS=" "CXXFLAGS="
"CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=" "INSTALL=/usr/bin/install -c"
"INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c"
"INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS=" "LIBCFLAGS="
"LIBCFLAGS_FOR_TARGET=" "MAKE=make" "MAKEINFO=makeinfo --split-size=5000000
--split-size=5000000     " "SHELL=/bin/sh" "RUNTESTFLAGS="
"exec_prefix=/opt/gcc-10.2.0" "infodir=/opt/gcc-10.2.0/share/info"
"libdir=/opt/gcc-10.2.0/lib64" "includedir=/opt/gcc-10.2.0/include"
"prefix=/opt/gcc-10.2.0" "tooldir="
"gxx_include_dir=/opt/gcc-10.2.0/include/c++/10.2.0" "AR=" "AS=/./gcc/as"
"LD=/./gcc/collect-ld" "RANLIB=" "NM=/./gcc/nm" "NM_FOR_BUILD="
"NM_FOR_TARGET=" "DESTDIR=" "WERROR=" DO=mostlyclean multi-clean # make
make[5]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/32/libstdc++-v3'
make[4]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/32/libstdc++-v3'
make[3]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/libstdc++-v3'
make[2]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/libstdc++-v3'
make[1]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/libstdc++-v3'
make[1]: Entering directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/libgcc'
make[1]: -B/opt/gcc-10.2.0/x86_64-pc-linux-gnu/bin/: Command not found
make[1]: -B/opt/gcc-10.2.0/x86_64-pc-linux-gnu/bin/: Command not found
/bin/sh: line 0: test: !=: unary operator expected
rm -f libgcc_tm.h libgcc.map
Makefile:187: *** Recursive variable 'AR_FOR_TARGET' references itself
(eventually).  Stop.
make[1]: Leaving directory
'/home/alex/build/gcc-10.2.0/x86_64-pc-linux-gnu/libgcc'
make: *** [Makefile:19194: clean-stage1-target-libgcc] Error 2

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Alex Kruppa from comment #4)
> Problem still exists in 10.2.0:

And everybody still just removes the build dir instead of using 'make clean'.

[Bug libgcc/67792] GCC 5.2 - make clean fails in libgcc

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |DUPLICATE
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #6 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Dup of bug 25790.

*** This bug has been marked as a duplicate of bug 25790 ***