Bug#442040: coreutils: FTBFS on PPC in seq test suite

2008-01-23 Thread Lucas Nussbaum
On 15/09/07 at 22:58 +0200, Elimar Riesebieter wrote:
 On Sat, 15 Sep 2007 the mental interface of
 Michael Stone told:
 
  On Sat, Sep 15, 2007 at 09:48:30PM +0200, Elimar Riesebieter wrote:
  Confirmed! Same build in a pbuilder environment with sid sources on
  a PowerBook5,6.
 
  Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some kind 
  of wacky code generation bug on ppc, because it works fine on alpha amd64 
  hppa i386 ia64 mipsel sparc, and seq just doesn't do anything particularly 
  complicated.)
 
  Mike Stone
 
 In rules:
 cd $(BUILD_TREE)  CFLAGS=$(CFLAGS) \
 LDFLAGS=$(LDFLAGS) CC=/usr/bin/gcc-4.1 ./configure \
 --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) \
 --prefix=/usr -v \
 --infodir=/usr/share/info --mandir=/usr/share/man \
 $(SELINUX_OPTS)
 
 It sucks the same :(

Hi,

coreutils 6.10-1 built fine on powerpc, see
http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579
And I couldn't reproduce the problem by building it manually on
bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2.

Elimar, Bram, could you please try again with coreutils 6.10-1?

Thank you,
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2008-01-23 Thread Elimar Riesebieter
On Wed, 23 Jan 2008 the mental interface of
Lucas Nussbaum told:

[...]
 Hi,
 
 coreutils 6.10-1 built fine on powerpc, see
 http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579
 And I couldn't reproduce the problem by building it manually on
 bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2.
 
 Elimar, Bram, could you please try again with coreutils 6.10-1?

I can't find them neither in unstable nor in experimental?

Elimar

-- 
  The path to source is always uphill!
-unknown-


signature.asc
Description: Digital signature


Bug#442040: coreutils: FTBFS on PPC in seq test suite

2008-01-23 Thread Lucas Nussbaum
On 23/01/08 at 20:35 +0100, Elimar Riesebieter wrote:
 On Wed, 23 Jan 2008 the mental interface of
 Lucas Nussbaum told:
 
 [...]
  Hi,
  
  coreutils 6.10-1 built fine on powerpc, see
  http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579
  And I couldn't reproduce the problem by building it manually on
  bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2.
  
  Elimar, Bram, could you please try again with coreutils 6.10-1?
 
 I can't find them neither in unstable nor in experimental?

It is in unstable. You can dget
http://ftp.debian.org/debian/pool/main/c/coreutils/coreutils_6.10-1.dsc
 
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


signature.asc
Description: Digital signature


Bug#442040: coreutils: FTBFS on PPC in seq test suite

2008-01-23 Thread Elimar Riesebieter
On Wed, 23 Jan 2008 the mental interface of
Lucas Nussbaum told:

 On 23/01/08 at 20:35 +0100, Elimar Riesebieter wrote:
  On Wed, 23 Jan 2008 the mental interface of
  Lucas Nussbaum told:
  
  [...]
   Hi,
   
   coreutils 6.10-1 built fine on powerpc, see
   http://buildd.debian.org/fetch.cgi?pkg=coreutils;ver=6.10-1;arch=powerpc;stamp=1201059579
   And I couldn't reproduce the problem by building it manually on
   bruckner.d.o. Apparently both the buildd and bruckner built with gcc 4.2.
   
   Elimar, Bram, could you please try again with coreutils 6.10-1?
  
  I can't find them neither in unstable nor in experimental?
 
 It is in unstable. You can dget
 http://ftp.debian.org/debian/pool/main/c/coreutils/coreutils_6.10-1.dsc

coreutils:
  Installed: 5.97-5.7
  Candidate: 5.97-5.7
  Version table:
 *** 5.97-5.7 0
990 ftp://ftp.de.debian.org unstable/main Packages
100 /var/lib/dpkg/status

Not synced complete yet.

Anyway, the package builds fine:

gcc (GCC) 4.2.3 20080114 (prerelease) (Debian 4.2.2-7)

but:

Now running lintian...
W: coreutils source: out-of-date-standards-version 3.7.2.2 (current is 3.7.3)
E: coreutils source: build-depends-on-essential-package-without-using-version 
build-depends: perl-base
W: coreutils: package-contains-empty-directory sbin/
W: coreutils: spelling-error-in-news-debian compatability compatibility
E: coreutils: preinst-calls-install-info
Finished running lintian.

This should be æasy to fix. The last changelog entry hst to be
reformated as well.

Thanks
Elimar

-- 
  It's a good thing we don't get all 
  the government we pay for.


signature.asc
Description: Digital signature


Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-18 Thread Tony Breeds
On Sat, Sep 15, 2007 at 04:14:34PM -0400, Michael Stone wrote:

 Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some 
 kind of wacky code generation bug on ppc, because it works fine on alpha 
 amd64 hppa i386 ia64 mipsel sparc, and seq just doesn't do anything 
 particularly complicated.)

