Bug#184141: package depends on LIBC_DEV

2003-03-09 Thread Michael Wardle
Package: libgcj3-dev When attempting to install this package, I get the following error message: Sorry, but the following packages have unmet dependencies: libgcj3-dev: Depends: LIBC_DEV but it is not installable I have libc6 and libc6-dev 2.3.1-14 installed. I'm guessing LIBC_DEV is an automa

Processed: Merging bugs

2003-03-09 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > merge 184117 184120 Bug#184117: libstdc++5-dev: dependency LIBC_DEV cannot be fulfilled Bug#184120: Depends on non-existant package "LIBC_DEV" Merged 184117 184120. > thanks Stopping processing here. Please contact me if you need assistance. Debian b

Bug#173074: libgcj/9078: libffi: problems with uint8 on powerpc

2003-03-09 Thread Prof. Etienne M. Gagnon
Hi there, The problem was effectively due to my misreading of libffi's documentation for return values (which are handled differently from parameters). Thanks for your help identifying the problem. You should probably close the bug. Thanks, Etienne (upstream SableVM author) -- Etienne M. Gag

Bug#184137: libffi2-dev uninstallable

2003-03-09 Thread Prof. Etienne M. Gagnon
Package: libffi2-dev Version: 1:3.2.3-0pre3 Severity: important Hi there. SableVM depends on the libffi2 package, and more specifically, build-depends on libffi2-dev. It seems the latest GCC upgrade broke libffi2-dev, as can be seen below: $ apt-get install libffi2-dev Reading Package Lists...

Processed: merge reports for gcc-3.2 mess

2003-03-09 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > severity 184117 serious Bug#184117: libstdc++5-dev: dependency LIBC_DEV cannot be fulfilled Severity set to `serious'. > severity 184120 serious Bug#184120: Depends on non-existant package "LIBC_DEV" Severity set to `serious'. > merge 184119 184117 Bu

Re: GCC 3.3 release criteria

2003-03-09 Thread Kaveh R. Ghazi
> From: Matthias Klose <[EMAIL PROTECTED]> > > Kaveh R. Ghazi writes: > > > From: Matthias Klose <[EMAIL PROTECTED]> > > > > > > yes, then I will "test" it on Debian unstable as well. > > > > Great, thanks. Though be aware that being the "tester" will mean > > Debian specific bugs w

Bug#184117: libstdc++5-dev: dependency LIBC_DEV cannot be fulfilled

2003-03-09 Thread Joshua Kwan
Package: libstdc++5-dev Version: 1:3.2.3-0pre3 Severity: grave Tags: sid Justification: renders package unusable The following packages have unmet dependencies: libstdc++5-dev: Depends: LIBC_DEV but it is not installable E: Broken packages Could this possibly be meant to be a Provides: line ins

Bug#184120: Depends on non-existant package "LIBC_DEV"

2003-03-09 Thread Daniel Burrows
Package: libstdc++5-dev Version: 1:3.2.3-0pre4 Severity: grave The version of libstdc++5-dev indicated above depends on LIBC_DEV, a package which does not exist. Daniel -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux torrent.burrows.local 2.4.20 #4 We

Bug#184119: broken libc-dev dependencies in 1:3.2.3-0pre4 upload

2003-03-09 Thread Matthias Klose
Package: gcc-3.2 Version: 1:3.2.3-0pre4 Severity: serious A new upload is in the works.

Results for 3.2.3 20030308 (Debian prerelease) testsuite on ia64-unknown-linux-gnu

2003-03-09 Thread Matthias Klose
LAST_UPDATED: Sat Mar 8 13:57:02 UTC 2003 Native configuration is ia64-unknown-linux-gnu === g++ tests === Running target unix XPASS: g++.other/init5.C Execution test FAIL: g++.pt/repo3.C (test for excess errors) === g++ Summary === # of expected passes

Results for 3.2.3 20030308 (Debian prerelease) testsuite on i386-pc-linux-gnu

2003-03-09 Thread Matthias Klose
LAST_UPDATED: Sat Mar 8 13:57:02 UTC 2003 Native configuration is i386-pc-linux-gnu === g++ tests === Running target unix XPASS: g++.other/init5.C Execution test === g++ Summary === # of expected passes7372 # of unexpected successes 1 # of e

Re: GCC 3.3 release criteria

2003-03-09 Thread Matthias Klose
[sorry for the late reply, this mail went into some obscure folder] Kaveh R. Ghazi writes: > > From: Matthias Klose <[EMAIL PROTECTED]> > > > > Kaveh R. Ghazi writes: > > > Thanks Matthias, but seeing your patch two things occur to me: > > > > > > One is we don't have a "tester" for x86 Deb

