lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]


Hi,

The fix has been committed in FreeBSD r321489. I confirmed the fix on
my IMX6 board and I will check the Ports Monitor tomorrow to verify
the package builds correctly for the pkg binary install system. For
those inclined, the status of any package on FreeBSD can be found by
looking it up in http://freshports.org and checking the PortsMon link.
The Lua 5.3.4 link:

http://portsmon.freebsd.org/portoverview.py?category=lang&portname=lua53

Cheers,
Russ

On Mon, Jul 24, 2017 at 7:58 PM, Russell Haley <russ.haley@gmail.com> wrote:
> For any that care:
>
> Further investigation in the FreeBSD issue tracker provides some very
> deep context for the issue in the last post by "Bruce". It's a problem
> due to historic implementation differences of POSIX interfaces (and
> FreeBSD not keeping up).
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164656
>
> Cheers,
>
> Russ
>
> On Sat, Jul 22, 2017 at 7:18 PM, Russell Haley <russ.haley@gmail.com> wrote:
>> On Sat, Jul 22, 2017 at 5:58 PM, Roberto Ierusalimschy
>> <roberto@inf.puc-rio.br> wrote:
>>>> Yes, that's the patch! I was also surprised when I looked at it and
>>>> checked the site again in case it was a wrong link. I performed the
>>>> change manually in vim and Lua compiled. I reversed the change to
>>>> prove that it wasn't just me. Lua does not compile without this
>>>> change!
>>>
>>> But it should. As already pointed out in this discusssion, the bug
>>> in this case is in a header file from FreeBSD, not in Lua.
>>
>> It builds correctly on amd64 (x64) without the patch, and did build on
>> amrv6 not long ago. Thank you I will take it up on the FreeBSD side of
>> things. The change is easy enough to include in the ports makefile.
>>
>> Russell