[CMake] RE: Re: changing object file extension from ".o"

[Matthew McCormick]

Neat!  The mex file I'm also working on also happens to use the Boost Spirit
libraries for parsing.  Such a cool library.  Powerful.  The operator
overloading is very effective.

I'm also using MinGW that was set up with gnumex
http://gnumex.sourceforge.net/.

I have set up CMake with MEX-file minus the mex script before too, but in
Linux instead of Windows.  The Windows way seemed more convoluted, and to
make it easier for transitions between Matlab versions, I'm trying to use
the mex compiler.

But your example might be helpful or just a copy or paste of the relevant
parts.  I'm interested in how you dealt with this Resource Compiler stuff in
Windows.  It is part of the newer versions (2006 and 2007 I believe).

Thanks.

On 11/7/07, Maik Beckmann <maikbeckmann at gmx.de> wrote:
>
> Am Mittwoch 07 November 2007 22:13:32 schrieb Matthew McCormick:
> >
> > I'm trying to work with a compiler where you cannot specify the object
> > extension, the Matlab mex (pseudo) compiler.
> > I tried this,
> >
> > $ CMAKE_C_OUTPUT_EXTENSION=".obj" CMAKE_CXX_OUTPUT_EXTENSION=".obj"
> ccmake
> > ../convert_visualsonics_2_mat_src/
> >
> > but it didn't work.
>
> I'm coded a bunch of result file parsers (using spirit/spirit2) and
> connected
> them to Matlab via  mex files (*.mexw32 at windows).
>
> The mex frontend is IMHO a very handy thing for very simple cases where
> the an
> algorithm is contained in one sourcefile without any external
> dependencies. I
> never really used it, because I never had this simple cases ;)
>
> I'm using mingw(sometimes msvc) and CMake for this and I can post an
> simple
> example if you want me to. Its a little tricky, since there are name
> clashes
> between the libs in Matlab's library-dir and gcc's own libs (i.e libm).
>
> My access to Matlab is limited to Windows, so I can't provide a general
> solution.
>
> Regards,
> Maik Beckmann
>
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/cmake/attachments/20071107/29defb78/attachment.html