Re: Confusion with Jam, confiigure.ac and configure.ac files

Mohit Taneja <[email protected]> Mon, 24 Jun 2013 14:58:55 -0400
Newsgroups gmane.comp.graphics.crystalspace.devel
Message-ID <CAKU=POQOcjGPF7+z2BBx6sFiU_tUSGApEjdn9equvQCp8E79zg@mail.gmail.com>
Hi Eric,

Thanks for clarifying that. I guess I should create another macro file
checkopengles.m4 to check for the availability of openGL ES and egl, I
guess that would make more sense to check for the availability for egl with
openGLES. As for now, I guess I will try to compile my code without the
check in the Jamfile for egl.

I have one more question, how does configure.ac knows that which files to
check for in the mk/autoconf/ for the tests. So, if I am adding another
file over there, how would configure.ac know to parse that file too.

Regards,
Mohit


On Mon, Jun 24, 2013 at 5:29 AM, Eric Sunshine <[email protected]>wrote:

> On Mon, Jun 24, 2013 at 1:06 AM, Mohit Taneja <[email protected]>
> wrote:
> > I am trying to get EGL plugin compile on a Ubuntu system. I am having
> > trouble understanding how the Jamfile work.
> >
> > So, just the way we check for glx.available in the jamfile for compiling
> glx
> > plugin, in the same way I want to do it for egl, Now, what I understood
> with
> > little searching around is that somehow configure file defines those
> > variables used by jamfile, and the configure file is generated by
> > configure.ac.
>
> When you invoke 'configure', it checks for the presence of various
> facilities. Some of the results of the checks are emitted as build
> values in the generated Jamconfig and others as #defines in the
> generated include/csconfig.h. Some checks may emit results to both
> Jamconfig and csconfig.h. Jamfiles for individual CS modules can
> consult the values emitted to Jamconfig. Source code can consult the
> values emitted to csconfig.h.
>
> > So, the only code in configure.ac for checking if glx is available is :
> >
> > CS_CHECK_GLX
> > # Check for GLX extensions.  Define CSGL_EXT_STATIC_ASSERTION if _not_
> > present.
> > CS_CHECK_GLXEXT([], [CS_HEADER_PROPERTY([CSGL_EXT_STATIC_ASSERTION])])
> >
> > Now, I am confused about where is CS_CHECK_GLX defined or who interprets
> > that what does it mean, and how can I do the same for EGL.
>
> CS_CHECK_GLX is defined in CS/mk/autoconf/checkopengl.m4.
> CS/configure.ac contains checks specific to CS. Checks in mk/autoconf
> may be useful to external projects and are thus more generalized. Any
> check defined in mk/autoconf may be invoked by CS/configure.ac (as is
> this one).
>
> You may be able to use one of the existing checks in checkopengl.m4 as
> a template for your new check depending upon the nature of what you
> need to test to make the determination.
>
> -- ES
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Crystal-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crystal-develop
>

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

_______________________________________________
Crystal-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-develop