foo-devel — foo development list

[foo-devel] foo zkm book

[Ramon Gonzalez-A. <ar...@ma...>]

Dear friends,

It has been nice to see you fooing around. I'm glad that it works now  
on Leopard. I still don't have a machine with Leopard, but I was  
thinking in moving into it, though hindered by its fooless life.

Just recently I was contacted by ZKM, because they are preparing a  
publication with presentation of the works done there, something of a  
20-year -existence event. They sent me some forms to correct, and so  
I did. Foo was well under-informed. I included the dear """new"""  
collaborator, some references and the addresses to find it in. Maybe  
this could be used as an excuse to give the push in order to update  
it in the sourceforge. I know it has to be mainly my job, but it  
cannot be only mine. Encouragement would be welcome.

All the best to both of you. Longing to see you soonish,

Ramon

Re: [foo-devel] Foo on 10.5

[Gerhard E. <ec...@ie...>]

Dear Martin,

thank you for the hints. I installed libtool from macports and then it  
worked. Strangely enough, it is still using /usr/bin/libtool (which  
libtool says so) and I could only find something call glibtool in /opt/ 
local/bin, so I don't understand what I catually did. Ca tombait en  
marche ...

Best regards,

Gerhard

On Mar 9, 2009, at 11:56 PM, Martin Rumori wrote:

