Another minor bug introduced during mkcheck.in split (and not caught during the partial remerge)?
Loren James Rittle
rittle@latour.rsch.comm.mot.com
Fri Dec 1 02:32:00 GMT 2000
If you look at version 1.41 of mkcheck.in (just before the split), you
can see that SH_FLAG and ST_FLAG were used. They became S[TH]_FLAGS
in the new tests_flags.in file and were copied back that way. Fully
bootstrapped on alpha-unknown-freebsd4.2 (see next port report) with
the testsuite report checked by hand to ensure that both -static and
dynamic builds were now occurring.
Speaking of bootstrap: I know these are bogus, tiny changes; but they
need to be, at the very least, rebuilt (fully bootstrapped if not
contained inside a library, such as this minor change) and checked for
correctness too!
Regards,
Loren
2000-12-01 Loren J. Rittle <ljrittle@acm.org>
* mkcheck.in: Correct typo.
Index: mkcheck.in
===================================================================
RCS file: /cvs/gcc/egcs/libstdc++-v3/mkcheck.in,v
retrieving revision 1.43
diff -c -r1.43 mkcheck.in
*** mkcheck.in 2000/11/29 03:54:39 1.43
--- mkcheck.in 2000/12/01 10:16:15
***************
*** 57,67 ****
IFS=$saved_ifs
# specific libtool flag(s) to force the use of shared libraries, if any
! SH_FLAGS=
# specific libtool flag(s) to force the use of static libraries, if any
! ST_FLAGS="-static"
! #ST_FLAGS="-all-static"
# Set up the testing directory, which should be in a directory called
# "testsuite" in the root level of the build directory.
--- 57,67 ----
IFS=$saved_ifs
# specific libtool flag(s) to force the use of shared libraries, if any
! SH_FLAG=
# specific libtool flag(s) to force the use of static libraries, if any
! ST_FLAG="-static"
! #ST_FLAG="-all-static"
# Set up the testing directory, which should be in a directory called
# "testsuite" in the root level of the build directory.
More information about the Libstdc++
mailing list