Bug#287809: nitpic: FTBFS (amd64/gcc-4.0): default arguments are only permitted for function parameters

2004-12-30 Thread Andreas Jochens
Package: nitpic
Severity: normal
Tags: patch

When building 'nitpic' on amd64 with gcc-4.0,
I get the following error:

c++ -g -O2 -Wall-I. -I./lib/Xt  -I/usr/X11R6/include-Dlinux 
-D__x86_64__ -D_POSIX_C_SOURCE=199309L  
-D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE 
-D_SVID_SOURCE  
-DFUNCPROTO=15 -DNARROWPROTO -g -O2 -Wall   -c -o main.o main.cc
picsim.hh:38: error: default arguments are only permitted for function 
parameters
make[1]: *** [main.o] Error 1
make[1]: Leaving directory `/nitpic-0.1'
make: *** [build] Error 2

With the attached patch 'nitpic' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/nitpic-0.1/16c84.cc ./16c84.cc
--- ../tmp-orig/nitpic-0.1/16c84.cc 2004-12-30 09:36:03.171497584 +0100
+++ ./16c84.cc  2004-12-30 09:35:57.526355776 +0100
@@ -441,7 +441,7 @@
 
if (d) {
if (Pic.reg_file[c][d].hook) {
-   return Pic.reg_file[c][d].hook( &Pic.reg_file[c][d], 
False );
+   return Pic.reg_file[c][d].hook( &Pic.reg_file[c][d], 
False, 0 );
} else {
return Pic.reg_file[c][d].value & 0xff;
}
diff -urN ../tmp-orig/nitpic-0.1/instr.cc ./instr.cc
--- ../tmp-orig/nitpic-0.1/instr.cc 1994-11-12 06:02:40.0 +0100
+++ ./instr.cc  2004-12-30 09:35:40.444952544 +0100
@@ -76,7 +76,7 @@
 
lines = w_height / dv;
 
-   top = Pic.itop + lines * (int)position / w_height;
+   top = Pic.itop + lines * (long)position / w_height;
if (top < 0)
top = 0;
else
diff -urN ../tmp-orig/nitpic-0.1/picsim.hh ./picsim.hh
--- ../tmp-orig/nitpic-0.1/picsim.hh2004-12-30 09:36:03.172497432 +0100
+++ ./picsim.hh 2004-12-30 09:35:25.617206704 +0100
@@ -35,7 +35,7 @@
char redirect_reg;
char implemented;
char value;
-   char(*hook)( struct reg *r, Boolean write, char v = 0 );
+   char(*hook)( struct reg *r, Boolean write, char v );
 } reg;
 
 typedef struct {



Bug#286885: FTBS at irqtune, at least no kernel-headers installed

2004-12-30 Thread Helen Faulkner


Hello,

I tried to recreate this bug, using a pbuilder chroot for sarge, and it 
built OK for me.  There didn't seem to be any problems with the build.  As 
far as I understand things, that means that the build-depends are OK.   But 
maybe I got something wrong with pbuilder.


What made it FTBFS for you?  Were you using a chroot?

Is there any more information you can give me that would help me to recreate 
the bug?


Thanks,

Helen.



Bug#286885: (no subject)

2004-12-30 Thread Daniel Baumann

Attached the buildlog

--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
dpkg-buildpackage: source package is hwtools
dpkg-buildpackage: source version is 0.8-2
dpkg-buildpackage: source maintainer is Frank Lichtenheld <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is i386
 fakeroot debian/rules clean
dh_testdir
dh_testroot
for i in irqtune memmxtest/src; do \
  /usr/bin/make -C $i clean ; done
make[1]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/irqtune'
(cd /pub/hwtools/0.8/hwtools-0.8/irqtune/sbin ; /usr/bin/make -f /pub/hwtools/0.8/hwtools-0.8/irqtune/src/Makefile CDEBUG='' CFLAGS_EXTRA='' IRQTUNE_HOME=/pub/hwtools/0.8/hwtools-0.8/irqtune IRQTUNE_VERSION=0.6 INSTALL=simple INSTALLER=/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin/irqtune SBIN=/usr/lib/hwtools clean)
make[2]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin'
rm -f irqtune_mod.o irqtune_npr.o irqtune load_mod.o load_npr.o kvers.o irqtune.o
make[2]: Leaving directory `/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin'
make[1]: Leaving directory `/pub/hwtools/0.8/hwtools-0.8/irqtune'
make[1]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/memmxtest/src'
rm -f *.o */*.o *.s */*.s *.?~ */*.?~\
  build image bootsect setup head head.out			\
  mapfile relo relo.out mapfile.relo checksizes Backup.tgz	\
  update_adr_test
make[1]: Leaving directory `/pub/hwtools/0.8/hwtools-0.8/memmxtest/src'
rm -f tpqic02-support-1.9b/qic02conf
cd scanport/src && rm -f scanport inb
dh_clean build-stamp
 dpkg-source -b hwtools-0.8