> Dear Gerhard,
>
> thanks for your message.
>
> On Mon, Mar 09, 2009 at 09:17:12PM +0100, Gerhard Eckel wrote:
>> sorry! Now I did RTFM, but don't understand this one (building fooelk
>> worked fine now):
>
> very strange, this...  I did never run into this.  On your minimac,
> it's autoconf 2.61, on my machine it's 2.63, both are running fine.
>
> It seems if libtool was not installed, this is exactly the error which
> occurs with a missing libtool.  Hard to imagine...
>
> What does `which autoconf` say?  Is the version of the system
> different?
>
> On your minimac, there was still an old copy of fink installed, which
> disturbed building foo also, but I think differently.  However, I did
>
> sudo mv /sw /sw.old
>
> in order to move it away.  Maybe it's also the case on your machine?
>
> Or maybe autoconf was installed by macports, but not libtool?  I can
> only see autoconf 2.63 available in macports, though...  But at least
> on your minimac, the system-provided build chain seems to work.
>
> Hmm...  Maybe some hints?
>
> For now all the best,
>
> Martin
>
>
>>
>> pb-eckel:foo> ./bootstrap
>> + set -e
>> + for dir in '${SUBDIRS}'
>> + cd libfoo
>> + echo 'bootstrapping libfoo'
>> bootstrapping libfoo
>> + sh ./bootstrap -1.10
>> + set -e
>> + libtoolize=no
>> + libtoolize --version
>> + glibtoolize --version
>> + libtoolize=glibtoolize
>> + test glibtoolize = no
>> + rm -f aclocal.m4 configure config.guess config.log config.sub
>> config.cache config.h.in config.h compile ltmain.sh libtool ltconfig
>> missing mkinstalldirs depcomp install-sh INSTALL
>> + rm -Rf autom4te.cache autotools
>> + mkdir autotools
>> + glibtoolize --copy --force
>> You should add the contents of `/usr/share/aclocal/libtool.m4' to
>> `aclocal.m4'.
>> Putting files in AC_CONFIG_AUX_DIR, `autotools'.
>> + test -f ltmain.sh
>> + aclocal-1.10
>> + autoconf
>> configure.ac:54: error: possibly undefined macro: AC_PROG_LIBTOOL
>>       If this token and others are legitimate, please use
>> m4_pattern_allow.
>>       See the Autoconf documentation.
>> + exit 1
>> pb-eckel:foo> autoconf --version
>> autoconf (GNU Autoconf) 2.62
>> Copyright (C) 2008 Free Software Foundation, Inc.
>> License GPLv2+: GNU GPL version 2 or later
>> <http://gnu.org/licenses/old-licenses/gpl-2.0.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>>
>> Written by David J. MacKenzie and Akim Demaille.
>> pb-eckel:foo>
>>
>> Best regards,
>>
>> Gerhard
>>
>> On Mar 9, 2009, at 12:19 PM, Martin Rumori wrote:
>>
>>> Dear Gerhard,
>>>
>>> very simple solution: RTFM!
>>>
>>> From fooelk/README.FOO:
>>>
>>> -----
>>>
>>> readline extension and mac os x 10.5
>>>
>>> on mac os x 10.5, the readline extension of fooelk does not seem to
>>> work with the libreadline that comes with the system.  use  
>>> macports to
>>> install another version of libreadline:
>>>
>>> sudo port install readline
>>>
>>> then compile fooelk
>>>
>>> env LDFLAGS="-L/opt/local/lib" \
>>> 	CPPFLAGS="-I/opt/local/include" \
>>> 	./configure --enable-gnu-readline
>>>
>>> -----
>>>
>>> Hope that works!
>>>
>>> All the best,
>>>
>>> Martin
>>>
>>>
>>> On Mon, Mar 09, 2009 at 11:32:57AM +0100, Gerhard Eckel wrote:
>>>> Dear Martin,
>>>>
>>>> thank you very much for the fix. Sorry to bother you with another
>>>> detail. When trying to compile fooelk, I can't get readline to  
>>>> work:
>>>>
>>>>> /bin/sh ../../libtool --tag=CC   --mode=compile gcc -
>>>>> DHAVE_CONFIG_H -
>>>>> I. -I../.. -I../../include -I../../include  -I/sw/include -
>>>>> DSCM_DIR="\"/usr/local/share/fooelk\"" -DLIB_DIR="\"/usr/local/ 
>>>>> lib/
>>>>> fooelk\""  -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/
>>>>> completion.Tpo -c -o completion.lo completion.c
>>>>> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include - 
>>>>> I/
>>>>> sw/include -DSCM_DIR=\"/usr/local/share/fooelk\" -DLIB_DIR=\"/usr/
>>>>> local/lib/fooelk\" -Wall -g -O2 -MT completion.lo -MD -MP - 
>>>>> MF .deps/
>>>>> completion.Tpo -c completion.c  -fno-common -DPIC -o .libs/
>>>>> completion.o
>>>>> completion.c: In function 'erl_guess_completion':
>>>>> completion.c:110: warning: implicit declaration of function
>>>>> 'rl_completion_matches'
>>>>> completion.c:110: error: 'rl_compentry_func_t' undeclared (first  
>>>>> use
>>>>> in this function)
>>>>> completion.c:110: error: (Each undeclared identifier is reported
>>>>> only
>>>>> once
>>>>> completion.c:110: error: for each function it appears in.)
>>>>> completion.c:110: error: syntax error before ')' token
>>>>> make[3]: *** [completion.lo] Error 1
>>>>> make[2]: *** [all-recursive] Error 1
>>>>> make[1]: *** [all-recursive] Error 1
>>>>> make: *** [all] Error 2
>>>>
>>>> I configured with ./configure --enable-gnu-readline and got
>>>>
>>>> Elk configuration summary
>>>> -------------------------
>>>> build C++ plugins: yes
>>>> libgdbm support: no
>>>> X11 support: no
>>>> Xaw support: no
>>>> Motif support: no
>>>> readline support: yes (-lreadline )
>>>> use garbage colllector: stopncpy
>>>> default heap size: 16384
>>>> build documentation: yes
>>>>
>>>> Which version of readline should be used? I have this one  
>>>> installed:
>>>>
>>>> readline @5.2.012_1 (active)
>>>>
>>>> Best regards,
>>>>
>>>> Gerhard
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> Open Source Business Conference (OSBC), March 24-25, 2009, San
>>> Francisco, CA
>>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>>> Enterprise
>>> -Strategies to boost innovation and cut costs with open source
>>> participation
>>> -Receive a $600 discount off the registration fee with the source
>>> code: SFAD
>>> http://p.sf.net/sfu/XcvMzF8H_______________________________________________
>>> foo-devel mailing list
>>> foo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/foo-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San  
>> Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the  
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source  
>> participation
>> -Receive a $600 discount off the registration fee with the source  
>> code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> foo-devel mailing list
>> foo...@li...
>> https://lists.sourceforge.net/lists/listinfo/foo-devel
> ------------------------------------------------------------------------------
> _______________________________________________
> foo-devel mailing list
> foo...@li...
> https://lists.sourceforge.net/lists/listinfo/foo-devel

Re: [foo-devel] Foo on 10.5

[Martin R. <fo...@ru...>]

Dear Gerhard,

thanks for your message.

On Mon, Mar 09, 2009 at 09:17:12PM +0100, Gerhard Eckel wrote:
> sorry! Now I did RTFM, but don't understand this one (building fooelk  
> worked fine now):

very strange, this...  I did never run into this.  On your minimac,
it's autoconf 2.61, on my machine it's 2.63, both are running fine.

It seems if libtool was not installed, this is exactly the error which
occurs with a missing libtool.  Hard to imagine...

What does `which autoconf` say?  Is the version of the system
different?

On your minimac, there was still an old copy of fink installed, which
disturbed building foo also, but I think differently.  However, I did

sudo mv /sw /sw.old

in order to move it away.  Maybe it's also the case on your machine?

Or maybe autoconf was installed by macports, but not libtool?  I can
only see autoconf 2.63 available in macports, though...  But at least
on your minimac, the system-provided build chain seems to work.

Hmm...  Maybe some hints?

For now all the best,

Martin


> 
> pb-eckel:foo> ./bootstrap
> + set -e
> + for dir in '${SUBDIRS}'
> + cd libfoo
> + echo 'bootstrapping libfoo'
> bootstrapping libfoo
> + sh ./bootstrap -1.10
> + set -e
> + libtoolize=no
> + libtoolize --version
> + glibtoolize --version
> + libtoolize=glibtoolize
> + test glibtoolize = no
> + rm -f aclocal.m4 configure config.guess config.log config.sub  
> config.cache config.h.in config.h compile ltmain.sh libtool ltconfig  
> missing mkinstalldirs depcomp install-sh INSTALL
> + rm -Rf autom4te.cache autotools
> + mkdir autotools
> + glibtoolize --copy --force
> You should add the contents of `/usr/share/aclocal/libtool.m4' to  
> `aclocal.m4'.
> Putting files in AC_CONFIG_AUX_DIR, `autotools'.
> + test -f ltmain.sh
> + aclocal-1.10
> + autoconf
> configure.ac:54: error: possibly undefined macro: AC_PROG_LIBTOOL
>        If this token and others are legitimate, please use  
> m4_pattern_allow.
>        See the Autoconf documentation.
> + exit 1
> pb-eckel:foo> autoconf --version
> autoconf (GNU Autoconf) 2.62
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv2+: GNU GPL version 2 or later
> <http://gnu.org/licenses/old-licenses/gpl-2.0.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> 
> Written by David J. MacKenzie and Akim Demaille.
> pb-eckel:foo>
> 
> Best regards,
> 
> Gerhard
> 
> On Mar 9, 2009, at 12:19 PM, Martin Rumori wrote:
> 
> > Dear Gerhard,
> >
> > very simple solution: RTFM!
> >
> > From fooelk/README.FOO:
> >
> > -----
> >
> > readline extension and mac os x 10.5
> >
> > on mac os x 10.5, the readline extension of fooelk does not seem to
> > work with the libreadline that comes with the system.  use macports to
> > install another version of libreadline:
> >
> > sudo port install readline
> >
> > then compile fooelk
> >
> > env LDFLAGS="-L/opt/local/lib" \
> > 	CPPFLAGS="-I/opt/local/include" \
> > 	./configure --enable-gnu-readline
> >
> > -----
> >
> > Hope that works!
> >
> > All the best,
> >
> > Martin
> >
> >
> > On Mon, Mar 09, 2009 at 11:32:57AM +0100, Gerhard Eckel wrote:
> >> Dear Martin,
> >>
> >> thank you very much for the fix. Sorry to bother you with another
> >> detail. When trying to compile fooelk, I can't get readline to work:
> >>
> >>> /bin/sh ../../libtool --tag=CC   --mode=compile gcc - 
> >>> DHAVE_CONFIG_H -
> >>> I. -I../.. -I../../include -I../../include  -I/sw/include -
> >>> DSCM_DIR="\"/usr/local/share/fooelk\"" -DLIB_DIR="\"/usr/local/lib/
> >>> fooelk\""  -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/
> >>> completion.Tpo -c -o completion.lo completion.c
> >>> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/
> >>> sw/include -DSCM_DIR=\"/usr/local/share/fooelk\" -DLIB_DIR=\"/usr/
> >>> local/lib/fooelk\" -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/
> >>> completion.Tpo -c completion.c  -fno-common -DPIC -o .libs/
> >>> completion.o
> >>> completion.c: In function 'erl_guess_completion':
> >>> completion.c:110: warning: implicit declaration of function
> >>> 'rl_completion_matches'
> >>> completion.c:110: error: 'rl_compentry_func_t' undeclared (first use
> >>> in this function)
> >>> completion.c:110: error: (Each undeclared identifier is reported  
> >>> only
> >>> once
> >>> completion.c:110: error: for each function it appears in.)
> >>> completion.c:110: error: syntax error before ')' token
> >>> make[3]: *** [completion.lo] Error 1
> >>> make[2]: *** [all-recursive] Error 1
> >>> make[1]: *** [all-recursive] Error 1
> >>> make: *** [all] Error 2
> >>
> >> I configured with ./configure --enable-gnu-readline and got
> >>
> >> Elk configuration summary
> >> -------------------------
> >> build C++ plugins: yes
> >> libgdbm support: no
> >> X11 support: no
> >> Xaw support: no
> >> Motif support: no
> >> readline support: yes (-lreadline )
> >> use garbage colllector: stopncpy
> >> default heap size: 16384
> >> build documentation: yes
> >>
> >> Which version of readline should be used? I have this one installed:
> >>
> >>  readline @5.2.012_1 (active)
> >>
> >> Best regards,
> >>
> >> Gerhard
> >>
> >>
> > ------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San  
> > Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the  
> > Enterprise
> > -Strategies to boost innovation and cut costs with open source  
> > participation
> > -Receive a $600 discount off the registration fee with the source  
> > code: SFAD
> > http://p.sf.net/sfu/XcvMzF8H_______________________________________________
> > foo-devel mailing list
> > foo...@li...
> > https://lists.sourceforge.net/lists/listinfo/foo-devel
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> foo-devel mailing list
> foo...@li...
> https://lists.sourceforge.net/lists/listinfo/foo-devel

