svn commit: r318913 - in head/devel/libcfu: . files

Chris Rees crees at FreeBSD.org
Sat May 25 16:43:41 UTC 2013


On 25 May 2013 10:01, Chris Rees <crees at freebsd.org> wrote:
> On 25 May 2013 03:44, Alexey Dokuchaev <danfe at freebsd.org> wrote:
>> On Fri, May 24, 2013 at 07:14:09PM +0200, Eitan Adler wrote:
>>> On 24 May 2013 05:37, Alexey Dokuchaev <danfe at freebsd.org> wrote:
>>> > On Thu, May 23, 2013 at 10:05:22PM +0000, Chris Rees wrote:
>>> >> New Revision: 318913
>>> >> URL: http://svnweb.freebsd.org/changeset/ports/318913
>>> >>
>>> >> Log:
>>> >>   New versions of clang complain about assigning variables to themselves.
>>> >>
>>> >>   Let's just remove -Werror and ignore the warnings.
>>> >
>>> > Hmm, wouldn't it be better to fix these bugs (judging from commit log it
>>> > should not be too hard) and send the patch upstream?
>>>
>>> I agree fixing these bugs is a good thing.  I don't believe that this
>>> is a function of the ports team though.  IMHO disabling warnings is
>>> the simplest, least intrusive patch that works.
>>
>> Good maintainer typically would work with upstream to make sure their
>> software builds and runs on FreeBSD with little possible special tuning
>> required.  Not just it is "being nice", it also helps us to create and
>> maintain image of an OS that is worth writing software for. :)
>>
>> While I agree that investing time in a large complex patch when simple
>> workaround is available is a bit too much (unless port maintainer is also
>> on the upstream devteam), fixing *simple* things such as compiler warnings
>> is better than throwing -Werror.
>
> Yes, however this software hasn't been updated since 2005.
>
> I'll consider talking to upstream, but my priority at the time was to
> just get the stuff building and working-- it was a Thursday night and
> I had a load of Real Life work to do when I got the failure
> notification.

While I was in the process of forking libcfu, I found someone else had
it on github.

I've fixed the bugs and passed them to them, and updated the port to
the new site at the same time.

Thanks for the suggestion,

Chris


More information about the svn-ports-all mailing list