dpkg-source: building hwtools using existing hwtools_0.8.orig.tar.gz
dpkg-source: building hwtools in hwtools_0.8-2.diff.gz
dpkg-source: building hwtools in hwtools_0.8-2.dsc
 debian/rules build
dh_testdir
cd irqtune && /usr/bin/make kvers sbin
make[1]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/irqtune'
(cd /pub/hwtools/0.8/hwtools-0.8/irqtune/sbin ; /usr/bin/make -f /pub/hwtools/0.8/hwtools-0.8/irqtune/src/Makefile CDEBUG='' CFLAGS_EXTRA='' IRQTUNE_HOME=/pub/hwtools/0.8/hwtools-0.8/irqtune IRQTUNE_VERSION=0.6 INSTALL=simple INSTALLER=/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin/irqtune SBIN=/usr/lib/hwtools kvers)
make[2]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin'
echo 'char kernel_version[] = "'1.0.0'";' > kvers.c
make[2]: Leaving directory `/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin'
(cd /pub/hwtools/0.8/hwtools-0.8/irqtune/sbin ; /usr/bin/make -f /pub/hwtools/0.8/hwtools-0.8/irqtune/src/Makefile CDEBUG='' CFLAGS_EXTRA='' IRQTUNE_HOME=/pub/hwtools/0.8/hwtools-0.8/irqtune IRQTUNE_VERSION=0.6 INSTALL=simple INSTALLER=/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin/irqtune SBIN=/usr/lib/hwtools sbin)
make[2]: Entering directory `/pub/hwtools/0.8/hwtools-0.8/irqtune/sbin'
cc -c -O -I/usr/src/linux/include -I/pub/hwtools/0.8/hwtools-0.8/irqtune/include -I/pub/hwtools/0.8/hwtools-0.8/irqtune/include/P -I/pub/hwtools/0.8/hwtools-0.8/irqtune -Wall -Wno-format   -D__KERNEL__ -D_LOOSE_KERNEL_NAMES -DIRQTUNE_VERSION=\"0.6\" -DMODVERSIONS -o load_mod.o /pub/hwtools/0.8/hwtools-0.8/irqtune/src/load.c
In file included from /usr/src/linux/include/linux/vmalloc.h:4,
 from /usr/include/asm/io.h:46,
 from /pub/hwtools/0.8/hwtools-0.8/irqtune/src/irqhigh.c:8,
 from /pub/hwtools/0.8/hwtools-0.8/irqtune/src/load.c:13:
/usr/src/linux/include/linux/spinlock.h:43: error: parse error before "_spin_trylock"
/usr/src/linux/include/linux/spinlock.h:44: error: parse error before "_write_trylock"
/usr/src/linux/include/linux/spinlock.h:45: error: conflicting types for `fastcall'
/usr/src/linux/include/linux/spinlock.h:44: error: previous declaration of `fastcall'
/usr/src/linux/include/linux/spinlock.h:45: error: parse error before "_spin_lock"
/usr/src/linux/include/linux/spinlock.h:46: error: parse error before "_write_lock"
/usr/src/linux/include/linux/spinlock.h:47: error: parse error before "_spin_lock"
/usr/src/linux/include/linux/spinlock.h:48: error: parse error before "_read_lock"
/usr/src/linux/include/linux/spinlock.h:49: error: parse error before "_spin_unlock"
/usr/src/linux/include/linux/spinlock.h:50: error: parse error before "_write_unlock"
/usr/src/linux/include/linux/spinlock.h:51: error: parse error before "_read_unlock"
/usr/src/linux/include/linux/spinlock.h:52: error: conflicting types for `fastcall'
/usr/src/linux/include/linux/spinlock.h:51: error: previous declaration of `fastcall'
/usr/src/linux/include/linux/spinlock.h:52: error: parse error before "_spin_lock_irqsave"
/usr/src/linux/include/linux/spinlock.h:53: error: parse error before "_read_lock_irqsave"
/usr/src/linux/include/linux/spinlock.h:54: error: parse error before "_write_lock_irqsave"
/usr/src/linux/include/linux/spinlock.h:55: error: conflicting types for `fastcall'
/usr/src/linux/include/linux/spinlock.h:54: error: previous declaration of `fas

Bug#286885: FTBS at irqtune, at least no kernel-headers installed

2004-12-30 Thread Daniel Baumann

Helen Faulkner wrote:

What made it FTBFS for you?  Were you using a chroot?
No, and that seemed to be the problem. It took my /usr/src/linux' 
includes. Without having one, it build correctly. One should fix the 
Makefile for ignoring /usr/src/linux completely.


Regards,
Daniel

--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



Bug#287924: ppxp: FTBFS (amd64/gcc-4.0): invalid storage class for function 'SigQuit'

2004-12-30 Thread Andreas Jochens
Package: ppxp
Severity: normal
Tags: patch

When building 'ppxp' on amd64 with gcc-4.0,
I get the following error:

gcc -O2 -g -W  -I../../lib -I.. -I../../import -I../../OS/Linux   -c -o dns.o 
dns.c
dns.c: In function 'DoRelay':
dns.c:105: warning: passing argument 6 of 'recvfrom' from incompatible pointer 
type
dns.c:131: warning: passing argument 6 of 'recvfrom' from incompatible pointer 
type
dns.c: In function 'DnsRelay':
dns.c:164: error: invalid storage class for function 'SigQuit'
make[3]: *** [dns.o] Error 1
make[3]: Leaving directory `/ppxp-0.2001080415/src/ip'

With the attached patch 'ppxp' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/ppxp-0.2001080415/src/ip/dns.c ./src/ip/dns.c
--- ../tmp-orig/ppxp-0.2001080415/src/ip/dns.c  2000-12-04 13:23:33.0 
+0100
+++ ./src/ip/dns.c  2004-12-30 23:11:01.047890464 +0100
@@ -161,7 +161,7 @@
 }
 if (!dns) return;
 if ((relayPid = fork()) == 0) {
-   static void SigQuit(int sig) {
+   void SigQuit(int sig) {
exit(0);
}
 
diff -urN ../tmp-orig/ppxp-0.2001080415/src/main.c ./src/main.c
--- ../tmp-orig/ppxp-0.2001080415/src/main.c2004-12-30 23:12:14.288756160 
+0100
+++ ./src/main.c2004-12-30 23:11:16.157593440 +0100
@@ -244,7 +244,7 @@
 parent = getpid();
 if ((child = fork()) == -1) return;
 if (child) {
-   static void QuitParent(int sig) {
+   void QuitParent(int sig) {
exit(0);
}
signal(SIGTERM, QuitParent);