Re: [foo-devel] Foo on 10.5

[Gerhard E. <ec...@ie...>]

Dear Martin,

sorry! Now I did RTFM, but don't understand this one (building fooelk  
worked fine now):

pb-eckel:foo> ./bootstrap
+ set -e
+ for dir in '${SUBDIRS}'
+ cd libfoo
+ echo 'bootstrapping libfoo'
bootstrapping libfoo
+ sh ./bootstrap -1.10
+ set -e
+ libtoolize=no
+ libtoolize --version
+ glibtoolize --version
+ libtoolize=glibtoolize
+ test glibtoolize = no
+ rm -f aclocal.m4 configure config.guess config.log config.sub  
config.cache config.h.in config.h compile ltmain.sh libtool ltconfig  
missing mkinstalldirs depcomp install-sh INSTALL
+ rm -Rf autom4te.cache autotools
+ mkdir autotools
+ glibtoolize --copy --force
You should add the contents of `/usr/share/aclocal/libtool.m4' to  
`aclocal.m4'.
Putting files in AC_CONFIG_AUX_DIR, `autotools'.
+ test -f ltmain.sh
+ aclocal-1.10
+ autoconf
configure.ac:54: error: possibly undefined macro: AC_PROG_LIBTOOL
       If this token and others are legitimate, please use  
m4_pattern_allow.
       See the Autoconf documentation.
+ exit 1
pb-eckel:foo> autoconf --version
autoconf (GNU Autoconf) 2.62
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by David J. MacKenzie and Akim Demaille.
pb-eckel:foo>

Best regards,

Gerhard

On Mar 9, 2009, at 12:19 PM, Martin Rumori wrote:

> Dear Gerhard,
>
> very simple solution: RTFM!
>
> From fooelk/README.FOO:
>
> -----
>
> readline extension and mac os x 10.5
>
> on mac os x 10.5, the readline extension of fooelk does not seem to
> work with the libreadline that comes with the system.  use macports to
> install another version of libreadline:
>
> sudo port install readline
>
> then compile fooelk
>
> env LDFLAGS="-L/opt/local/lib" \
> 	CPPFLAGS="-I/opt/local/include" \
> 	./configure --enable-gnu-readline
>
> -----
>
> Hope that works!
>
> All the best,
>
> Martin
>
>
> On Mon, Mar 09, 2009 at 11:32:57AM +0100, Gerhard Eckel wrote:
>> Dear Martin,
>>
>> thank you very much for the fix. Sorry to bother you with another
>> detail. When trying to compile fooelk, I can't get readline to work:
>>
>>> /bin/sh ../../libtool --tag=CC   --mode=compile gcc - 
>>> DHAVE_CONFIG_H -
>>> I. -I../.. -I../../include -I../../include  -I/sw/include -
>>> DSCM_DIR="\"/usr/local/share/fooelk\"" -DLIB_DIR="\"/usr/local/lib/
>>> fooelk\""  -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/
>>> completion.Tpo -c -o completion.lo completion.c
>>> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/
>>> sw/include -DSCM_DIR=\"/usr/local/share/fooelk\" -DLIB_DIR=\"/usr/
>>> local/lib/fooelk\" -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/
>>> completion.Tpo -c completion.c  -fno-common -DPIC -o .libs/
>>> completion.o
>>> completion.c: In function 'erl_guess_completion':
>>> completion.c:110: warning: implicit declaration of function
>>> 'rl_completion_matches'
>>> completion.c:110: error: 'rl_compentry_func_t' undeclared (first use
>>> in this function)
>>> completion.c:110: error: (Each undeclared identifier is reported  
>>> only
>>> once
>>> completion.c:110: error: for each function it appears in.)
>>> completion.c:110: error: syntax error before ')' token
>>> make[3]: *** [completion.lo] Error 1
>>> make[2]: *** [all-recursive] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>
>> I configured with ./configure --enable-gnu-readline and got
>>
>> Elk configuration summary
>> -------------------------
>> build C++ plugins: yes
>> libgdbm support: no
>> X11 support: no
>> Xaw support: no
>> Motif support: no
>> readline support: yes (-lreadline )
>> use garbage colllector: stopncpy
>> default heap size: 16384
>> build documentation: yes
>>
>> Which version of readline should be used? I have this one installed:
>>
>>  readline @5.2.012_1 (active)
>>
>> Best regards,
>>
>> Gerhard
>>
>>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H_______________________________________________
> foo-devel mailing list
> foo...@li...
> https://lists.sourceforge.net/lists/listinfo/foo-devel

Re: [foo-devel] Foo on 10.5

[Martin R. <fo...@ru...>]

Dear Gerhard,

very simple solution: RTFM!

From fooelk/README.FOO:

-----

readline extension and mac os x 10.5

on mac os x 10.5, the readline extension of fooelk does not seem to
work with the libreadline that comes with the system.  use macports to
install another version of libreadline:

sudo port install readline

then compile fooelk

env LDFLAGS="-L/opt/local/lib" \
	CPPFLAGS="-I/opt/local/include" \
	./configure --enable-gnu-readline

-----

Hope that works!

All the best,

Martin


On Mon, Mar 09, 2009 at 11:32:57AM +0100, Gerhard Eckel wrote:
> Dear Martin,
>
> thank you very much for the fix. Sorry to bother you with another  
> detail. When trying to compile fooelk, I can't get readline to work:
>
>> /bin/sh ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H - 
>> I. -I../.. -I../../include -I../../include  -I/sw/include - 
>> DSCM_DIR="\"/usr/local/share/fooelk\"" -DLIB_DIR="\"/usr/local/lib/ 
>> fooelk\""  -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/ 
>> completion.Tpo -c -o completion.lo completion.c
>>  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/ 
>> sw/include -DSCM_DIR=\"/usr/local/share/fooelk\" -DLIB_DIR=\"/usr/ 
>> local/lib/fooelk\" -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/ 
>> completion.Tpo -c completion.c  -fno-common -DPIC -o .libs/ 
>> completion.o
>> completion.c: In function 'erl_guess_completion':
>> completion.c:110: warning: implicit declaration of function  
>> 'rl_completion_matches'
>> completion.c:110: error: 'rl_compentry_func_t' undeclared (first use  
>> in this function)
>> completion.c:110: error: (Each undeclared identifier is reported only 
>> once
>> completion.c:110: error: for each function it appears in.)
>> completion.c:110: error: syntax error before ')' token
>> make[3]: *** [completion.lo] Error 1
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>
> I configured with ./configure --enable-gnu-readline and got
>
> Elk configuration summary
> -------------------------
> build C++ plugins: yes
> libgdbm support: no
> X11 support: no
> Xaw support: no
> Motif support: no
> readline support: yes (-lreadline )
> use garbage colllector: stopncpy
> default heap size: 16384
> build documentation: yes
>
> Which version of readline should be used? I have this one installed:
>
>   readline @5.2.012_1 (active)
>
> Best regards,
>
> Gerhard
>
>

Re: [foo-devel] Foo on 10.5

[Gerhard E. <ec...@ie...>]

Dear Martin,

thank you very much for the fix. Sorry to bother you with another  
detail. When trying to compile fooelk, I can't get readline to work:

> /bin/sh ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H - 
> I. -I../.. -I../../include -I../../include  -I/sw/include - 
> DSCM_DIR="\"/usr/local/share/fooelk\"" -DLIB_DIR="\"/usr/local/lib/ 
> fooelk\""  -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/ 
> completion.Tpo -c -o completion.lo completion.c
>  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/ 
> sw/include -DSCM_DIR=\"/usr/local/share/fooelk\" -DLIB_DIR=\"/usr/ 
> local/lib/fooelk\" -Wall -g -O2 -MT completion.lo -MD -MP -MF .deps/ 
> completion.Tpo -c completion.c  -fno-common -DPIC -o .libs/ 
> completion.o
> completion.c: In function 'erl_guess_completion':
> completion.c:110: warning: implicit declaration of function  
> 'rl_completion_matches'
> completion.c:110: error: 'rl_compentry_func_t' undeclared (first use  
> in this function)
> completion.c:110: error: (Each undeclared identifier is reported  
> only once
> completion.c:110: error: for each function it appears in.)
> completion.c:110: error: syntax error before ')' token
> make[3]: *** [completion.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

I configured with ./configure --enable-gnu-readline and got

Elk configuration summary
-------------------------
build C++ plugins: yes
libgdbm support: no
X11 support: no
Xaw support: no
Motif support: no
readline support: yes (-lreadline )
use garbage colllector: stopncpy
default heap size: 16384
build documentation: yes

Which version of readline should be used? I have this one installed:

   readline @5.2.012_1 (active)

Best regards,

Gerhard

Re: [foo-devel] Foo on 10.5

[Martin R. <fo...@ru...>]

Dear Fooers,

after long time of silence I tried to get back to this issue, after I
already tried several months ago and also failed badly.

I suspect that it really was a bug in automake of macports, as I did
not have these problems again.

I just automake-1.10-ified the bootstrap scripts and added some
compile hints for fooelk and foo -- the rest seems to work.

Of course, there were some bugs left ofter with the bpf functions, and
I did not yet get back to these...

Happy fooing so far, all the best!

Martin


On Mon, Jun 16, 2008 at 12:55:52AM +0200, Gerhard Eckel wrote:
> Dear Foo developers,
> 
> I was trying to install Foo on a OS X 10.5 system and failed badly. I  
> used autoconf 1.10 (through macports) and tried fixing the obvious  
> things. But there is some macro stuff going on which I don't  
> understand - even after RingTFM. Could some kind soul take a look at  
> this? I guess it has mainly to do with the new autoconf version.  
> Other problems are caused by the fact that the macports stuff is  
> installed under /opt/local and not /usr/local.
> 
> I just ordered 3 Macs which will are delivered with 10.5 ...
> 
> Best regards,
> 
> Gerhard

[foo-devel] peak amplitudes in sound files

[Ramon Gonzalez-A. <ar...@ma...>]

Dear Sirs,

Indeed peak amplitude info in Foo is rather slow. It seems incredibly  
much faster with sndfile-info.

Peak location is not always needed, but sometimes it is important  
(gives valuable info). I didn't know that the doc was wrong with snd- 
absolute-maximum. Actually I was always assuming it to be a pair, and  
I have some functions that use it with this feature.

Consequence number one, seems to imply loosing the peak location, if  
I understood well. This would be a pity for a number of cases. But  
if, snd-maximum supplies the peak location, as it does now, then one  
could play with both, depending on what one needs.

I agree, on the other hand,  with consequence number 2 (snd-maximum  
returns absolute maximum of channel and snd-minimum is removed).

Finally, having the peak info kept on the header would be rather  
convenient.

In other words, I agree with committing, if we can keep some way of  
having peak location info somehow.

Best,

Ramon

[foo-devel] Foo on 10.5

[Gerhard E. <ec...@ie...>]

Dear Foo developers,

I was trying to install Foo on a OS X 10.5 system and failed badly. I  
used autoconf 1.10 (through macports) and tried fixing the obvious  
things. But there is some macro stuff going on which I don't  
understand - even after RingTFM. Could some kind soul take a look at  
this? I guess it has mainly to do with the new autoconf version.  
Other problems are caused by the fact that the macports stuff is  
installed under /opt/local and not /usr/local.

I just ordered 3 Macs which will are delivered with 10.5 ...

Best regards,

Gerhard

[foo-devel] peak amplitudes in sound files

[Gerhard E. <ec...@ie...>]

Dear Fooers,

I noticed that the scanning for maxima and minima in sound file  
substrates is very slow in Foo. Such scanning is triggered by the  
kernel functions snd-maximum, snd-minimum, and snd-absolute-maximum  
(note: in contradition with the documentation, snd-absolute-maximum  
returns a pair containing the sample index of the maximum sample and  
the absolute maximum value).

I also noticed that libsndfile supports peak amplitude handling  
(scanning and reading/writing peak information from/to the sound file  
header). It would thus be very convenient to use these libsndfile  
features. There is one drawback though: libsndfile doesn't keep the  
location of the peak in the file (as returned by snd-absolute-maximum  
and retained internally by Foo). Another positive aspect would be the  
possibility to enable the peak management in the library so that  
files are written with the peak information (according to the  
documentation, this concerns only floating point files - to be  
verified - would be nice to also have it with the other formats).

Switching to libsndfile peak handling would habe the following  
consequences:

(1) the index in snd-absolute-maximum would be wrong (set to 0) - we  
could also return to the documented behaviour, which only return the  
peak, but this will break code using snd-absolute-maximum

(2) snd-minimum and snd-maximum wouldn't make much sense any more,  
snd-minimum should be removed and snd-maximum would resturn the  
absolute maximum for a pareticular channel

I tested this change and it works fine. Now I am wondering what are  
your opinions of committing this change to the repository.

The context in which this problem arose was my attempt to push foward  
the production of footils, the famous fs... scripts announced by  
Martin in this 2006 LAC-paper.

Best regards,

Gerhard

Re: [foo-devel] problem bootstrap fooelk

[Gerhard E. <ec...@ie...>]

Dear Peter,

thanks for the quick reply. It took me a while until I could return  
to the problem, but now it is fixed.

Best regards,

Gerhard

On Nov 16, 2007, at 10:12 AM, Peter Plessas wrote:

> Dear Gerhard,
>
> * Gerhard Eckel <ec...@ie...> [2007-11-16 09:53]:
>> + libtoolize=no
> ...
>> /usr/bin/glibtoolize: line 1: cd: /usr/share/libtool: No such file or
>> directory
>
> Perhaps you are missing the libtool-package?
> Running fink on OSX lists the following:
>
> pismo:/sw/bin peter$ ./fink apropos libtool
> Information about 6480 packages read in 9 seconds.
>     libtool          1.3.5-23     Shared library build helper, v1.3.5
>     libtool-shlibs   1.3.5-23     Shared libraries for libtool,   
> v1.3.5
> i   libtool14        1.5.24-1     Shared library build helper, v1.5
> i   libtool14-sh...  1.5.24-1     Shared libraries for libtool, v1.5
>
> So it might help to install libtool using the fink package manager by
> typing (as root):
> fink install libtool libtool-shlibs
>
> Never compiled foo on OSX myself though.
>
> good luck, in case you are really in a hurry
> and need personal assistance, i have a bit of time after 2 p.m.
>
> regards, PP
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> foo-devel mailing list
> foo...@li...
> https://lists.sourceforge.net/lists/listinfo/foo-devel
>

Re: [foo-devel] problem bootstrap fooelk

[<pl...@mu...>]

Dear Gerhard,

* Gerhard Eckel <ec...@ie...> [2007-11-16 09:53]:
> + libtoolize=no
...
> /usr/bin/glibtoolize: line 1: cd: /usr/share/libtool: No such file or  
> directory

Perhaps you are missing the libtool-package? 
Running fink on OSX lists the following:

pismo:/sw/bin peter$ ./fink apropos libtool
Information about 6480 packages read in 9 seconds.
    libtool          1.3.5-23     Shared library build helper, v1.3.5
    libtool-shlibs   1.3.5-23     Shared libraries for libtool,  v1.3.5
i   libtool14        1.5.24-1     Shared library build helper, v1.5
i   libtool14-sh...  1.5.24-1     Shared libraries for libtool, v1.5

So it might help to install libtool using the fink package manager by
typing (as root):
fink install libtool libtool-shlibs

Never compiled foo on OSX myself though.

good luck, in case you are really in a hurry 
and need personal assistance, i have a bit of time after 2 p.m.

regards, PP

[foo-devel] problem bootstrap fooelk

[Gerhard E. <ec...@ie...>]

Dear Fooers,

I just tried to compile fooelk on 10.4.11 with the latest Xcode  
development environment (my disk crashed and I had to reinstall  
everything). What I get is the following, which kept me puzzled:

pb-eckel:fooelk> ./bootstrap
+ set -e
+ LANG=C
+ export LANG
+ CYGWIN=binmode
+ export CYGWIN
+ amvers=no
+ automake-1.9 --version
+ automake-1.8 --version
+ automake-1.7 --version
+ automake-1.6 --version
+ amvers=-1.6
+ test -1.6 = no
+ libtoolize=no
+ libtoolize --version
+ glibtoolize --version
+ libtoolize=glibtoolize
+ test glibtoolize = no
+ rm -f aclocal.m4 configure config.guess config.log config.sub  
config.cache config.h.in config.h compile ltmain.sh libtool ltconfig  
missing mkinstalldirs depcomp install-sh INSTALL
+ rm -Rf autom4te.cache autotools
+ mkdir autotools
+ glibtoolize --copy --force
/usr/bin/glibtoolize: line 1: cd: /usr/share/libtool: No such file or  
directory
glibtoolize: cannot list files in `/usr/share/libtool'

