[PD-dev] moocow/libgfsm error on Fedora

Hans-Christoph Steiner hans at eds.org
Tue Nov 18 21:18:41 CET 2008


On Nov 18, 2008, at 5:09 AM, Bryan Jurish wrote:

> morning Hans, morning list,
>
> On 2008-11-18 02:32:57, Hans-Christoph Steiner <hans at eds.org>  
> appears to
> have written:
>> Anyone know why moocow is dying on Fedora with this error:
>>
>> http://autobuild.puredata.info/auto-build/2008-11-16/logs/
>> 2008-11-16_04.30.20_linux_fedora8-i386_pd-extended_run-automated-
>> builder.txt
>>
>> gcc -DHAVE_CONFIG_H -I.  -I. -DPIC  -O3 -pipe -fPIC -Wall  -DPD -O2 -
>> mtune=i686 -march=i386 -ftree-vectorize -ftree-vectorizer-verbose=3 -
>> I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/
>> auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-extended/
>> externals/pdp/include -DUNIX -Dunix -fPIC -c atom_alphabet.c
>> In file included from atom_alphabet.c:28:
>> ./atom_alphabet.h:32:18: error: gfsm.h: No such file or directory
> [snip]
>
> Looks like libgfsm isn't installed on the build machine.
>
> See here (lines 17359-17361):
>> gcc -DHAVE_CONFIG_H [...] -c atom_alphabet.c
>> In file included from atom_alphabet.c:28:
>> ./atom_alphabet.h:32:18: error: gfsm.h: No such file or directory
>
> See also line 17313 (output of the preceeding call of `sh
> moocow/gfsm/configure`):
>> checking for GFSM... no
>> configure: WARNING:
>> configure: WARNING:  
>> ----------------------------------------------------------------
>> configure: WARNING:                    gfsm library not found!
>> configure: WARNING:
>> configure: WARNING:        Is the directory containing gfsm.pc in  
>> your
>> configure: WARNING:          'PKG_CONFIG_PATH' environment variable?
>> configure: WARNING:  
>> ----------------------------------------------------------------
>> configure: WARNING:
>
> ... and the echo of the actual "failing" build command as invoked by
> moocow/extended/Makefile (make[3]) at line 17348:
>> make DESTDIR="" -C ../gfsm all install || true
>
> ... also note that after the "failed" build of the gfsm externals, the
> dummy target "moocow/extended/gfsm.build_stamp" *does* in fact get
> successfully created (lines 17411-17419):
>> make[7]: *** [atom_alphabet.o] Error 1
>> make[7]: Leaving directory `/home/pd/auto-build/pd-extended/ 
>> externals/moocow/gfsm/src'
>> make[6]: *** [all-recursive] Error 1
>> make[6]: Leaving directory `/home/pd/auto-build/pd-extended/ 
>> externals/moocow/gfsm/src'
>> make[5]: *** [all] Error 2
>> make[5]: Leaving directory `/home/pd/auto-build/pd-extended/ 
>> externals/moocow/gfsm/src'
>> make[4]: *** [all-recursive] Error 1
>> make[4]: Leaving directory `/home/pd/auto-build/pd-extended/ 
>> externals/moocow/gfsm'
>> touch gfsm.build_stamp
>
> ... and the build process continues (without crashing) ...
>
> ... so aside from the (admittedly ugly, but otherwise inconsequential
> for the rest of the build process) errors, what's the problem?  I  
> could
> take the gfsm externals out of the list of 'moocow' build targets for
> pd-extended (since libgfsm isn't likely to be installed anywhere  
> but on
> my own machines), but it ought to build successfully whenever  
> libgfsm is
> installed, and it is freely available (LGPL, from me:
> http://www.ling.uni-potsdam.de/~moocow/projects/gfsm).  I suppose I
> could also pack a local version of libgfsm into pd-gfsm and build it
> with the externals, or move it to sourceforge and use svn:externals,
> etc. etc. ... but that all seems like overkill to me... anyone have an
> opinion?

Hey,

Since libgfsm isn't included in any package management systems that I  
checked (Debian, Ubuntu, Fedora, Fink), I think it makes sense to  
include the libgfsm code in the pure-data SVN.

The weird thing is that AFAIK, libgfsm is not installed on any of the  
build farm machines, but this error only seems to happen on the  
Fedora 8 machine.

.hc


>
> marmosets,
> 	Bryan
>
> -- 
> Bryan Jurish                           "There is *always* one more  
> bug."
> jurish at ling.uni-potsdam.de      -Lubarsky's Law of Cybernetic  
> Entomology



------------------------------------------------------------------------ 
----

Mistrust authority - promote decentralization.  - the hacker ethic






More information about the Pd-dev mailing list