Summary: | unable to compile mesa on solaris 10/amd64 | ||
---|---|---|---|
Product: | Mesa | Reporter: | Daniel Stone <daniel> |
Component: | Demos | Assignee: | mesa-dev |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | CC: | vlee |
Version: | 6.2.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Solaris | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | result of make |
Description
FreeDesktop Bugzilla Database Corruption Fix User
2005-06-06 23:44:56 UTC
configs/solaris-x86 isn't created during compilation; it exists from the start. I'm adding -lglut -lGLU -lGL to the APP_LIB_DEPS line. The undefined symbols are probably coming from libGLU which contains C++ code and needs to be linked with the C++ runtime library. We probably need to fix something in the bin/mklib script. Can you do the following: rm -f lib/libGLU* make Send me the complete output from the 'make' command. That might give me some ideas. Created attachment 2855 [details]
result of make
(In reply to comment #1) > Can you do the following: > > rm -f lib/libGLU* > make > yes, it works because it does nothing if i do gmake clean make solaris-x86 |& tee MAKE.LOG > Send me the complete output from the 'make' command. That might give me some ideas. yes, i sent it thanks for your help, Do you want/need static libraries? That's what's getting built now. Perhaps you'd be better off with dynamic libraries. If you want to try that, edit configs/solaris-x86 and remove/disable the MKLIB_OPTIONS line. Otherwise, you'll need to find the name of the C++ runtime library on Solaris. It's probably somewhere in /usr/lib/ or /lib/. The name of the library will have to be added to the objects put into the static library. The bin/mklib script's SunOS section for making a static lib would need lines like this added: if [ $CPLUSPLUS = 1 ] ; then OBJECTS="${OBJECTS} libc++.so" fi (In reply to comment #4) > Otherwise, you'll need to find the name of the C++ runtime library on Solaris. > It's probably somewhere in /usr/lib/ or /lib/. The name of the library will > have to be added to the objects put into the static library. The bin/mklib > script's SunOS section for making a static lib would need lines like this added: i'm not sure what you mean here, had to something like: 'SunOS') if [ $STATIC = 1 ] ; then LIBNAME="lib${LIBNAME}.a" echo "mklib: Making SunOS static library: " ${LIBNAME} rm -f ${LIBNAME} if [ $CPLUSPLUS = 1 ] ; then OBJECTS="${OBJECTS} libCrun.so.1" fi ar -ruv ${LIBNAME} ${OBJECTS} FINAL_LIBS=${LIBNAME} but errors are about cc used instead of CC? Had to manually change cc to CC for "nurbs, surface, nurb and trim" another problem when i need to compile an application that depends on mesa libs, my application needs GLwCreateMDrawingArea(), and this function is never compiled because macro __GLX_MOTIF isn't defined anywhere if i type: cc -c -I../../include -I/usr/dt/include -I/usr/X11R6/include -Xa -xO3 -xpentium -KPIC -I/usr/openwin/include -DUSE_XSHM -D__GLX_MOTIF GLwDrawA.c it works well what's the meaning of __GLX_MOTIF? what's the best way to define it? thanks, another problem i forgot to mentionned is when i did "make install", my application needs GLwDrawA.h, but this file is never installed, perhaps you have to add it? (In reply to comment #6) > what's the meaning of __GLX_MOTIF? what's the best way to define it? > i dont understand when __GLX_MOTIF is defined to 1 GLwMDrawA.c:39:#define __GLX_MOTIF 1 GLwMDrawA.h:39:#define __GLX_MOTIF 1 GLwMDrawAP.h:39:#define __GLX_MOTIF 1 but this GLwDrawA.c that is compiled, and it never uses this above files, isn'it? The configs/default file has some info about building the Motif GL drawing area widget. I'm not sure I understand your comment about mklib. Did you or did you not change mklib as I suggested? If you did change it, did the change work? I also don't understand what you meant by "Had to manually change cc to CC for "nurbs, surface, nurb and trim"" If you've made changes to Mesa, please provide patches so I can incorporate your fixes. -Brian unfortunately, the reporter's account was lost in the bugzilla disk death. Daniel Stone, Do you still experience this issue with newer soft ? Please check the status of your issue. Or close this bug. I'm going to close this (very old bug). I know that Mesa has built on Solaris since 2006. I believe that there are other build problems, and those are tracked by other bugs (submitted by Vinson Lee). |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.