bug-gperf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gperf] gperf-3.1 build report


From: Schaible, Marcel
Subject: Re: [bug-gperf] gperf-3.1 build report
Date: Mon, 16 Jan 2017 11:09:47 +0000

Hi Nelson,

I) just tried the build for Linux Mint on a fresh installed machine

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


and it just worked fine.

Are you sure that your clang installation path is correct (X11?) ?

Thanks

Marcel

________________________________________
From: bug-gperf address@hidden on behalf of Nelson H. F. Beebe address@hidden
Sent: Friday, January 13, 2017 8:54 PM
To: address@hidden
Cc: address@hidden
Subject: [bug-gperf] gperf-3.1 build report

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/ -
-------------------------------------------------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]