Ran a couple of quick compile tests, gcc-4.0 works gcc-4.1 and gcc-4.2
fail.  Haven't had time to track down what the difference in the
generated code is though.

In the short term, can the build famr be forced to use gcc-4.0 ?

Yours Tony

  linux.conf.auhttp://linux.conf.au/ || http://lca2008.linux.org.au/
  Jan 28 - Feb 02 2008 The Australian Linux Technical Conference!




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-18 Thread Michael Stone

On Tue, Sep 18, 2007 at 04:20:25PM +1000, Tony Breeds wrote:

On Sat, Sep 15, 2007 at 04:14:34PM -0400, Michael Stone wrote:

Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some 
kind of wacky code generation bug on ppc, because it works fine on alpha 
amd64 hppa i386 ia64 mipsel sparc, and seq just doesn't do anything 
particularly complicated.)


Ran a couple of quick compile tests, gcc-4.0 works gcc-4.1 and gcc-4.2
fail.  Haven't had time to track down what the difference in the
generated code is though.

In the short term, can the build famr be forced to use gcc-4.0 ?


Comments from gcc people?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-15 Thread Elimar Riesebieter
On Wed, 12 Sep 2007 the mental interface of
Bram Senders told:

 Package: coreutils
 Version: 6.10~20070907
 Severity: serious
 Justification: no longer builds from source
 
 Hi there,
 
 I cannot build the current coreutils from experimental from source on
 PowerPC, because of a failure in the seq test suite:
 
 === 8 ===
 Making check in seq
 make[3]: Entering directory 
 `/home/bram/Source/coreutils/coreutils-6.10~20070907/build-tree/coreutils-6.10~20070907/tests/seq'
 /usr/bin/make  check-TESTS
 make[4]: Entering directory 
 `/home/bram/Source/coreutils/coreutils-6.10~20070907/build-tree/coreutils-6.10~20070907/tests/seq'
 -: test float-3: stdout mismatch, comparing float-3.O (actual) and float-3.1 
 (expected)
 *** float-3.O   Wed Sep 12 12:47:28 2007
 --- float-3.1   Wed Sep 12 12:47:28 2007
 ***
 *** 1,3 
   10.8
   10.9
 - 11.0
 --- 1,2 
 FAIL: basic
 === 8 ===

Confirmed! Same build in a pbuilder environment with sid sources on
a PowerBook5,6.

Elimar


-- 
  Numeric stability is probably not all that 
  important when you're guessing;-)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-15 Thread Michael Stone

On Sat, Sep 15, 2007 at 09:48:30PM +0200, Elimar Riesebieter wrote:

Confirmed! Same build in a pbuilder environment with sid sources on
a PowerBook5,6.


Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some 
kind of wacky code generation bug on ppc, because it works fine on alpha 
amd64 hppa i386 ia64 mipsel sparc, and seq just doesn't do anything 
particularly complicated.)


Mike Stone



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-15 Thread Elimar Riesebieter
On Sat, 15 Sep 2007 the mental interface of
Michael Stone told:

 On Sat, Sep 15, 2007 at 09:48:30PM +0200, Elimar Riesebieter wrote:
 Confirmed! Same build in a pbuilder environment with sid sources on
 a PowerBook5,6.

 Ok, can anyone test what happens with gcc 4.1? (I kinda suspect some kind 
 of wacky code generation bug on ppc, because it works fine on alpha amd64 
 hppa i386 ia64 mipsel sparc, and seq just doesn't do anything particularly 
 complicated.)

 Mike Stone

In rules:
cd $(BUILD_TREE)  CFLAGS=$(CFLAGS) \
LDFLAGS=$(LDFLAGS) CC=/usr/bin/gcc-4.1 ./configure \
--build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) \
--prefix=/usr -v \
--infodir=/usr/share/info --mandir=/usr/share/man \
$(SELINUX_OPTS)

