Just got this message from the Debian Hurd Team ....
(Which of course means that pd is running on the hurd too ) Miller, can you fix the configure.in or should I do it and send you a patch ? (I have to do it anyway for the Debian package)
Guenter
---------- Forwarded message ---------- Date: Mon, 13 Aug 2001 15:01:21 +0200 From: Marcus Brinkmann Marcus.Brinkmann@ruhr-uni-bochum.de To: submit@bugs.debian.org Subject: Bug#108598: [hurd] doesn't build Resent-Date: Mon, 13 Aug 2001 13:03:01 GMT Resent-From: Marcus Brinkmann Marcus.Brinkmann@ruhr-uni-bochum.de Resent-To: debian-bugs-dist@lists.debian.org Resent-cc: Guenter Geiger (Debian/GNU) geiger@debian.org
Package: pd Version: 0.32p1-4 Severity: important
Hi Guenter,
the package uses autoconf, but the file src/s_inter.c has an obnoxious
#ifndef __linux__ #include <bstring.h> #endif
But this header file doesn't exist on the Hurd either.
Please add bstring.h to the AC_CHECK_HEADERS line in src/configure.in and regenerate the configure script. Then change the above to read:
#ifdef HAVE_BSTRING_H #include <bstring.h> #endif
Please forward this change upstream, too.
Thanks, Marcus
Hi,
Just trying to build 0.34test4, but got:
cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -DRME_HAMMERFALL -DINSTALL_PREFIX="/usr/local" -I. -c -o ../obj/t_main.o t_main.c t_main.c:16: tk.h: No such file or directory make: *** [t_main.o] Error 1
Then thought I'd link tk.h to t_tk.h to try that, but got:
cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused
-Wno-parentheses -Wno-switch -DRME_HAMMERFALL
-DINSTALL_PREFIX="/usr/local" -I. -c -o ../obj/t_main.o t_main.c
t_main.c:44: parse error before *' cc1: warnings being treated as errors t_main.c:44: warning: function declaration isn't a prototype t_main.c: In functionmain':
t_main.c:58: warning: implicit declaration of function Tk_Main' t_main.c:58:Tcl_AppInit' undeclared (first use in this function)
t_main.c:58: (Each undeclared identifier is reported only once
t_main.c:58: for each function it appears in.)
t_main.c: At top level:
t_main.c:85: parse error before Tcl_Interp' t_main.c:85: warning: type defaults toint' in declaration of interp' t_main.c:85: warning: data definition has no type or storage class t_main.c:86: parse error before{'
t_main.c:98: warning: type defaults to int' in declaration ofpdgui_startup'
t_main.c:98: warning: parameter names (without types) in function declaration
t_main.c:98: conflicting types for pdgui_startup' t_main.c:44: previous declaration ofpdgui_startup'
t_main.c:98: warning: data definition has no type or storage class
t_main.c:111: parse error before `return'
make: *** [t_main.o] Error 1
Am I missing something?
Nick
On Wed, 15 Aug 2001, Nick Fells wrote:
Hi,
Just trying to build 0.34test4, but got:
cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -DRME_HAMMERFALL -DINSTALL_PREFIX="/usr/local" -I. -c -o ../obj/t_main.o t_main.c t_main.c:16: tk.h: No such file or directory make: *** [t_main.o] Error 1
Then thought I'd link tk.h to t_tk.h to try that, but got:
the tk.h file belongs to your tcl/tk-dev sources, not to pd.
- did you do a "./configure" before trying to make ? this should set
anything (i guess) 2. if this does not work, you should search for the "tk.h" file in your /usr/include path. probably it will be found at /usr/include/tcl-8.3 (or something) you can then link it into a searched include-path (ln -s /usr/include/tcl-8.3/*.h /usr/local/include) hope this helps
mfg.ds.t IOhannes
cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -DRME_HAMMERFALL -DINSTALL_PREFIX="/usr/local" -I. -c -o ../obj/t_main.o t_main.c t_main.c:44: parse error before
*' cc1: warnings being treated as errors t_main.c:44: warning: function declaration isn't a prototype t_main.c: In functionmain': t_main.c:58: warning: implicit declaration of functionTk_Main' t_main.c:58:Tcl_AppInit' undeclared (first use in this function) t_main.c:58: (Each undeclared identifier is reported only once t_main.c:58: for each function it appears in.) t_main.c: At top level: t_main.c:85: parse error beforeTcl_Interp' t_main.c:85: warning: type defaults toint' in declaration ofinterp' t_main.c:85: warning: data definition has no type or storage class t_main.c:86: parse error before{' t_main.c:98: warning: type defaults toint' in declaration ofpdgui_startup' t_main.c:98: warning: parameter names (without types) in function declaration t_main.c:98: conflicting types forpdgui_startup' t_main.c:44: previous declaration ofpdgui_startup'
t_main.c:98: warning: data definition has no type or storage class t_main.c:111: parse error before `return' make: *** [t_main.o] Error 1
Am I missing something?
Nick
On Wednesday 15 Aug 2001 6:52 pm, Johannes M Zmoelnig wrote:
the tk.h file belongs to your tcl/tk-dev sources, not to pd.
- did you do a "./configure" before trying to make ? this should set
anything (i guess) 2. if this does not work, you should search for the "tk.h" file in your /usr/include path. probably it will be found at /usr/include/tcl-8.3 (or something) you can then link it into a searched include-path (ln -s /usr/include/tcl-8.3/*.h /usr/local/include) hope this helps
mfg.ds.t IOhannes
Ok, thanks, I already did 1 with no success but then option 2. works (linking the tk headers into the pd src directory). The configure script appears not to pick this up, as far as I can see. Here's my configure output...
Nick
./configure --enable-rme
gives
creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for a BSD compatible install... /usr/bin/install -c checking whether make sets ${MAKE}... yes checking how to run the C preprocessor... gcc -E checking for main in -lX11... no checking for main in -ldl... yes checking for main in -lffm... no checking for main in -lm... yes checking for tcl.h... no checking for tcl8.1/tcl.h... no checking for tcl8.2/tcl.h... yes checking for main in -ltcl8.3... yes checking for main in -ltk8.3... yes checking for main in -lpthread... yes checking for ANSI C header files... yes checking for fcntl.h... yes checking for limits.h... yes checking for malloc.h... yes checking for sys/ioctl.h... yes checking for sys/time.h... yes checking for unistd.h... yes checking for tk.h... no checking for tkstep.h... no checking for working const... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes updating cache ./config.cache creating ./config.status creating makefile ...
Done on my side... whenever you want I'll put out a "test 6" with the 5 or so changes...
cheers Miller
On Mon, Aug 13, 2001 at 03:21:38PM +0200, guenter geiger wrote:
Just got this message from the Debian Hurd Team ....
(Which of course means that pd is running on the hurd too ) Miller, can you fix the configure.in or should I do it and send you a patch ? (I have to do it anyway for the Debian package)
Guenter
---------- Forwarded message ---------- Date: Mon, 13 Aug 2001 15:01:21 +0200 From: Marcus Brinkmann Marcus.Brinkmann@ruhr-uni-bochum.de To: submit@bugs.debian.org Subject: Bug#108598: [hurd] doesn't build Resent-Date: Mon, 13 Aug 2001 13:03:01 GMT Resent-From: Marcus Brinkmann Marcus.Brinkmann@ruhr-uni-bochum.de Resent-To: debian-bugs-dist@lists.debian.org Resent-cc: Guenter Geiger (Debian/GNU) geiger@debian.org
Package: pd Version: 0.32p1-4 Severity: important
Hi Guenter,
the package uses autoconf, but the file src/s_inter.c has an obnoxious
#ifndef __linux__ #include <bstring.h> #endif
But this header file doesn't exist on the Hurd either.
Please add bstring.h to the AC_CHECK_HEADERS line in src/configure.in and regenerate the configure script. Then change the above to read:
#ifdef HAVE_BSTRING_H #include <bstring.h> #endif
Please forward this change upstream, too.
Thanks, Marcus
-
guenter geiger -
Johannes M Zmoelnig -
Miller Puckette -
Nick Fells