Any pointer appreciated - I am a bit in a hurry :-)

Best regards,

Gerhard

Re: [foo-devel] Unable to run (partly solved)

[Ramon Gonzalez-A. <ar...@ma...>]

Dear Martin,

Sorry I forgot to send a message. Just to confirm that indeed the  
problem without flac-support is corrected.

Thanks,

Ramon

Re: [foo-devel] Unable to run (partly solved)

[Martin R. <fo...@ru...>]

Dear Ramon, dear Peter,

thanks for pointing out the issue.  I guess it was more like a typo,
the problem should be fixed now in CVS.

The whole thing around FLAC is a bit like a hack since libsndfiles
support for it is quite limited (no read/write access, no seeking).
When using flac, FOO ERROR's might appear in many circumstances, so
it's not working full power as the other formats, that's why it's
disabled by default.

@Peter: welcome to foo-devel!

All the best,

Martin


On Sat, Nov 03, 2007 at 04:27:29AM +0100, Ramon Gonzalez-Arroyo wrote:
> Dear Peter,
>=20
> Welcome to the Brotherhood of Foo and thanks for your helpful hints.
>=20
> Indeed it works when configuring --enable-flac-support, but of course =20
> it should work also otherwise.
>=20
> And true, I was missing libgnustep-base-dev on the Linux. I am on =20
> Debian testing, and already since some days when some major update =20
> happened lots of strange things have happened too. So that a package =20
> dissapears doesn't surprise me as much as it should!
>=20
> Thanks a lot,
>=20
> Ramon
>=20
> P.S. Your first mail had upgraded me to the category of the gods. Was =20
> a curious feeling.

