editors/scite port broken
piotr.smyrak at heron.pl
piotr.smyrak at heron.pl
Mon Sep 18 08:31:17 PDT 2006
On Mon, 18 Sep 2006 10:32:40 -0400, Kris Kennaway wrote
> On Mon, Sep 18, 2006 at 10:48:52AM +0200,
> piotr.smyrak at heron.pl wrote:
> > Hi,
> >
> > editors/scite breaks at building stage here. I can reproduce
it. I
> > have been affected by it on 2 systems both running 6-STABLE.
> >
> > Here is tail of the build log:
> >
> > ===> Building for scite-gtk2-1.71
> > c++ `pkg-config --libs gtk+-2.0 gthread-2.0` -lscintilla -
> > lscintilla_lexers \
> > `` -DGTK SciTEGTK.o FilePath.o SciTEBase.o
SciTEBuffers.o
> > SciTEIO.o Exporters.o MultiplexExtension.o DirectorExtension.o
> > SciTEProps.o Utf8_16.o LuaExtension.o IFaceTable.o lapi.o
lcode.o
> > ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o
> > lopcodes.o lparser.o lstate.o lstring.o ltable.o ltests.o ltm.o
> > lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o
> > lmathlib.o ltablib.o lstrlib.o loadlib.o -o ../bin/SciTE
> > LuaExtension.o(.text+0x26d): In function
`clone_table(lua_State*,
> > int, bool)':
> > : undefined reference to `lua_createtable'
> > LuaExtension.o(.text+0x34d): In function
> > `cf_scite_constname(lua_State*)':
> [...]
>
> The question is why is it trying to use lua when no lua
> library is being linked (nor is it apparently even present
> on your system.
>
> Note that there were some changes to lua support recently,
> so the maintainer may need to modify his port to
> accomodate them.
Unfortunately it is unmaintained IIRW since sobomax stepped down. I
used to use the port a lot and submit update PR's, but my knowledge
is too limited in regards to C++ et consortes.
--
Piotr Smyrak
piotr.smyrak at heron.pl
More information about the freebsd-ports
mailing list