Re: Bug#340871: Bug #340871: [m68k] packages ftbfs due to mathinline.h

2006-06-29 Thread allomber
On Sun, Jun 18, 2006 at 03:30:08PM +0100, Roger Leigh wrote: > found 340871 2.3.6-14 > reopen 340871 > thanks > > Hi folks, > > Due to some crossed wires, probably on my part, the fix for this bug > was broken. The patch is in two parts: the __THROW define and the use > of __THROW. The current

Re: on m68k and pari

2006-06-29 Thread Stephen R Marenka
On Thu, Jun 29, 2006 at 08:29:24PM +0200, Bill Allombert wrote: > I know, but I think we should try to get the fixed glibc uploaded asap > because a breakage in math.h is a rather serious problem. I'm all for it! About six packages which currently fail should build when this gets fixed. Getting

Re: on m68k and pari

2006-06-29 Thread Bill Allombert
On Thu, Jun 29, 2006 at 10:16:47AM -0500, Stephen R Marenka wrote: > On Thu, Jun 29, 2006 at 04:00:45PM +0200, Bill Allombert wrote: > > > As you know, due to bug #356045 in libc6-dev, it is not possible to > > compile a program that #include with -O and above. > > > > This behaviour occurs in p

segfaulting apps

2006-06-29 Thread Stephen R Marenka
It looks like we have a whole collection of runtime segfaults and such. The problem continues even in gcc-4.1.1-5. If anyone wants to take a swing, here's a selection. aptitude_0.4.1-1.1 check-TESTS test: Illegal Instruction drscheme_1:301-15 ./install Segmentation fault emacs-snapshot_1:2006062

Re: on m68k and pari

2006-06-29 Thread Stephen R Marenka
On Thu, Jun 29, 2006 at 04:00:45PM +0200, Bill Allombert wrote: > As you know, due to bug #356045 in libc6-dev, it is not possible to > compile a program that #include with -O and above. > > This behaviour occurs in particular in the sid chroot of crest, making > impossible to test-build some pa

on m68k and pari

2006-06-29 Thread Bill Allombert
Dear Debian-m68k porters, As you know, due to bug #356045 in libc6-dev, it is not possible to compile a program that #include with -O and above. This behaviour occurs in particular in the sid chroot of crest, making impossible to test-build some packages there. I would like to investigate the b