Re: [foo-devel] Unable to run (partly solved)

[Ramon Gonzalez-A. <ar...@ma...>]

Dear Peter,

Welcome to the Brotherhood of Foo and thanks for your helpful hints.

Indeed it works when configuring --enable-flac-support, but of course  
it should work also otherwise.

And true, I was missing libgnustep-base-dev on the Linux. I am on  
Debian testing, and already since some days when some major update  
happened lots of strange things have happened too. So that a package  
dissapears doesn't surprise me as much as it should!

Thanks a lot,

Ramon

P.S. Your first mail had upgraded me to the category of the gods. Was  
a curious feeling.

Re: [foo-devel] Unable to run (partly solved)

[<pl...@mu...>]

Hi,

the error occurs in file FOOSoundFile.m, which made me have a look
inside it, at the lines pointed out by the error messages:

 163 #else // #ifdef HAVE_SNDFILE_FLAC_SUPPORT
 164 //       mode = SFM_WRITE;
 165  break;

So i enabled flac support in foo (./configure --enable-flac-support) and
this solved the error. The soundfile is rendered correctly.

The foo/README file states, that flac support is disabled by default,
though there is something funny with libsndfile and FOOSoundFile.m


happy fooing,

Peter

Re: [foo-devel] Unable to run

[<pl...@mu...>]

Sorry, i forgot:

Ramon, your linux error means that you have no objective-c compiler
installed, as Martin ponted out to me i a kind email (having had the
same problem earlier).

I don't know on which distro you are on, but on Debian i had to install
the libgnustep-base-dev package, which in turn installs the objective-c
compiler called "gobjc"

regards,

Peter

Re: [foo-devel] Unable to run !!!

[<pl...@mu...>]

Dear Amon, List,

Getting the same error today, strangely the one Amon gets on OSX is
happening (with a fresh checkout) on Linux with me:

foo> (syn 1 1 (output~ 1 (sine~ (~ 1000))))
libsndfile: Error : bad mode parameter for file open.
FOO ERROR: class: FOOSoundFile, file: FOOSoundFile.m, line: 179

the written soundfile is empty too.

libsndfile1 is Version: 1.0.17-3
libsndfile1-dev is Version: 1.0.17-3

regards,

Peter

[foo-devel] Unable to run !!!

[Ramon Gonzalez-A. <ar...@ma...>]

Dear Sirs,

I'm puzzled. After doing ans update I have not been able to  
synthesize anything on any of my machines...

WIth MacOSX Intel and PowerPC I have one problem, with Linux another.

MacOSX ::

foo> (syn 1 1 (output~ 1 (sine~ (~ 440))))
libsndfile: Error : bad mode parameter for file open.
FOO ERROR: class: FOOSoundFile, file: FOOSoundFile.m, line: 179
FOO ERROR: class: FOOSoundFile, file: FOOSoundFile.m, line: 387
...
FOO ERROR: class: FOOSoundFile, file: FOOSoundFile.m, line: 387
FOO ERROR: class: FOOSoundFile, file: FOOSoundFile.m, line: 223
len: 1s, tim: 0.00377s, rtf: 0.00377, sr: 44100Hz
fil: /tmp/ramon/foo19389.aiff, typ: aiff, fmt: short
  and the file exists but is empty.

