bfd/po changes in snapshots?

Phil Edwards
Wed Jun 7 13:55:00 GMT 2000

I've been happily using the 000502 snapshot under Solaris 8 to build CVS
gcc (I hack on libstdc++-v3, which is in CVS gcc, and needs a post-2.9
GNU ld to do anything under Solaris).  So I use the merged source tree,
consisting of the binutils snapshot with the CVS gcc on top of it, etc, etc.

This morning gcc built correctly.  This afternoon it doesn't:

Making all in po
gmake[3]: Entering directory `/stuff/pme/3test/bfd/po'
( if test 'x/home0/pedwards/src/egcsworking/bfd/po' != 'x.'; then \
    posrcprefix='/home0/pedwards/src/egcsworking/bfd/'; \
  else \
    posrcprefix="../"; \
  fi; \
    && (sed -e '/^#/d' -e '/^[  ]*$/d' \
            -e "s@.*@   $posrcprefix& \\\\@" < /home0/pedwards/src/egcsworking/bfd/po/ \
        | sed -e '$s/\\$//') > POTFILES-t \
    && chmod a-w POTFILES-t \
cd .. \
  && CONFIG_FILES=po/ \
     CONFIG_HEADERS= /bin/sh ./config.status
creating po/
gmake[3]: Leaving directory `/stuff/pme/3test/bfd/po'
gmake[3]: Entering directory `/stuff/pme/3test/bfd/po'
gmake[3]: *** No rule to make target `all-@USE_NLS@', needed by `all'.  Stop.
gmake[3]: Leaving directory `/stuff/pme/3test/bfd/po'
gmake[2]: *** [all-recursive] Error 1

The gcc-patches archive shows somebody did make a change in gcc/po, but
this is bfd/po that's breaking.  (I don't understand 'po' so these may
easily be stupid questions.)

Note that configuring with --disable-nls produces the same error.

Do more recent snapshots of binutils (bfd) make a matching change that I
can use instead of 000502?  Or is this something in gcc that is reaching
into bfd and breaking it?


More information about the Binutils mailing list