[bug-gperf] gperf-3.1 build report

[Nelson H. F. Beebe]

After today's announcement on the info-gnu list of the new gperf-3.1
release, I ran test builds in our growing farm of more than 130 O/Ses.

I'm pleased to report that of 132 initial automated build attempts,
122 passed all of their tests and were installed.

Of the 10 failing builds, most could be repaired by changing PATH
and/or compilers.

There remain two glitches that might affect builds of gperf-3.1 at
other sites:

------------------------------------------------------------------------

(1) On GNU/Linux Mint 18.1 (latest: kernel dated 13-Dec-2016), where
/usr/bin/c++ is now clang++,

        % c++ --version
        clang version 3.8.0-2ubuntu4 (tags/RELEASE_380/final)
        Target: x86_64-pc-linux-gnu
        Thread model: posix
        InstalledDir: /usr/bin/X11

rather than g++, linking fails with 

        /usr/bin/ld: cannot find -lstdc++

The system DOES have the missing library, but clang++ is not finding
it:

        % locate libstdc++.so | sort
        /usr/lib/gcc/x86_64-linux-gnu/4.7/libstdc++.so
        /usr/lib/gcc/x86_64-linux-gnu/4.8/libstdc++.so
        /usr/lib/gcc/x86_64-linux-gnu/4.9/libstdc++.so
        /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so
        /usr/lib/i386-linux-gnu/libstdc++.so.5
        /usr/lib/i386-linux-gnu/libstdc++.so.5.0.7
        /usr/lib/i386-linux-gnu/libstdc++.so.6
        /usr/lib/i386-linux-gnu/libstdc++.so.6.0.21
        /usr/lib/x86_64-linux-gnu/libstdc++.so.6
        /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
        
/usr/share/gdb/auto-load/usr/lib/i386-linux-gnu/libstdc++.so.6.0.21-gdb.py
        
/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21-gdb.py

I got a successful fresh build with CXX=/usr/bin/g++-5.

------------------------------------------------------------------------
(2) On ArchLinux, I have

        % /usr/bin/c++ --version
        c++ (GCC) 6.2.1 20160830

and compilation with that compiler fails like this:

        /usr/bin/c++ -g -O2 -L/usr/local/lib64 -Wl,-rpath,/usr/local/lib64 -o 
gperf version.o positions.o options.o keyword.o keyword-list.o input.o 
bool-array.o hash-table.o search.o output.o main.o ../lib/libgp.a -lm
        main.o: In function `KeywordExt_Factory::~KeywordExt_Factory()':
        /local/build/cc/gperf-3.1/src/./main.cc:34: undefined reference to 
`operator delete(void*, unsigned long)'
        main.o: In function `main':
        /local/build/cc/gperf-3.1/src/./main.cc:142: undefined reference to 
`operator delete(void*, unsigned long)'
        keyword.o: In function `Keyword_Factory::~Keyword_Factory()':
        /local/build/cc/gperf-3.1/src/./keyword.cc:145: undefined reference to 
`operator delete(void*, unsigned long)'
        keyword-list.o: In function `delete_list(Keyword_List*)':
        /local/build/cc/gperf-3.1/src/./keyword-list.cc:75: undefined reference 
to `operator delete(void*, unsigned long)'
        input.o: In function `Input::read_input()':
        /local/build/cc/gperf-3.1/src/./input.cc:977: undefined reference to 
`operator delete(void*, unsigned long)'
        search.o:/local/build/cc/gperf-3.1/src/./search.cc:1053: more undefined 
references to `operator delete(void*, unsigned long)' follow
        collect2: error: ld returned 1 exit status

I got a successful build by switching to a gcc-6.0.0 20150419 snapshot
that I built on that system on 27-Apr-2015.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: address@hidden  -
- 155 S 1400 E RM 233                       address@hidden  address@hidden -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------