I'm using libsndfile-1.0.17.
(Same error, of course, doing everything by hand : make-soundfile,  
context, make-task, run-task)


Linux ::

With Linux the problem is completely different. I am not able to  
configure foo. fooelk goes fine, but then I get the following error  
when configuring foo ::

configure : error : Objective C preprocessor "/lib/cpp" fails sanity  
check
configure : error : ./configure failed for libfoo

I have apt-get install --reinstall cpp and done as many things as I  
could think of, but I'm stuck there.

The two problems I think are unrelated. But gosh, only some days ago  
I had 3 machines running foo, and today none.

I have not tried the Next yet, the problem is that it is packed in  
the cellar by now (the poor lady). This is also the reason I didn't  
write before with the answer to Martin's question whether the  
reference/offset/bpf  error was also in the old foo. I'll check out.

Help welcomed, but patiently expected.

Ramon

[foo-devel] reference/offset-bug

[martin r. <fo...@ru...>]

hi fooers,

today i managed to have a look at one of the bugs ramon reported a
long time ago, reference/offset again.

the test file from ramon is attached, i added two former test cases
which helped me to get a bit closer at least.

ramon, could you try the testfile on your next machine with foo-2.1,
too?  it's easier to know whether this bug was introduced while
porting, such that i can look for code differences.

