[GEM-dev] OSX building: configure & make?

[IOhannes m zmoelnig]

james tittle wrote:
> hi IO,
> 
> On May 17, 2005, at 9:22 AM, IOhannes m zmoelnig wrote:
> 
>>
>> i assume you are sure you did run autconf after editing the  
>> configure.in ? ;-)
> 
> 
> ...um, no, didn't know about that!  

well "configure" is generated from "configure.in" (autoconf<=2.13, 
deprecated) or "configure.ac" (autoconf>=2.53) (i am not entirely sure 
about the versions)
no human being can read "configure" itself (it looks just like generated 
code)

But, now I have and I'm getting:
> 
> tiggity:~/puredataDev/Gem/src/gnu tigital$ autoconf
> aclocal.m4:37: error: m4_defn: undefined macro: _m4_divert_diversion
> autoconf/libs.m4:134: AC_CHECK_LIB is expanded from...
> aclocal.m4:37: the top level
> autom4te-2.59: /sw/bin/gm4 failed with exit status: 1
> 
> 
> ...so do we need to update aclocal.m4 & acinclude.m4?

this seems to be the problem when using autoconf>=2.53 with the files 
that come with Gem...

this is one of the major reasons i want to upgrade it to a recent 
version of autoconf.

> 
>> i normally spill all my configure.in with "read" to stop execution  
>> whenever i want to until it works....
> 
> 
> ...in case I didn't say, I'm totally unfamiliar with anything beyond  
> copy&paste hack code when it comes to autoconf/configure...so what  does 
> "read" do?

"read" is just a normal shell command that reads the user-input (e.g. 
"return") before proceeding with the execution.

> 
>> as for the frameworks, it would probably be best to stack them into  
>> the CHECK_LIB-functions (like openGL and mesaGL are stacked)
> 
> 
> ...sounds ok, but I think we can assume that all osx installs have  
> opengl, quicktime and carbon :-)

yes, but i think we cannot take it for granted that the 
developer-versions (headers, static-libs) of these are installed (??)

those should be checked,



mfg.a.sdr
IOhannes