newlib-cygwin/newlib/libc/machine/pru
Mike Frysinger f159663b08 newlib: stop clobbering LDFLAGS with non-standard $ldflags
It's unclear why this was added originally, but assuming it was needed
20 years ago, it shouldn't be explicitly required nowadays.  Current
versions of autotools already take care of exporting LDFLAGS to the
Makefile as needed (things are actually getting linked).  That's why
the configure diffs show LDFLAGS still here, but shifted to a diff
place in the output list.  A few dirs stop exporting LDFLAGS, but
that's because they don't do any linking, only compiling, so it's
correct.

As for the use of $ldflags instead of the standard $LDFLAGS, I can't
really explain that at all.  Just use the right name so users don't
have to dig into why their setting isn't respected, and then use a
non-standard name instead.  Adjust the testsuite to match.
2022-01-21 17:10:10 -05:00
..
Makefile.am newlib: delete (most) redundant lib_a_CCASFLAGS=$(AM_CCASFLAGS) 2022-01-18 19:12:02 -05:00
Makefile.in newlib: stop clobbering LDFLAGS with non-standard $ldflags 2022-01-21 17:10:10 -05:00
aclocal.m4 newlib: update to automake-1.15 2022-01-14 19:10:38 -05:00
configure newlib: stop clobbering LDFLAGS with non-standard $ldflags 2022-01-21 17:10:10 -05:00
configure.ac require autoconf-2.69 exactly 2022-01-14 15:24:33 -05:00
setjmp.s Initial PRU port for libgloss and newlib 2019-10-31 14:47:19 -04:00