It sucks the same :(

Elimar

-- 
  The path to source is always uphill!
-unknown-




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-13 Thread Bram Senders
On Wed, Sep 12, 2007 at 07:58:22PM +0200, Jim Meyering wrote:
 Thanks for the report.
 However, I've just built from the very latest upstream sources
 (but probably no change to seq since the 20070907 snapshot)
 on bruckner, with CFLAGS=-g ./configure  make, and it passes
 that same test:
 
 bruckner$ ./seq 10.8 0.1 10.95
 10.8
 10.9
 
 I also recompiled seq.o with CFLAGS=-O2.  Same result.
 
 Can you try the same thing on whatever system you used?

I pulled the latest sources from git and built them with CFLAGS=-g, like
you said, giving again the same erroneous results:

[EMAIL PROTECTED] ./seq 10.8 0.1 10.95
10.8
10.9
11.0

Recompiling seq by hand with -O2 gives the same faulty result as
compiling with -g gives for me.  So there seems to be some kind of
difference between bruckner and my machine...  I don't understand this.
Any hints or pointers?

Cheers,
Bram



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-13 Thread Jim Meyering
Bram Senders [EMAIL PROTECTED] wrote:

 On Wed, Sep 12, 2007 at 07:58:22PM +0200, Jim Meyering wrote:
 Thanks for the report.
 However, I've just built from the very latest upstream sources
 (but probably no change to seq since the 20070907 snapshot)
 on bruckner, with CFLAGS=-g ./configure  make, and it passes
 that same test:

 bruckner$ ./seq 10.8 0.1 10.95
 10.8
 10.9

 I also recompiled seq.o with CFLAGS=-O2.  Same result.

 Can you try the same thing on whatever system you used?

 I pulled the latest sources from git and built them with CFLAGS=-g, like
 you said, giving again the same erroneous results:

 [EMAIL PROTECTED] ./seq 10.8 0.1 10.95
 10.8
 10.9
 11.0

 Recompiling seq by hand with -O2 gives the same faulty result as
 compiling with -g gives for me.  So there seems to be some kind of
 difference between bruckner and my machine...  I don't understand this.
 Any hints or pointers?

gcc version?
Maybe libc

bruckner has this:

  gcc version 3.3.5 (Debian 1:3.3.5-13)
  libc6: Version: 2.3.2.ds1-22sarge6

Please send me your lib/config.h file so I can compare it with mine.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-12 Thread Bram Senders
Package: coreutils
Version: 6.10~20070907
Severity: serious
Justification: no longer builds from source

Hi there,

I cannot build the current coreutils from experimental from source on
PowerPC, because of a failure in the seq test suite:

=== 8 ===
Making check in seq
make[3]: Entering directory 
`/home/bram/Source/coreutils/coreutils-6.10~20070907/build-tree/coreutils-6.10~20070907/tests/seq'
/usr/bin/make  check-TESTS
make[4]: Entering directory 
`/home/bram/Source/coreutils/coreutils-6.10~20070907/build-tree/coreutils-6.10~20070907/tests/seq'
-: test float-3: stdout mismatch, comparing float-3.O (actual) and float-3.1 
(expected)
*** float-3.O   Wed Sep 12 12:47:28 2007
--- float-3.1   Wed Sep 12 12:47:28 2007
***
*** 1,3 
  10.8
  10.9
- 11.0
--- 1,2 
FAIL: basic
=== 8 ===

The same sources build fine on i386.

Cheers,
Bram Senders

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.22-2-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages coreutils depends on:
ii  libacl1  2.2.42-1Access control list shared library
ii  libc62.6.1-3 GNU C Library: Shared libraries
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries

coreutils recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442040: coreutils: FTBFS on PPC in seq test suite

2007-09-12 Thread Jim Meyering
Bram Senders [EMAIL PROTECTED] wrote:
 Package: coreutils
 Version: 6.10~20070907
 Severity: serious
 Justification: no longer builds from source

 Hi there,

 I cannot build the current coreutils from experimental from source on
 PowerPC, because of a failure in the seq test suite:
...
 *** float-3.O   Wed Sep 12 12:47:28 2007
 --- float-3.1   Wed Sep 12 12:47:28 2007
 ***
 *** 1,3 
   10.8
   10.9
 - 11.0
 --- 1,2 
 FAIL: basic
 === 8 ===

Thanks for the report.
However, I've just built from the very latest upstream sources
(but probably no change to seq since the 20070907 snapshot)
on bruckner, with CFLAGS=-g ./configure  make, and it passes
that same test:

bruckner$ ./seq 10.8 0.1 10.95
10.8
10.9

I also recompiled seq.o with CFLAGS=-O2.  Same result.

Can you try the same thing on whatever system you used?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]