On Wed, Jun 20, 2012 at 7:05 AM, Michiel Konstapel <m.konsta...@sownet.nl> wrote: >> manually. It's probably something missing in your environment, if >> it's a gdb thing, or it might be whatever's driving the build process. > > Aha: it seems it can't find a file, "gnu-oids.texi". > > ... > Making all in po > mkdir -p -- ./etc > Configuring in ./etc > configure: creating cache ./config.cache > checking for a BSD-compatible install... /usr/bin/install -c > configure: updating cache ./config.cache > configure: creating ./config.status > config.status: creating Makefile../../../../gdb/etc/standards.texi:2262: > @include `gnu-oids.texi': No such file or directory. > makeinfo: Removing output file `standards.info' due to errors; use
In my environment, those aren't normally rebuilt. The base issue is probably that when you check out the branch under git, the mtimes of the various files are at the time of checkout. If (for example) the standards.info file appears older than standards.texi, it'll try to be rebuilt---unnecessarily. You could do something like: find . -name '*.info' | xargs touch in the gdb source workspace. Not infrequently the same issue arises with some lex/yacc thing in binutils. Somewhere I had notes saying what needed to be "touched" in a freshly-checked-out workspace to avoid this sort of thing, but I can't find them at the moment. Peter ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
