astro/celestia is using an incomplete src tarball
Roman Neuhauser
neuhauser at chello.cz
Wed Jun 23 09:17:30 PDT 2004
# pdseniura at techie.com / 2004-06-23 10:54:59 -0500:
> if c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../.. -I.. -I/usr/local/include -DQT_THREAD_SUPPORT -march=pentium2 -pipe -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -Wnon-virtual-dtor -Wno-long-long -Wundef -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -DNDEBUG -DNO_DEBUG -fno-exceptions -fno-check-new -fomit-frame-pointer -DCELX -MT kdeapp.o -MD -MP -MF ".deps/kdeapp.Tpo" \
> -c -o kdeapp.o `test -f 'kdeapp.cpp' || echo './'`kdeapp.cpp; \
> then mv -f ".deps/kdeapp.Tpo" ".deps/kdeapp.Po"; \
> else rm -f ".deps/kdeapp.Tpo"; exit 1; \
> fi
> In file included from ../../celengine/vertexprog.h:15,
> from ../../celengine/glcontext.h:15,
> from ../../celengine/render.h:18,
> from ../../celengine/execenv.h:14,
> from ../../celengine/command.h:15,
> from ../celestiacore.h:19,
> from kdeglwidget.h:25,
> from kdeapp.cpp:67:
> ../../celengine/gl.h:33:1: warning: "GL_ARB_multitexture" redefined
> In file included from /usr/X11R6/include/GL/gl.h:2472,
> from /usr/X11R6/include/qgl.h:79,
> from kdeglwidget.h:21,
> from kdeapp.cpp:67:
> /usr/X11R6/include/GL/glext.h:2706:1: warning: this is the location of the previous definition
> kdeapp.cpp: In member function `void KdeApp::initActions()':
> kdeapp.cpp:305: warning: `key' is deprecated (declared at
> /usr/local/include/kstdaccel.h:420)
> kdeapp.cpp:308: warning: `key' is deprecated (declared at
> /usr/local/include/kstdaccel.h:420)
> kdeapp.cpp: In member function `void KdeApp::slotDisplayLocalTime()':
> kdeapp.cpp:1024: error: wrong type argument to unary minus
> kdeapp.cpp:1024: error: `daylight' undeclared (first use this function)
> kdeapp.cpp:1024: error: (Each undeclared identifier is reported only once for
> each function it appears in.)
My guess is kdeapp.cpp containes a misplaced definition of daylight
variable, either #ifdefed so it's not there when you compile it on
OSX, or the other compiler is more fogiving.
> But could we get the proper full tarball specs
> put into the FreeBSD skeleton, please? I'll
> whip up a PR+patch asap if needed.
Go ahead.
--
If you cc me or remove the list(s) completely I'll most likely ignore
your message. see http://www.eyrie.org./~eagle/faqs/questions.html
More information about the freebsd-ports
mailing list