problem running glutes based opengles 1.1 prog

This topic contains 4 replies, has 2 voices, and was last updated by  himanshu 8 years, 1 month ago.

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #29904

    himanshu
    Member

    Hi,

     I am working on omap3530evm board with armv7 processor it has SGX support

    I have a opengles 1.1 specific program which uses opengles graphics utility toolkit glutes, I have cross compiled glutes for armv7 using openembedded cross tool chain and installed the ipk package on omap3 /usr/lib (it has armstrong embedded linux distribution) and sample gles programs are running fine (gles1test1). but when i try to run a  opengles program which uses glutes then it gives a syntax error  like” expected ‘{‘ ” the code is running fine on ubuntu x86 machine and win32 using opengles1.1 libs and headers. 

    is this because of version mismatch of libGLES_CM.1.3..13.1397 and libglutes.so.1.0.0 

    can i get corresponding libGLES_CM.so.0.1.0.0  for the omap3 board.??

    Also when i cross compile glues using openembedded for armv7 it gives compile errors like “undefined reference to glMultMatrixf()” etc

    i think it’s library version mismatch error…so can i get corresponding libEGL.so.1.0.0 and libGLES_CM.so.1.0.0 present version is libGLES_CM.so.1.3.13.1397 and libEGL.so.1.3.13.1397

    -Regards

    Himanshu 

    #33353

    himanshu
    Member

    Hi All, 

    I searched and looked about this problem and came to know following :

    the function glDrawTexxOES is declared static local function which is specified by ‘t’ alphabet inside libGLES_CM.so supplied by TI for SGX graphics and hence my libglutes.so is not able to access the function. 

    is it the issue?? or something else…..

    I think similar function cant be made outside (inside the libglutes source code) because it is Hardware (SGX) dependent .

    so can anyone help/guide for resolving  this issue

    -Himanshu 

     

    #33354

    Xmas
    Member

    glDrawTexxOES is an extension function. Adresses of extension functions should be obtained using eglGetProcAddress and assigned to an appropriately declared function pointer where EGL is initialised. From what you describe it seems like Glut ES, at least with the build options you used, statically links this function, which it shouldn’t if portability is an issue.

    #33355

    himanshu
    Member

    okk i got an ipk package after cross compiling my glutes opengles1.x application for omap3 but when i run the executable “roomdemo” it displays the following failure message:

    freeglut (roomdemo): failed to open display ”

    in win32 using same code and glutes.lib it is running perfectly fine and i used the same libs in win32 (libEGL, libGLES_CM) which came along with the emulator.

    so i am struck here… Ouch and dont know exactly why display is giving error Sleepy 

    any valuable guidance would be helpful

    -Himanshu

    #33356

    himanshu
    Member

    Hi, it’s error with configuring the glutes for SGX as it is initializing no display wrto SGX so i think for successful porting of libglutes it requires major code changes. thus ending this thread…

    so i am now going with platform specific code for my omap3 boardOuch

    a simple application worked …Smile

    -Himanshu

Viewing 5 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic.