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

2023-06-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #6 from Andrew Pinski  ---
Dup of bug 25790.

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

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

2020-08-21 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #5 from Jonathan Wakely  ---
(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

2020-08-21 Thread akruppa at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

Alex Kruppa  changed:

   What|Removed |Added

 CC||akruppa at gmail dot com

--- Comment #4 from Alex Kruppa  ---
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=500
--split-size=500 " "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

2015-10-01 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #1 from Andreas Schwab  ---
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

2015-10-01 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #3 from Jonathan Wakely  ---
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

2015-10-01 Thread gary at intrepid dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792

--- Comment #2 from Gary Funck  ---
(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.