Re: [Mesa3d-users] Mesa compilation on sh4-STLinux.

[Gabriel Z. <gab...@gm...>]

Hi Christophe,

I have successfully compiled both directfb + mesa-7.4.4 for my arm board
(also without GPU and FPU). I actually also managed to get the OpenGLES
wrapper (dgles) running which you might be interested in. I remember i had
similar problem to yours however i did quite a lot of changes and dont
remember exactly which one solved this particular issue. I wrote several
shell scripts what build everything automatically for me (my arm-linux
board) and everything seemed to work perfectly (i did a bit of testing -
gears and other demos were working perfectly). Changing it to the sh4-linux
should be very easy (probably only a matter of changing arm-linux-gcc to
sh4-linux-gcc) so if you want i can try to do that for you and send it. I am
not certain if i should send it to the mailing list or rather share it on
rapidshare or something like that.

Also before that you might want to objdump the library if it really doesn't
define (*UND*) the symbols - you can do that with sh4-linux-objdumb -t
libGL.so or sh4-linux-objdump -T ...

Let me know if you are interested.

Regards,
Gabriel Zabusek


On Tue, Aug 11, 2009 at 10:48 AM, Christophe Khamly <wet...@gm...>wrote:

> Hi all,
>
> I'm trying to compile Mesa-7.5 for a SetTopBox.
> It's a SH4 architechture for STLinux-2.3 and It will use directfb for
> rendering (my STB has no GPU).
> I modified the current configuration in configs/linux-directfb for doing
> some cross-compiling and disabling the X86_source_asm compilation.
> The compilation worked fine but after that when I wanted to compile a demo
> in progs/demos I got this:
>
> root@wet:~/Mesa-7.5/progs/demos# sh4-linux-gcc -I../../include -Wall -O3
> -ffast-math -fPIC -std=c99 -D_GNU_SOURCE -D_POSIX_SOURCE -D_SVID_SOURCE
> -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -DPTHREADS -fno-strict-aliasing
> gears.c readtex.o -Xlinker -rpath /usr/X11R7/lib  -L../../lib -lglut -lGLEW
> -lGLU -lGL -L../../lib -lGL -lGLU -lglut -o gears
> /tmp/ccTkyHLx.o: In function `gear':
> gears.c:(.text+0x208): undefined reference to `glShadeModel'
> gears.c:(.text+0x224): undefined reference to `glNormal3f'
> gears.c:(.text+0x230): undefined reference to `glBegin'
> gears.c:(.text+0x250): undefined reference to `glVertex3f'
> gears.c:(.text+0x254): undefined reference to `glVertex3f'
> gears.c:(.text+0x258): undefined reference to `glEnd'
> gears.c:(.text+0x25c): undefined reference to `glBegin'
> gears.c:(.text+0x47c): undefined reference to `glVertex3f'
> gears.c:(.text+0x48c): undefined reference to `glVertex3f'
> gears.c:(.text+0x498): undefined reference to `glVertex3f'
> gears.c:(.text+0x4a4): undefined reference to `glVertex3f'
> gears.c:(.text+0x4a8): undefined reference to `glEnd'
> gears.c:(.text+0x4ac): undefined reference to `glNormal3f'
> gears.c:(.text+0x4b8): undefined reference to `glBegin'
> gears.c:(.text+0x6f0): undefined reference to `glVertex3f'
> gears.c:(.text+0x6f4): undefined reference to `glVertex3f'
> gears.c:(.text+0x6f8): undefined reference to `glEnd'
> gears.c:(.text+0x6fc): undefined reference to `glBegin'
> ......and so on
>
> I have all the libs needed by this compilation.
> So It seems that the problem might be caused by disabling the X86_ASM
> flags, which contains these symbols.
> How I can solve this problem? is there a generic code in C replacing the
> X86_ASM?
>
> Thanks for your answers.
>
> --
> Christophe KHAMLY
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>
>


-- 
..............................................................................................................................................

"...the finding of new proofs for known truths is often at least as
important as the discovery itself..."