i suspect, this time the culprit is not the reference/offset logic,
but read-bpf~.  if evaluation of a context is started in the
middle of a bpf, it is not read correctly, even if you are starting
after the end of a bpf.  i guess this problem occurs when a bpf is not
initialized, this is, if its first breakpoint was not read.

something similar might appear when dealing with soundfiles (not sure
whether the pointer into the soundfiles gets correctly adjusted).
for filters, i am almost sure that it won't work, because the filter
state at the starting offset cannot be calculated other than by
starting with the very first filter excitation.

read-bpf~ and other modules operating on substrates might be fixed on
further investigation, but for filters etc. there is no other solution
than to track back from the context's offset to the last starting
point of such a running process, starting "silently" to render from
this point and starting with "writing" the results at the context's
offset.  could be interesting to have, though.  same, by the way, for
a context rendered from offset 0, but with a
(time some-negative-value-with-respect-to-the-toplevel-timeframe)
in it.

so far, no really good news,

martin

Re: [foo-devel] Some buggies, examples to show

[Ramon Gonzalez-A. <ar...@ma...>]

Sorry, wrong attachement.  Memleak.foo is the file containing the foo 
functions.

[foo-devel] Some buggies, examples to show

[Ramon Gonzalez-A. <ar...@ma...>]

Dear fools,

I send as attachements some files to show some bugs. There are not many.

Boogies.foo shows 2 things :

1) error with snd-extract/snd-region.
    Basically (snd-extract (snd-region ..)) gives an error

2) error with offset.
    Basically offset produces wrong result.


Memleak.foo theTests.txt and MemLeak.tar.bz2 show the memory leak problem.

Memleak.foo has three patches in inverse order of complexity, run with 
and without garbagge collect. 
(theTest3a=theTest3b,theTest3c,theTest3d=theTest3e)

theTests.txt show the memory process of foo when running the different 
patches.

MemLeak.tar.bz2 creates a directory Foo/Log/MemLeak (which should be 
placed in your home directory) where you could run Memleak.sh in order 
to produce the same results. Care must be taken with  the functions 
theTest3a & theTest3b which require a soundfile to be read.

I am only using kernel functions so that simpler is impossible.

Please, let me assure you that I do not pretend by any means immediate 
attention. I have considered that by making these simple tests public 
one could find a second here or there and suddenly find out solutions. 
So it was better making them known to all rather than keeping them to 
myself until a "proper" moment would materialize.

All the best,

Ramon

Re: [foo-devel] Last update/Configure error

[Ramon Gonzalez-A. <ar...@ma...>]

Mmmmmm.

Sorry for my dumbness. I had not installed gobjc-4.1

That was it!!!

Re: [foo-devel] Last update/Configure error

[Ramon Gonzalez-A. <ar...@ma...>]

Dear sirs,

Thanks to Gerhard's good hints I managed to configure/make.

I just changed the link of gcc from gcc-4.1.1-21 to gcc-4.0.2-9 in 
/usr/bin and everything worked.

I am not sure if gcc-4.1 is badly installed or if it is a new 
configuration. Certainly cc1obj is missing in 
/usr/lib/gcc/i486-linux-gnu/4.1.2, while on the other hand there is a 
support library, libgcc1, which seems to be new for this version :

$ dpkg --list | grep gcc
ii  gcc-4.0           4.0.2-9     The GNU C compiler
ii  gcc-4.0-base   4.0.2-9     The GNU Compiler Collection (base package)
ii  gcc-4.1            4.1.1-21  The GNU C compiler
ii  gcc-4.1-base    4.1.1-21  The GNU Compiler Collection (base package)
ii  libgcc1             4.1.1-21  GCC support library


Anyway, by using gcc-4.0 I was able to bypass the stupid problem.


Thanks,

Ramon