AW: irrtoolset 5.0.0 release candidate

[Nick Hilliard]

On 03/02/2010 12:43, Michael.Mueller01 at t-systems.com wrote:
> after installing the packages libtool, autoconf, automake and gcc-3.4.6
> (from sunfreeware) in our solaris9 environment, i can configure the irrtoolset
> (revision 310).

oh, cool!  I wasn't expecting solaris 9 to be so easy.

> But i get an compile error in the source code of rpslcheck.cc:
> 
> 	error: `strcasestr`was not declared in this scope

Ah.  strcasestr() is defined in C90, and solaris < 10 was not very good at
standards compliance.

> I have added the following workarround in rpslcheck.cc:

Can you submit a bug report on http://irrtoolset.isc.org/, and I'll commit
a proper patch.



> Also building on a debian (lenny) is possible.
> 
> Michael Mueller.
> 
> 
> 
>> -----Ursprüngliche Nachricht-----
>> Von: rv at kronos.NIC.DTAG.DE [mailto:rv at kronos.NIC.DTAG.DE] Im 
>> Auftrag von Ruediger Volk, Deutsche Telekom T-Com - TE141-P1
>> Gesendet: Sonntag, 31. Januar 2010 23:25
>> An: Nick Hilliard
>> Cc: S.P.Zeidler; irrtoolset at lists.isc.org; Mueller, Michael
>> Betreff: Re: irrtoolset 5.0.0 release candidate 
>>
>>
>>   > On 29/01/2010 22:31, S.P.Zeidler wrote:
>>   > > Building requires bison (plain traditional yacc doesn't 
>> understand
>>   > > %name-prefix or %output, but wants eg yacc -d -prpsl -o 
>> rpsl.y.cc rpsl.y,
>>   > > then outputs rpsl.y.h which needs to be renamed to 
>> rpsl.y.hh in rpsl;
>>   > > same with command.y in rtconfig. I doubt it's really 
>> worth it working
>>   > > around a dependency on bison though.)
>>   >
>>   > yah, i had a 10 second look at traditional yacc on 
>> solaris, but decided
>>   > against making it compatible.  Truth is, bison is pretty 
>> ubiquitous these
>>   > days; and it's also a lot faster than yacc.
>> we are traditionally running Solaris - well, as traditional 
>> as being stuck with Solaris 9. We are using flex and bison 
>> without problems - as far as I understand.  Unfortunately 
>> some other problems did prevent us from successfully building 
>> the most recent ISC 4.8.*.
>>
>>   > > It needs a define of LEX to "flex -l" on NetBSD 5 and prior.
>>   > > I discovered a bug in lex on NetBSD-current (which I'm 
>> currently hunting)
>>   > > but if one fixes the fallout of that bug, irrtoolset 
>> compiles and works
>>   > > fine.
>>   > >
>>   > > Further dependencies:
>>   > > requires automake and libtool-base
>>   >
>>   > It's only the SVN source that needs automake;  the 
>> released tarball doesn't
>>   > need it, although it does require libtool.
>>   >
>>   > > doesn't require gmake any longer, which is nice(tm)
>>   >
>>   > yes, although the Makefiles from automate are truly 
>> grotesque.  Can't argue
>>   > that they work well, but wow, they're ugly.
>>   >
>>   > I'm not feeling very guilty about putting in dependencies 
>> on tools like
>>   > bison, flex and libtool.  Most end-users are going to be 
>> installing
>>   > irrtoolset from a package / port system and not compiling 
>> it themselves.
>>   > Faidon has a .deb package; I have an updated freebsd port 
>> and also a new
>>   > macports Portfile ready.  The netbsd port can be fixed up 
>> pretty easily.
>>   > That just leaves Solaris, which is very much a minority 
>> platform anyway.
>>   > Haven't done anything about RH and RH derived systems 
>> which need rpms.
>>   > Anyone interested?
>> With new and very experienced help for our software 
>> environment, we are checking whether 5.0.0 rc can be built in 
>> our Solaris 9 environment without running into serious 
>> problems. We'll certainly report results in the next very few 
>> days. If we can build 5.0.0 rc with limited effort we'll also 
>> later come back with a plan for merging in the extensions 
>> that we have done over the past 3 years.
>>
>>   > Nick
>>
>> Cheers,
>>   Ruediger
>>


-- 
Network Ability Ltd. | Head of Operations      | Tel: +353 1 6169698
3 Westland Square    | INEX - Internet Neutral | Fax: +353 1 6041981
Dublin 2, Ireland    | Exchange Association    | Email: nick at inex.ie