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.0...
pdlua.c:877: warning: comparison between signed and unsigned linking pdlua with -llua5.1 -lc cc -mmacosx-version-min=10.4 -bundle -undefined dynamic_lookup -L/sw/ lib -o "pdlua.pd_darwin" "pdlua.o" -llua5.1 -lc /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file for: - llua5.1
It looks like you should use -llua.5.1 since the dylib is called /sw/ lib/liblua.5.1.dylib
.hc
----------------------------------------------------------------------------
I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque
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, 10): Symbol not found: _lua_type Referenced from: /Applications/Pd-0.43.0-extended-20110318.app/ Contents/Resources/Scripts/../extra/pdlua/pdlua.pd_darwin Expected in: dynamic lookup
One advantage of actually linking pdlua to liblua is that the embed- macosx-dependencies.sh script will automatically include the needed lib into the Pd-extended package.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
On Mar 16, 2011, at 4:58 PM, Hans-Christoph Steiner wrote:
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.0...
pdlua.c:877: warning: comparison between signed and unsigned linking pdlua with -llua5.1 -lc cc -mmacosx-version-min=10.4 -bundle -undefined dynamic_lookup -L/ sw/lib -o "pdlua.pd_darwin" "pdlua.o" -llua5.1 -lc /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file for: -llua5.1
It looks like you should use -llua.5.1 since the dylib is called /sw/ lib/liblua.5.1.dylib
.hc
I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque
----------------------------------------------------------------------------
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.
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 -I/Users/pd/auto-build/pd-extended/Gem/src -I/sw/include -I/Users/pd/auto-build/pd-extended/externals/pdp/include -DMACOSX -DUNIX -Dunix -DDL_OPEN" compiling pdlua version 0.6 cflags are -DPD -I/Users/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/Users/pd/auto-build/pd-extended/Gem/src -I/sw/include -I/Users/pd/auto-build/pd-extended/externals/pdp/include -DMACOSX -DUNIX -Dunix -DDL_OPEN optcflags are -fast -fPIC -ftree-vectorize -ftree-vectorizer-verbose=2 -march=pentium4 -msse3 -mfpmath=sse Package lua5.1 was not found in the pkg-config search path. Perhaps you should add the directory containing `lua5.1.pc' to the PKG_CONFIG_PATH environment variable No package 'lua5.1' found luacflags are -DVERSION='0.6' ldflags are -mmacosx-version-min=10.4 -bundle -undefined dynamic_lookup -L/sw/lib
Not sure how to fix that...
Martin
On 18/03/11 12:46 PM, Hans-Christoph Steiner wrote:
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, 10): Symbol not found: _lua_type Referenced from: /Applications/Pd-0.43.0-extended-20110318.app/Contents/Resources/Scripts/../extra/pdlua/pdlua.pd_darwin Expected in: dynamic lookup
One advantage of actually linking pdlua to liblua is that the embed-macosx-dependencies.sh script will automatically include the needed lib into the Pd-extended package.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
On Mar 16, 2011, at 4:58 PM, Hans-Christoph Steiner wrote:
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.0...
pdlua.c:877: warning: comparison between signed and unsigned linking pdlua with -llua5.1 -lc cc -mmacosx-version-min=10.4 -bundle -undefined dynamic_lookup -L/sw/lib -o "pdlua.pd_darwin" "pdlua.o" -llua5.1 -lc /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file for: -llua5.1
It looks like you should use -llua.5.1 since the dylib is called /sw/lib/liblua.5.1.dylib
.hc
I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. -Admiral Gene LeRocque
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
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 claude@goto10.orgwrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org
wrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org mailto:claude@goto10.org> wrote:
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. "pkg-config lua --libs" should do it on Mac OS X/Fink. .hc Claude _______________________________________________ Pd-dev mailing list Pd-dev@iem.at <mailto:Pd-dev@iem.at> http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org mailto:claude@goto10.org> wrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink. .hcClaude
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org mailto:claude@goto10.org> wrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
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 other libs there. libogg for example. I don't know how to generate the liblua51.dll.a, do you?
.hc
On Mar 26, 2011, at 9:03 PM, Martin Peach wrote:
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org mailto:claude@goto10.org> wrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
----------------------------------------------------------------------------
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
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 (2011-03-27_03.31.00_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt) is
gcc -s -shared -Wl,--enable-auto-import -o "pdlua.dll" "pdlua.o" -L"/home/pd/auto-build/pd-extended/pd/src" -L"/home/pd/auto-build/pd-extended/pd/bin" -L"/home/pd/auto-build/pd-extended/pd/obj" -lpd -lwsock32 -lkernel32 -luser32 -lgdi32 -llua51.dll
c:\MinGW\bin..\lib\gcc\mingw32\3.4.5........\mingw32\bin\ld.exe: cannot find -llua51.dll
So maybe it should be looking for -llua instead of -llua51.dll. Or else placing lua51.dll in /usr/local/lib or /usr/local/lib/lua might work. The lua wiki seems to imply that you should link against the dll.
I'll change it to -llua first as that seems consistent with the rest of the MinGW Pd build.
Martin
On 2011-03-27 12:25, Hans-Christoph Steiner wrote:
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 other libs there. libogg for example. I don't know how to generate the liblua51.dll.a, do you?
.hc
On Mar 26, 2011, at 9:03 PM, Martin Peach wrote:
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
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 <claude@goto10.org mailto:claude@goto10.org> wrote:
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.
"pkg-config lua --libs" should do it on Mac OS X/Fink.
.hc
Claude
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@iem.at mailto:Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
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 it in the build machine.
.hc
On Mar 27, 2011, at 9:40 PM, Martin Peach wrote:
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 (2011-03-27_03.31.00_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt) is
gcc -s -shared -Wl,--enable-auto-import -o "pdlua.dll" "pdlua.o" - L"/home/pd/auto-build/pd-extended/pd/src" -L"/home/pd/auto-build/pd- extended/pd/bin" -L"/home/pd/auto-build/pd-extended/pd/obj" -lpd - lwsock32 -lkernel32 -luser32 -lgdi32 -llua51.dll
c:\MinGW\bin..\lib\gcc\mingw32\3.4.5........\mingw32\bin \ld.exe: cannot find -llua51.dll
So maybe it should be looking for -llua instead of -llua51.dll. Or else placing lua51.dll in /usr/local/lib or /usr/local/lib/lua might work. The lua wiki seems to imply that you should link against the dll.
I'll change it to -llua first as that seems consistent with the rest of the MinGW Pd build.
Martin
On 2011-03-27 12:25, Hans-Christoph Steiner wrote:
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 other libs there. libogg for example. I don't know how to generate the liblua51.dll.a, do you?
.hc
On Mar 26, 2011, at 9:03 PM, Martin Peach wrote:
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
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, 2011, at 5:02 PM, katja wrote:
> 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 > <claude@goto10.org mailto:claude@goto10.org> wrote: > > 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. > > > "pkg-config lua --libs" should do it on Mac OS X/Fink. > > .hc > > > > Claude > > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at mailto:Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at mailto:Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev
"We have nothing to fear from love and commitment." - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
----------------------------------------------------------------------------
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
That would be the same file as liblua.a. Giving it another name won't change much. It looks like all the other libs in the MinGW build of pd-extended are .a and not .dll. As I understand it the .a libs have all the symbols included while dlls expose only what was specified to be exported.
Martin
On 2011-03-27 22:07, Hans-Christoph Steiner wrote:
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 it in the build machine.
.hc
On Mar 27, 2011, at 9:40 PM, Martin Peach wrote:
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 (2011-03-27_03.31.00_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt) is
gcc -s -shared -Wl,--enable-auto-import -o "pdlua.dll" "pdlua.o" -L"/home/pd/auto-build/pd-extended/pd/src" -L"/home/pd/auto-build/pd-extended/pd/bin" -L"/home/pd/auto-build/pd-extended/pd/obj" -lpd -lwsock32 -lkernel32 -luser32 -lgdi32 -llua51.dll
c:\MinGW\bin..\lib\gcc\mingw32\3.4.5........\mingw32\bin\ld.exe: cannot find -llua51.dll
So maybe it should be looking for -llua instead of -llua51.dll. Or else placing lua51.dll in /usr/local/lib or /usr/local/lib/lua might work. The lua wiki seems to imply that you should link against the dll.
I'll change it to -llua first as that seems consistent with the rest of the MinGW Pd build.
Martin
On 2011-03-27 12:25, Hans-Christoph Steiner wrote:
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 other libs there. libogg for example. I don't know how to generate the liblua51.dll.a, do you?
.hc
On Mar 26, 2011, at 9:03 PM, Martin Peach wrote:
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
From the gnu make manual it seems that running pkg-config is not recommended inside a Makefile. It should probably be done in the configure stage, but anyway, since liblua has different names on each platform, pkg-config only returns that name. So I ended up just hard-coding liblua names and lua.h path for each OS in the Makefile. Now the nightly build for Windows is failing because it can't resolve -llua51.dll. It seems that there is no standard place to put that dll. Sooo, maybe pd-extended should build lua as well, like portaudio, or should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote: > > 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, 2011, at 5:02 PM, katja wrote: > >> 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 >> <claude@goto10.org mailto:claude@goto10.org> wrote: >> >> 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. >> >> >> "pkg-config lua --libs" should do it on Mac OS X/Fink. >> >> .hc >> >> >> >> Claude >> >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev@iem.at mailto:Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev >> >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev@iem.at mailto:Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev > > > > ---------------------------------------------------------------------------- > > > > > "We have nothing to fear from love and commitment." - New York > Senator > Diane Savino, trying to convince the NY Senate to pass a gay > marriage > bill > > > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
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 Mar 28, 2011, at 12:24 AM, Martin Peach wrote:
That would be the same file as liblua.a. Giving it another name won't change much. It looks like all the other libs in the MinGW build of pd-extended are .a and not .dll. As I understand it the .a libs have all the symbols included while dlls expose only what was specified to be exported.
Martin
On 2011-03-27 22:07, Hans-Christoph Steiner wrote:
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 it in the build machine.
.hc
On Mar 27, 2011, at 9:40 PM, Martin Peach wrote:
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 (2011-03-27_03.31.00_mingw32_nt-5.1_windowsxp-i386_pd- extended.txt) is
gcc -s -shared -Wl,--enable-auto-import -o "pdlua.dll" "pdlua.o" -L"/home/pd/auto-build/pd-extended/pd/src" -L"/home/pd/auto-build/pd-extended/pd/bin" -L"/home/pd/auto-build/pd-extended/pd/obj" -lpd -lwsock32 -lkernel32 -luser32 -lgdi32 -llua51.dll
c:\MinGW\bin..\lib\gcc\mingw32\3.4.5........\mingw32\bin \ld.exe: cannot find -llua51.dll
So maybe it should be looking for -llua instead of -llua51.dll. Or else placing lua51.dll in /usr/local/lib or /usr/local/lib/lua might work. The lua wiki seems to imply that you should link against the dll.
I'll change it to -llua first as that seems consistent with the rest of the MinGW Pd build.
Martin
On 2011-03-27 12:25, Hans-Christoph Steiner wrote:
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 other libs there. libogg for example. I don't know how to generate the liblua51.dll.a, do you?
.hc
On Mar 26, 2011, at 9:03 PM, Martin Peach wrote:
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 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 install it on the build server.
.hc
On Mar 26, 2011, at 6:31 PM, Martin Peach wrote:
> > From the gnu make manual it seems that running pkg-config is not > recommended inside a Makefile. It should probably be done in the > configure stage, but anyway, since liblua has different names > on each > platform, pkg-config only returns that name. > So I ended up just hard-coding liblua names and lua.h path for > each OS > in the Makefile. > Now the nightly build for Windows is failing because it can't > resolve > -llua51.dll. It seems that there is no standard place to put > that > dll. > Sooo, maybe pd-extended should build lua as well, like > portaudio, or > should the dll be put in pd/bin, like pthreads.dll? > > Martin > > > > On 2011-03-18 23:55, Hans-Christoph Steiner wrote: >> >> 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, 2011, at 5:02 PM, katja wrote: >> >>> 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 >>> <claude@goto10.org mailto:claude@goto10.org> wrote: >>> >>> 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. >>> >>> >>> "pkg-config lua --libs" should do it on Mac OS X/Fink. >>> >>> .hc >>> >>> >>> >>> Claude >>> >>> >>> _______________________________________________ >>> Pd-dev mailing list >>> Pd-dev@iem.at mailto:Pd-dev@iem.at >>> http://lists.puredata.info/listinfo/pd-dev >>> >>> >>> _______________________________________________ >>> Pd-dev mailing list >>> Pd-dev@iem.at mailto:Pd-dev@iem.at >>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> ---------------------------------------------------------------------------- >> >> >> >> >> "We have nothing to fear from love and commitment." - New York >> Senator >> Diane Savino, trying to convince the NY Senate to pass a gay >> marriage >> bill >> >> >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev >
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
----------------------------------------------------------------------------
"It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White
-
Claude Heiland-Allen -
Hans-Christoph Steiner -
katja -
Martin -
Martin Peach