[Oisf-devel] Suricata build failing

harley bobb.harley at gmail.com
Fri Feb 12 21:45:49 UTC 2010


I'm on Slack64 with automake 1.10.1. I ran 'autoreconf -i --force' 
without creating the m4 directory, but keeping the 
'm4_pattern_allow([^AM])' in configure.ac.  Both libhtp and suricata are 
built, now it's off to configuration fun :-)
Will, thanks for the help :-)

- Harley


Will Metcalf wrote:
> hmmm interesting what platform is this on?  There are some old
> versions of automake that will not create the required m4 directory.
> I would maybe just start fresh and create an empty m4 directory in
> trunk and re-run autoreconf -i --force.
>
> Regards,
>
> Will
>
> On Fri, Feb 12, 2010 at 2:51 PM, harley <bobb.harley at gmail.com> wrote:
>   
>> Will,
>>  Thanks.
>>
>> After checking out libhtp, autconf was complaining with this:
>> configure.ac:7: error: possibly undefined macro: AM_CONFIG_HEADER
>>                               If this token and others are legitimate,
>> please use m4_pattern_allow.                               See the Autoconf
>> documentation.
>>
>> configure.ac:55: error: possibly undefined macro: AM_INIT_AUTOMAKE
>>                          configure.ac:70: error: possibly undefined macro:
>> AM_PROG_LIBTOOL                                     configure.ac:71: error:
>> possibly undefined macro: AM_SANITY_CHECK
>> So, I added 'm4_pattern_allow([^AM])' to the top of configure.ac. That
>> allowed 'autoconf -i --force' to run, was that the right thing to do?
>> Because now ./configure is now complaining with this:
>> ./configure: line 1777: syntax error near unexpected token `config.h'
>> ./configure: line 1777: `AM_CONFIG_HEADER(config.h)'
>>
>>
>>
>> Will Metcalf wrote:
>>     
>>> Yes you need to upgrade libhtp as well.
>>>
>>> svn co https://libhtp.svn.sourceforge.net/svnroot/libhtp libhtp
>>>
>>> Regards,
>>>
>>> Will
>>>
>>>
>>> On Fri, Feb 12, 2010 at 10:01 AM, harley <bobb.harley at gmail.com> wrote:
>>>
>>>       
>>>> Hi,
>>>>  I just checked out Suricata from the git repository. After running
>>>> './configure --libdir=/usr/lib64 --include=/usr/include --enable-debug'
>>>> and got the following error:
>>>> detect-uricontent.c: In function 'DetectUricontentInspectMpm':
>>>> detect-uricontent.c:559: error: 'htp_tx_t' has no member named
>>>> 'request_uri_normalized'
>>>> detect-uricontent.c:563: error: 'htp_tx_t' has no member named
>>>> 'request_uri_normalized'
>>>> detect-uricontent.c:563: error: 'htp_tx_t' has no member named
>>>> 'request_uri_normalized'
>>>> detect-uricontent.c:563: error: 'htp_tx_t' has no member named
>>>> 'request_uri_normalized'
>>>> detect-uricontent.c:564: error: 'htp_tx_t' has no member named
>>>> 'request_uri_normalized'
>>>> make[2]: *** [detect-uricontent.o] Error 1
>>>> make[2]: Leaving directory `/home/gabba/Toys/suricata-git/oisf/src'
>>>> make[1]: *** [all-recursive] Error 1
>>>> make[1]: Leaving directory `/home/gabba/Toys/suricata-git/oisf'
>>>> make: *** [all] Error 2
>>>>
>>>> Looking in htp.h there is indeed no request_uri_normalized member. Any
>>>> suggestions?
>>>>
>>>> - Harley
>>>> _______________________________________________
>>>> Oisf-devel mailing list
>>>> Oisf-devel at openinfosecfoundation.org
>>>> http://lists.openinfosecfoundation.org/mailman/listinfo/oisf-devel
>>>>
>>>>         
>>     




More information about the Oisf-devel mailing list