Date: Wed, 18 Jul 2018 15:07:36 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 229866] devel/lua-lpeg: broken due to wrong CFLAGS Message-ID: <bug-229866-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229866 Bug ID: 229866 Summary: devel/lua-lpeg: broken due to wrong CFLAGS Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: sunpoet@FreeBSD.org Reporter: andrew@tao11.riddles.org.uk Flags: maintainer-feedback?(sunpoet@FreeBSD.org) Assignee: sunpoet@FreeBSD.org Created attachment 195247 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D195247&action= =3Dedit patch for lua-lpeg/Makefile This port defines -DLUA_32BITS in CFLAGS, which guarantees that it will fai= l to load when using any standard Lua build (whether from ports or upstream). (LUA_32BITS is a non-standard compile option to Lua that forces the use of 32-bit integers AND 32-bit floats as the (only) numeric types; this option = is not useful except on platforms with no 64-bit support at all. As this chang= es the Lua ABI, it makes /absolutely no sense/ to set this in a module build; = the module should pick up the value from luaconf.h.) Also, it fails to install the re.lua module, which is probably the most commonly-used interface to lpeg. % lua53 Lua 5.3.4 Copyright (C) 1994-2017 Lua.org, PUC-Rio > require 'lpeg' core and library have incompatible numeric types Patch attached. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-229866-7788>