Re: [Discuss-gnuradio] working version of gnuradio for windows (mingw) available including audio-sink and wxgui

[Stephane Fillod]

On Wed, Jun 29, 2005 at 05:38:28AM -0700, Eric Blossom wrote:
> In the bigger picture, we need to revisit the strategy for
> searching for libpython.  This is currently breaking the build on
> x86-64 and OS/X.   My biggest complaint is that we have introduced a
> mostly-unneeded dependency that has made our build environment
> brittle. 
> 
> Stephane, what I like to see is that the check for libpython and the
> corresponding -no-undefined flag only happen on platforms that are
> building windows DLLs.

This work is under way. We still need to fix libpython linking under
MinGW before 2.6. This shouldn't be a big issue, Martin may have
it already working.

> > > ./configure  --enable-shared --disable-static --with-md-cpu=generic 
> >                                                 ^^^^^^^^^^^^^^^^^^^^^
> > I've managed once to have the SIMD speedup working under Cygwin.
> > To get them into the CVS, I would need to rename all the files with
> > the .s (lowercase) extension to .S (uppercase). This way, I could use
> > the preprocessor to morph the .type statements to the appropriate
> > forms under Windows. Eric, would that be okay with you to delete/add
> > the .s/.S files ?
> 
> Is there another way to make this work?  OS/X is case preserving but
> case-insensitive. 

How does gcc work if there's no difference between upper and lower
case? As stated in the manuel, an upper case extension .S will call 
the preprocessor while the lower case extension .s doesn't.
Can some under OS/X make a quick test?

>I think OS/X users will be screwed by this
> change -- basically they won't see it.

Do you mean the preprocessor won't be called, or the dependency system
won't rebuild the objects? If it's the latter case, then a "make clean"
can get away with it.
BTW, the Windows platform suffers the same "issue" with case-sensitiveness
as OS/X do.

If someone know how to turn on the preprocessor for the assembly files
under Windows and OS/X, please stand up :-)

-- 
Stephane