Re: Build failed in Hudson: 3.HEAD-i386-OpenBSD #553

On Fri, Sep 10, 2010 at 8:42 PM, Alex Rousskov
<rousskov_at_measurement-factory.com> wrote:
> On 09/10/2010 11:57 AM, Amos Jeffries wrote:
>>
>> On 11/09/10 05:43, Alex Rousskov wrote:
>>>
>>> On 09/09/2010 09:56 AM, Kinkie wrote:
>>>>>
>>>>> /bin/sh ../libtool --tag=CXX --mode=link ccache g++ -Wall
>>>>> -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT
>>>>> -g -O2 -g -o testPreCompiler testPreCompiler.o testMain.o
>>>>> -L/usr/local/lib -lcppunit
>>>>> libtool: link: ccache g++ -Wall -Wpointer-arith -Wwrite-strings
>>>>> -Wcomments -Werror -pipe -D_REENTRANT -g -O2 -g -o testPreCompiler
>>>>> testPreCompiler.o testMain.o -L/usr/local/lib -lcppunit -lm
>>>>> -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/lib
>>>>> /usr/local/lib/libestdc++.so.11.0: warning: vsprintf() is often
>>>>> misused, please use vsnprintf()
>>>>> /usr/local/lib/libcppunit.so.3.0: warning: strcpy() is almost always
>>>>> misused, please use strlcpy()
>>>>> /usr/local/lib/libcppunit.so.3.0: warning: strcat() is almost always
>>>>> misused, please use strlcat()
>>>>> /usr/local/lib/libcppunit.so.3.0: warning: sprintf() is often
>>>>> misused, please use snprintf()
>>>>> /usr/local/lib/libcppunit.so.3.0: undefined reference to
>>>>> `std::basic_streambuf<char, std::char_traits<char>
>>>>> >::_M_out_cur_move(long)'
>>>>> /usr/local/lib/libcppunit.so.3.0: undefined reference to
>>>>> `std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>>>> >::_Rep::_S_create(unsigned long, std::allocator<char> const&)'
>>>>> /usr/local/lib/libcppunit.so.3.0: undefined reference to
>>>>> `std::basic_string<char, std::char_traits<char>, std::allocator<char>
>>>>> >::_S_empty_rep_storage'
>>>>> /usr/local/lib/libcppunit.so.3.0: undefined reference to
>>>>> `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned
>>>>> long)'
>>>>> /usr/local/lib/libcppunit.so.3.0: undefined reference to
>>>>> `std::__default_alloc_template<true, 0>::allocate(unsigned long)'
>>>>> collect2: ld returned 1 exit status
>>>>> *** Error code 1
>>>>>
>>>>
>>>> g++ 3.3.5 on OpenBsd segfaults on the new HttpParser, I've tried
>>>> updating to 4.4.2 (IIRC).
>>>> Alex, what do you think? Is this fixable or should I revert to 3.3.5?
>>>
>>> I am sure it is fixable even though I do not know what is wrong. I would
>>> recommend starting by splitting the
>>> testHttpRequest::testParseRequestLine() monster code into independent
>>> parts, all called from testHttpRequest::testParseRequestLine(). That
>>> could do it. If that does not help, we would at least localize the
>>> problem somewhat.
>>>
>>> Empty lines in testHttpRequest::testParseRequestLine may guide you to
>>> the right part boundaries.
>>
>> It's not getting anywhere near that code.
>> Failing in compat/testPreCompiler.cc which only does assert(false).
>
> Perhaps we are looking at different make outputs. The one Kinkie pasted does
> not show a segfault. The one he asked about seems to segfault in
> testHttpRequest::testParseRequestLine:
>
> ../../src/tests/testHttpRequest.cc:1043: internal compiler error:
> Segmentation
>
> I was talking about the latter "Build failed in Hudson: 3.HEAD-i386-OpenBSD
> #550". Perhaps that one has been fixed already.

The segfault should have been fixed by upgrading gcc.
The current one is about allocators, Amos mentioned it may be due to
cppunit issues, but cppunit is already the lastest release... :(

-- 
    /kinkie