Re: [reSIProcate] gperf updates? Remove some hackery.
- From: "Alan Hawrylyshen" <alan@xxxxxxxxxxxx>
- Date: Sat, 13 Oct 2007 02:41:04 +0000 GMT
I must be missing something. What does changing gperf have to do with embedded
builds?
Thanks
A
-----Original Message-----
From: Byron Campen <bcampen@xxxxxxxxxxxx>
Date: Fri, 12 Oct 2007 21:21:30
To:Jason Fischl <jason@xxxxxxxxxxxxxxx>
Cc:"Alan Hawrylyshen" <alan@xxxxxxxxxxxx>, "resiprocate-devel
resiprocate-devel" <resiprocate-devel@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [reSIProcate] gperf updates? Remove some hackery.
I would like to point out that generating fresh hash functions on
every build is of limited value, especially considering the hoops you
have to jump through to add a method/header/parameter anyway.
Best regards,
Byron Campen
> The only thing i'll point out is that this will break the build on
> lots of embedded systems. What does it really buy us?
>
> On 10/9/07, Byron Campen <bcampen@xxxxxxxxxxxx> wrote:
>> I'm all for it.
>>
>> Best regards,
>> Byron Campen
>>
>>> I've noticed that the newer versions of gperf permit case-
>>> insensitive
>>> hashes to be generated. I find this oddly satisfying given that the
>>> GNU/FSF position on this previously was 'over my dead body'.
>>>
>>> What are peoples' feelings around updating our build process to
>>> leverage gperf 3.X and remove the hackery that edits the output of
>>> the hash function generators?
>>>
>>> Thoughts?
>>>
>>> Alan
>>>
>>> Alan Hawrylyshen
>>> a l a n a t p o l y p h a s e d o t c a
>>>
>>>
>>> _______________________________________________
>>> resiprocate-devel mailing list
>>> resiprocate-devel@xxxxxxxxxxxxxxx
>>> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>>
>>