Processed: Re: Bug#184108: ICE when warning about cleanup nastiness in switch statements

2003-03-09 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 184108 [fixed in 3.3] ICE when warning about cleanup nastiness in > switch statements Bug#184108: ICE when warning about cleanup nastiness in switch statements Changed Bug title. > thanks Stopping processing here. Please contact me if you nee

Bug#184108: ICE when warning about cleanup nastiness in switch statements

2003-03-09 Thread Matthias Klose
retitle 184108 [fixed in 3.3] ICE when warning about cleanup nastiness in switch statements thanks Andrew Suffield writes: > [EMAIL PROTECTED]:~$ g++ -ofoo foo.cpp > foo.cpp: In function `int main()': > foo.cpp:14: jump to case label > foo.cpp:13: enters scope of non-POD `foo x' > > Internal c

Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa

2003-03-09 Thread Randolph Chung
> Did you configure 3.3 using "--enable-sjlj-exceptions=yes"? That way > the 3.3 C++ library should be compatible with the previous 3.3 library. > The switch to dwarf2 can be delayed until the next debian release. yeah, i exchanged some mail with Matthias about this. Anyway, I have the debs inst

Bug#184108: ICE when warning about cleanup nastiness in switch statements

2003-03-09 Thread Andrew Suffield
Package: g++-3.2 Version: 1:3.2.3-0pre3 Severity: normal == [EMAIL PROTECTED]:~$ cat foo.cpp #include class foo { public: ~foo() { std::cout << "foo destroyed" << std::endl; } }; int main(void) { switch (0) { case 0: foo x; case 1: ; } } [EMAIL PROTECTED]:~$ g++ -o

Bug#183990: FTBFS on arm: NEED_PLT_RELOC' undeclared

2003-03-09 Thread Rene Engelhard
Hi, Matthias Klose wrote: > Rene Engelhard writes: > > Package: gcc-2.95 > > Version: 1:2.95.4-16 > > Severity: serious > > > > Hallo Matthias, > > > > I am not the buildd admin of arm but since there was no bug filed to > > today I do it: > > > > The latest gcc 2.95 upload does not build on th

Re: [parisc-linux] Re: gcc-3.2 -> gcc-3.3 transition on hppa

2003-03-09 Thread John David Anglin
> Randolph Chung writes: > > In reference to a message from Matthias Klose, dated Mar 01: > > > Matthias Klose writes: > > > > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++ > > > > code due to the changed exception handling (now DWARF2 based). As > > > > libstdc++ in 3.2 and 3.

Re: gcc-3.2 -> gcc-3.3 transition on hppa

2003-03-09 Thread Matthias Klose
Randolph Chung writes: > In reference to a message from Matthias Klose, dated Mar 01: > > Matthias Klose writes: > > > AFAIK the transition from 3.2 to 3.3 requires recompilation of C++ > > > code due to the changed exception handling (now DWARF2 based). As > > > libstdc++ in 3.2 and 3.2 have the s

Bug#183990: FTBFS on arm: NEED_PLT_RELOC' undeclared

2003-03-09 Thread Matthias Klose
Rene Engelhard writes: > Package: gcc-2.95 > Version: 1:2.95.4-16 > Severity: serious > > Hallo Matthias, > > I am not the buildd admin of arm but since there was no bug filed to > today I do it: > > The latest gcc 2.95 upload does not build on the arm buildd.. See the packages at http://ftp-ma

gcc-2.95_2.95.4.ds14-16_arm.changes ACCEPTED

2003-03-09 Thread Debian Installer
Accepted: chill-2.95_2.95.4-16_arm.deb to pool/main/g/gcc-2.95/chill-2.95_2.95.4-16_arm.deb cpp-2.95_2.95.4-16_arm.deb to pool/main/g/gcc-2.95/cpp-2.95_2.95.4-16_arm.deb g++-2.95_2.95.4-16_arm.deb to pool/main/g/gcc-2.95/g++-2.95_2.95.4-16_arm.deb g77-2.95_2.95.4-16_arm.deb to pool/main/g/

Re: Bug#183425: coreutils_4.5.8-1(m68k/unstable/poseidon): FTBFS on m68k

2003-03-09 Thread Matthias Klose
Michael Stone writes: > On Tue, Mar 04, 2003 at 02:14:32PM -0600, you wrote: > >coreutils fails to build from source on m68k, test failing. > > Well, it works everywhere else. GCC compile error? The test that's > failing is the sha1sum validation, the source for which has not changed. Roman track