Hmm, turns out it was already installed on the Windows build machine,
but I just updated it. Something with the way pdlua is being linked
makes it not able to find lua51.dll. My guess is because the Lua
build system doesn't generate a liblua51.dll.a to put in /usr/local/
lib, like the
I just built that lua-5.1.4 package in MinGW.
Just typing 'make mingw'produces liblua.a and lua51.dll in src.
liblua.a is somewhat larger than the dll.
'Make install' copies liblua.a into /usr/local/lib and creates an empty
directory /usr/local/lib/lua.
The error in the latest autobuild log
I think the key is to generate the liblua51.dll.a file using the
instructions that were just posted, and stick that into the pdlua
folder, set -L., then -llua51 should just work. The .dll.a file seems
to expose the DLL symbols in a way that ld understands. If that
works, I'll include
Oh, I assumed that a libfoo.a was a complete library for static
linking, like on GNU/Linux and Mac OS X, and that the libfoo.dll.a was
a special MinGW dlltool format to trick ld into linking against a
Windows DLL. That was my impression from reading about the dlltool
trick.
.hc
On
Yeah, we can build Lua on Windows and install it into the MinGW path.
That's how the rest of the libraries are currently handled. Then the
installer grabs the .dlls from the MinGW install path.
Have you successfully built Lua on Windows? If so, let me know the
details, and I'll
If you get the latest source here:
http://www.lua.org/ftp/lua-5.1.4.tar.gz
and then:
make mingw
...it should just work.
Martin
On 2011-03-26 20:20, Hans-Christoph Steiner wrote:
Yeah, we can build Lua on Windows and install it into the MinGW path.
That's how the rest of the libraries are
Ok, its built and included, but its not finding the liblua on Mac OS X:
/Applications/Pd-0.43.0-extended-20110318.app/Contents/Resources/
Scripts/../extra/pdlua/pdlua.pd_darwin: dlopen(/Applications/Pd-0.43.0-
extended-20110318.app/Contents/Resources/Scripts/../extra/pdlua/
pdlua.pd_darwin,
The error actually seems to originate in pkg-config not finding lua5.1:
make -C /Users/pd/auto-build/pd-extended/externals/loaders/pdlua/src
PD_PATH=/Users/pd/auto-build/pd-extended/pd CFLAGS=-DPD
-I/Users/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb
Hey,
On 18/03/11 17:38, Martin wrote:
The error actually seems to originate in pkg-config not finding lua5.1:
From my limited experience, Lua 5.1 libraries have different names all
over the place, even in different GNU/Linux distros (lua51, lua5.1,
lua5, lua, ...). A bit of a nightmare.
Hello,
In the original Makefile.static for pdlua it is defined:
lua-5.1.3
This worked for me on OSX.
Katja
On Fri, Mar 18, 2011 at 7:07 PM, Claude Heiland-Allen cla...@goto10.orgwrote:
Hey,
On 18/03/11 17:38, Martin wrote:
The error actually seems to originate in pkg-config not
Martin,
I think you could put different pkg-config lines in the per-OS section
of the Makefile, and that would work for differences between Debian/
Ubuntu, Mac OS X, and Windows liblua. That won't help if different
GNU/Linux distros have different names for the lib tho.
.hc
On Mar 18,
Hey Martin,
Glad to see you are working on getting pdlua integrated into Pd-
extended. It is now dying with a linking error on Mac OS X:
http://autobuild.puredata.info/auto-build/2011-03-16/logs/2011-03-16_15.50.09_darwin_macosx104-i386_pd-extended.txt
pdlua.c:877: warning: comparison
12 matches
Mail list logo