Bug#479950: java-gcj: java alternative overwritten

2008-05-08 Thread Matthias Klose
> On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote:
> > maybe this works for the simple case, but how is it technically
> > possible to keep an alternative in manual state, if you change
> > priority, add or remove slave links?
> 
> Neither of these actions cause the manual status to change since they're
> simply calling "update-alternatives --install" in ways that don't affect
> what the alternative points to.
> 
> The manual state of an alternative refers to the state where the
> alternative has been changed to point to something other than the "best"
> alternative and has not been set back to auto since.  The problem here
> is that the package's prerm is *always* removing the alternative
> instead.  This forces the alternatives database to set the alternative
> back to auto since the configured alternative no longer exists.
> 
> The proper approach is to only remove the alternative in prerm if $1 is
> "remove" or "deconfigure".

which exactly doesn't work when changes are made.



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



Processed: Re: Bug#465580: gcc-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large

2008-05-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 465580 + unreproducible
Bug#465580: gcc-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: 
size of array 'st_space' is too large
There were no tags set.
Tags added: unreproducible

> severity 465580 normal
Bug#465580: gcc-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: 
size of array 'st_space' is too large
Severity set to `normal' from `serious'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#472804: marked as done (grass FTBS due to gcc seg fault on ARM)

2008-05-08 Thread Debian Bug Tracking System

Your message dated Thu, 8 May 2008 10:08:23 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: grass FTBS due to gcc seg fault on ARM 
has caused the Debian Bug report #472804,
regarding grass FTBS due to gcc seg fault on ARM
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
472804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472804
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gcc-4.2
Version: 4.2.3-2
Severity: serious


See
http://buildd.debian.org/fetch.cgi?pkg=grass;ver=6.2.3-2;arch=arm;stamp=1204569437


[...]
make[3]: Entering directory `/build/buildd/grass-6.2.3/display/d.barscale'
gcc -I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include  -Wall -g 
-O2-DPACKAGE=\""grassmods"\"  
-I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include \
-o OBJ.arm-unknown-linux-gnu/draw_scale.o -c draw_scale.c
gcc -I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include  -Wall -g 
-O2-DPACKAGE=\""grassmods"\"  
-I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include \
-o OBJ.arm-unknown-linux-gnu/main.o -c main.c
make[3]: *** [OBJ.arm-unknown-linux-gnu/main.o] Segmentation fault

[...]

Last build (same grass version) in december worked, I'm not sure if it is a 
transient 
failure on the building box or some issue with current gcc.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcc-4.2 depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  cpp-4.2 4.2.3-2  The GNU C preprocessor
ii  gcc-4.2-base4.2.3-2  The GNU Compiler Collection (base 
ii  libc6   2.7-9GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-1GCC support library

Versions of packages gcc-4.2 recommends:
ii  libc6-dev 2.7-9  GNU C Library: Development Librari

-- no debconf information


--- End Message ---
--- Begin Message ---
grass built sucessfully on Apr 18 on the buildd.

--- End Message ---


Bug#465580: gcc-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large

2008-05-08 Thread Matthias Klose
tag 465580 + unreproducible
severity 465580 normal
thanks

looks like this is only reproducible in the grid environment. please
don't remove the `unreproducible' tag without comment again.

Sten Heinze writes:
> I found this bug when I tried to upgrade to lenny, so I tried to reproduce it 
> on the single core to exclude multi-core effects if there are any.
> 
> > > still not able to reproduce, how is make called (-j ?)
> >
> > debian/rules is not called with -j, but parallel=8 is set in 
> > DEB_BUILD_OPTIONS.
> 
> I used pbuilder (from testing, because of #419807) and clean sid environments 
> as of today (pbuilder create) to build the package. It worked both with 
> 
> pbuilder build gcc-4.2_4.2.3-2.dsc
> 
> and with additional DEB_BUILD_OPTIONS="parallel=2". It also worked using an 
> lenny environment (tried 2 days ago w/o DEB_BUILD_OPTIONS).
> 
> So the reason for the FTBFS might be somewhere else?
> 
> Sten Heinze



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



Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.

2008-05-08 Thread Matthias Klose
Andreas Jochens writes:
> Hello,
> 
> On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote:
> > As I learned the hard way, it is a bad idea to try to build gnat
> > before gnat-4.3 is available.  Therefore I just committed this patch
> > to gcc-defaults.  The moment you produce gnat-4.3 for ppc64, I'll add
> > support for it in gcc-defaults.
> 
> thanks again for your help. In the meantime I filed #476868 for gnat-4.3
> which contains the patch that makes gnat-4.3 work on ppc64.
> 
> > Note that I'm not going to upload gcc-defaults without doko's
> > approval.
> 
> There is no need to make a separate upload just for the ppc64 port.

Andreas, planning one more gcc-defaults upload; is it ok for you to
make gnat-4.3 the default on ppc64 now?

Is there some place where to fetch new gcc/binutils/glibc packages,
the alioth archive doesn't seem to be up to date?

  Matthias



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



Bug#473647: gcc-3.4: no g77

2008-05-08 Thread Agustin Martin
On Sun, Apr 27, 2008 at 04:17:04PM +0200, Matthias Klose wrote:
> tag 473647 + wontfix
> thanks
> 
>  - well, how long should a compiler be kept as a legacy compiler?
>  - set the package on hold if you upgrade, and the package is kept
>installed (or install it from etch).
>  - having libg2c0 on hppa did block removal of gcc-4.0

I would appreciate if runtimes like libg2c0 are left, if possible. I have a
bunch of ancient fortran programs that are too noisy when compiled with
gfortran and even trigger errors that were not present with g77.

I admit I should carefully look at those programs and fix things in my
whole toolchain (programs and libs), but that is not something I will do
in the short term, because of time constraints. I guess the same thing may
be true for more people.

Cheers,

-- 
Agustin



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



Bug#479950: java-gcj: java alternative overwritten

2008-05-08 Thread James Vega
On Thu, May 08, 2008 at 09:30:26AM +0200, Matthias Klose wrote:
> > On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote:
> > The proper approach is to only remove the alternative in prerm if $1 is
> > "remove" or "deconfigure".
> 
> which exactly doesn't work when changes are made.

It works just fine since your postinst is always running
"update-alternatives --install" and thus causing your priority or slave
link change to occur.  The alternative doesn't have to be removed for
--install to change those parts of the alternative.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature


Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.

2008-05-08 Thread Andreas Jochens
Hello,

On Thu, May 08, 2008 at 10:12:59AM +0200, Matthias Klose wrote:
> Andreas, planning one more gcc-defaults upload; is it ok for you to
> make gnat-4.3 the default on ppc64 now?

yes, that is ok, thanks.

> Is there some place where to fetch new gcc/binutils/glibc packages,
> the alioth archive doesn't seem to be up to date?

The alioth archive is indeed not up to date. I will restart updating
it with the latest unstable packages in about two or three weeks 
from now.

In the meantime I uploaded a copy of the latest toolchain packages
from unstable to a separate directory on alioth:

http://debian-ppc64.alioth.debian.org/gcc4/toolchain

I hope that helps until the alioth archive is fixed.

Kind regards
Andreas Jochens



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



Bug#480203: gcc doesn't compile anything on arm

2008-05-08 Thread Jan Trofimov
Package: gcc
Version: 4.3.0-4

Im running Debian unstable on FS Pocket Loox 720. And gcc nor 4.3 nor 4.2 
version doesn't compile anything:

kotoko720:~# uname -a
Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17 CEST 2007 
armv5tel GNU/Linux
kotoko720:~# cat test.c 
#include 

int main()
{
printf("Hello, world!");
return 0;
}
kotoko720:~# gcc-4.3 test.c
test.c: In function 'main':
test.c:7: internal compiler error: Illegal instruction
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
kotoko720:~# gcc-4.2 test.c
/usr/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
kotoko720:~# find / -iname '*crt*'
/usr/bin/colcrt
/usr/lib/gcc/arm-linux-gnu/4.2/crtbeginS.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtbeginT.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtbegin.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtendS.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtend.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbeginS.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbeginT.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbegin.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtendS.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtend.o
/usr/share/man/man1/colcrt.1.gz
/usr/share/tabset/stdcrt
kotoko720:~# dpkg -s libc6
Package: libc6
Status: install ok installed
Priority: required
Section: libs
Installed-Size: 10864
Maintainer: GNU Libc Maintainers <[EMAIL PROTECTED]>
Architecture: arm
Source: glibc
Version: 2.7-10
Provides: glibc-2.7-1
Depends: libgcc1
Suggests: locales, glibc-doc
Conflicts: libterm-readline-gnu-perl (<< 1.15-2), tzdata (<< 2007k-1)
Conffiles:
 /etc/gai.conf bdd4cc328b946a52cc1424ef3dfa9321
 /etc/ld.so.conf.d/arm-linux-gnu.conf e89da079e02a33ab0db41fe2456d3d6c
 /etc/ld.so.conf.d/libc.conf d4d833fd095fb7b90e1bb4a547f16de6
 /etc/bindresvport.blacklist db84c47f31f8d5a334a4053d8368e902
 /etc/init.d/glibc.sh ce55541f2b38719f6eba57abe9f23603
Description: GNU C Library: Shared libraries
 Contains the standard libraries that are used by nearly all programs on
 the system. This package includes shared versions of the standard C library
 and the standard math library, as well as many others.
kotoko720:~# dpkg -s libc6-dev
Package: libc6-dev
Status: install ok installed
Priority: optional
Section: libdevel
Installed-Size: 8588
Maintainer: GNU Libc Maintainers <[EMAIL PROTECTED]>
Architecture: arm
Source: glibc
Version: 2.7-10
Replaces: man-db (<= 2.3.10-41), gettext (<= 0.10.26-1), ppp (<= 2.2.0f-24), 
libgdbmg1-dev (<= 1.7.3-24)
Provides: libc-dev
Depends: libc6 (= 2.7-10), linux-libc-dev
Recommends: gcc | c-compiler
Suggests: glibc-doc, manpages-dev
Conflicts: libstdc++2.10-dev (<< 1:2.95.2-15), gcc-2.95 (<< 1:2.95.3-8), 
binutils (<< 2.17cvs20070426-1), libc-dev
Description: GNU C Library: Development Libraries and Header Files
 Contains the symlinks, headers, and object files needed to compile
 and link programs which use the standard C library.


:'(



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



Bug#480203: gcc doesn't compile anything on arm

2008-05-08 Thread Arthur Loiret
On Thu, May 08, 2008 at 09:59:18PM +0400, Jan Trofimov wrote:
> Package: gcc
> Version: 4.3.0-4
> 
> Im running Debian unstable on FS Pocket Loox 720. And gcc nor 4.3 nor 4.2 
> version doesn't compile anything:
> 
> kotoko720:~# uname -a
> Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17 CEST 2007 
> armv5tel GNU/Linux

This is not a Debian kernel. Does this also happen with other gcc versions and
other distros? I rather suspect a kernel or hardware problem.



signature.asc
Description: Digital signature


Bug#480208: libffi-dev: amd64 headers inconsistent with actual binaries

2008-05-08 Thread Aaron M. Ucko
Package: libffi-dev
Version: 3.0.5-1.0
Severity: critical
Justification: causes serious data loss

Because all the builds (native and bi-/tri-arch) install headers into
/usr/include, /usr/include/ffi.h may wind up failing to correspond to
the actual architecture of interest.  In particular, on amd64,
/usr/include/ffi.h winds up #define-ing X86 rather than the correct
X86_64, breaking anything that builds against it.  (ctypes catches the
problem thanks to its test suite, but other reverse dependencies will
require binNMUs.)

The best way to fix this problem would arguably be to arrange for the
non-native versions of ffi.h to wind up in
/usr/include/$(host_triplet); however, that approach turns out to be
somewhat cumbersome, particularly given that the top-level makefile
neglects to propagate includedir or includesdir. :-/

Alternatively, it suffices to edit src/x86/ffitarget.h to honor
__x86_64__ unconditionally, either by flipping the target
specification (as it already does for the combination of X86_64 and
__i386__) or by deconditionalizing the existing check for __x86_64__
further down:

--- libffi-3.0.5.orig/src/x86/ffitarget.h
+++ libffi-3.0.5/src/x86/ffitarget.h
@@ -74,7 +74,7 @@
 #define FFI_TYPE_SMALL_STRUCT_1B (FFI_TYPE_LAST + 1)
 #define FFI_TYPE_SMALL_STRUCT_2B (FFI_TYPE_LAST + 2)
 
-#if defined (X86_64) || (defined (__x86_64__) && defined (X86_DARWIN))
+#if defined (X86_64) || (defined (__x86_64__) /* && defined (X86_DARWIN) */)
 #define FFI_TRAMPOLINE_SIZE 24
 #define FFI_NATIVE_RAW_API 0
 #else

In principle, this issue could also affect other architectures, but
AFAICT configure doesn't actually set different target names for any
of them at present.

(You could also simply install the native build last rather than
first, but that would break builds for amd64 on i386 in the same
fashion that native amd64 builds currently break unless you also fix
ffitarget.h as described above.)

At any rate, could you please fix the bug and (once a fixed build has
hit the archive) request binNMUs for libffi5's reverse dependencies on
amd64?

Thanks!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25.0 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libffi-dev depends on:
ii  libffi5   3.0.5-1.0  Foreign Function Interface library

libffi-dev recommends no packages.

-- no debconf information



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



Bug#480203: gcc doesn't compile anything on arm

2008-05-08 Thread Jan Trofimov
> > kotoko720:~# uname -a
> > Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17 CEST 2007 
> > armv5tel GNU/Linux
> 
> This is not a Debian kernel. Does this also happen with other gcc versions and
> other distros? I rather suspect a kernel or hardware problem.

other gcc versions have

kotoko720:~# gcc-4.2 test.c
/usr/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status

kotoko720:~# gcc-4.1 test.c
/usr/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status

(this bug feels like libc-dev bug or some unsynhronised things with ld and 
libc-dev)

but gcc 4.3 don't want even compile this

kotoko720:~# gcc-4.3 -c test.c
test.c: In function 'main':
test.c:7: internal compiler error: Illegal instruction
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

also, there is no other distro and no other kernel for my device.



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



Bug#480203: marked as done (gcc doesn't compile anything on arm)

2008-05-08 Thread Debian Bug Tracking System

Your message dated Thu, 8 May 2008 22:33:39 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#480203: gcc doesn't compile anything on arm
has caused the Debian Bug report #480203,
regarding gcc doesn't compile anything on arm
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
480203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480203
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gcc
Version: 4.3.0-4

Im running Debian unstable on FS Pocket Loox 720. And gcc nor 4.3 nor 4.2 
version doesn't compile anything:

kotoko720:~# uname -a
Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17 CEST 2007 
armv5tel GNU/Linux
kotoko720:~# cat test.c 
#include 

int main()
{
printf("Hello, world!");
return 0;
}
kotoko720:~# gcc-4.3 test.c
test.c: In function 'main':
test.c:7: internal compiler error: Illegal instruction
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
kotoko720:~# gcc-4.2 test.c
/usr/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
kotoko720:~# find / -iname '*crt*'
/usr/bin/colcrt
/usr/lib/gcc/arm-linux-gnu/4.2/crtbeginS.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtbeginT.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtbegin.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtendS.o
/usr/lib/gcc/arm-linux-gnu/4.2/crtend.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbeginS.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbeginT.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtbegin.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtendS.o
/usr/lib/gcc/arm-linux-gnu/4.3/crtend.o
/usr/share/man/man1/colcrt.1.gz
/usr/share/tabset/stdcrt
kotoko720:~# dpkg -s libc6
Package: libc6
Status: install ok installed
Priority: required
Section: libs
Installed-Size: 10864
Maintainer: GNU Libc Maintainers <[EMAIL PROTECTED]>
Architecture: arm
Source: glibc
Version: 2.7-10
Provides: glibc-2.7-1
Depends: libgcc1
Suggests: locales, glibc-doc
Conflicts: libterm-readline-gnu-perl (<< 1.15-2), tzdata (<< 2007k-1)
Conffiles:
 /etc/gai.conf bdd4cc328b946a52cc1424ef3dfa9321
 /etc/ld.so.conf.d/arm-linux-gnu.conf e89da079e02a33ab0db41fe2456d3d6c
 /etc/ld.so.conf.d/libc.conf d4d833fd095fb7b90e1bb4a547f16de6
 /etc/bindresvport.blacklist db84c47f31f8d5a334a4053d8368e902
 /etc/init.d/glibc.sh ce55541f2b38719f6eba57abe9f23603
Description: GNU C Library: Shared libraries
 Contains the standard libraries that are used by nearly all programs on
 the system. This package includes shared versions of the standard C library
 and the standard math library, as well as many others.
kotoko720:~# dpkg -s libc6-dev
Package: libc6-dev
Status: install ok installed
Priority: optional
Section: libdevel
Installed-Size: 8588
Maintainer: GNU Libc Maintainers <[EMAIL PROTECTED]>
Architecture: arm
Source: glibc
Version: 2.7-10
Replaces: man-db (<= 2.3.10-41), gettext (<= 0.10.26-1), ppp (<= 2.2.0f-24), 
libgdbmg1-dev (<= 1.7.3-24)
Provides: libc-dev
Depends: libc6 (= 2.7-10), linux-libc-dev
Recommends: gcc | c-compiler
Suggests: glibc-doc, manpages-dev
Conflicts: libstdc++2.10-dev (<< 1:2.95.2-15), gcc-2.95 (<< 1:2.95.3-8), 
binutils (<< 2.17cvs20070426-1), libc-dev
Description: GNU C Library: Development Libraries and Header Files
 Contains the symlinks, headers, and object files needed to compile
 and link programs which use the standard C library.


:'(


--- End Message ---
--- Begin Message ---
tags + unreproducible
thanks

On Thu, May 08, 2008 at 11:14:15PM +0400, Jan Trofimov wrote:
> other gcc versions have
> 
> kotoko720:~# gcc-4.2 test.c
> /usr/bin/ld: crt1.o: No such file: No such file or directory
> collect2: ld returned 1 exit status
> 
> kotoko720:~# gcc-4.1 test.c
> /usr/bin/ld: crt1.o: No such file: No such file or directory
> collect2: ld returned 1 exit status
> 
> (this bug feels like libc-dev bug or some unsynhronised things with ld and 
> libc-dev)
> 
> but gcc 4.3 don't want even compile this
> 
> kotoko720:~# gcc-4.3 -c test.c
> test.c: In function 'main':
> test.c:7: internal compiler error: Illegal instruction
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> 
> also, there is no other distro and no other kernel for my device.
> 


Works fine the three arm machines I tested, please check your system and your
kernel. You can try on a clean chroot, here is how to create one:

$ debootstrap sid sid http://ftp.debian.org/debian
$ chroot sid

Otherwise, you can try to run this in gdb:
/usr/lib/gcc/arm-linux-gnu/4.3.1/cc1 -v test.c -dumpbase test.c -auxbase test 
-version -o -

Please also check if _only_ gcc fails 

Processed: tagging 480203

2008-05-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tags 480203 + unreproducible
Bug#480203: gcc doesn't compile anything on arm
There were no tags set.
Tags added: unreproducible

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



gpc-4.1 2.1-4.1.2-22 MIGRATED to testing

2008-05-08 Thread Debian testing watch
FYI: The status of the gpc-4.1 source package
in Debian's testing distribution has changed.

  Previous version: 2.1-4.1.2-17
  Current version:  2.1-4.1.2-22

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


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



Processing of gcc-defaults_1.71_i386.changes

2008-05-08 Thread Archive Administrator
gcc-defaults_1.71_i386.changes uploaded successfully to localhost
along with the files:
  gcc-defaults_1.71.dsc
  gcc-defaults_1.71.tar.gz
  cpp_4.2.3-9_i386.deb
  gcc_4.2.3-9_i386.deb
  gcc-multilib_4.2.3-9_i386.deb
  gnat_4.3.0-6_i386.deb
  libgnatvsn-dev_4.3.0-6_i386.deb
  libgnatprj-dev_4.3.0-6_i386.deb
  gdc_4.1.2-21_i386.deb
  g++_4.2.3-9_i386.deb
  g++-multilib_4.2.3-9_i386.deb
  gobjc_4.2.3-9_i386.deb
  gobjc-multilib_4.2.3-9_i386.deb
  gobjc++_4.2.3-9_i386.deb
  gobjc++-multilib_4.2.3-9_i386.deb
  gfortran_4.3.0-6_i386.deb
  gfortran-multilib_4.3.0-6_i386.deb
  gpc_2.1-4.1.2-21_i386.deb
  gpc-doc_2.1-4.1.2-21_i386.deb
  gcj_4.3.0-6_i386.deb
  gij_4.3.0-6_i386.deb
  libgcj-bc_4.3.0-6_i386.deb
  libgcj-common_4.3.0-6_i386.deb

Greetings,

Your Debian queue daemon


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



gcc-defaults_1.71_i386.changes ACCEPTED

2008-05-08 Thread Debian Installer

Accepted:
cpp_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/cpp_4.2.3-9_i386.deb
g++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++-multilib_4.2.3-9_i386.deb
g++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++_4.2.3-9_i386.deb
gcc-defaults_1.71.dsc
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.dsc
gcc-defaults_1.71.tar.gz
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.tar.gz
gcc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc-multilib_4.2.3-9_i386.deb
gcc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc_4.2.3-9_i386.deb
gcj_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gcj_4.3.0-6_i386.deb
gdc_4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gdc_4.1.2-21_i386.deb
gfortran-multilib_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran-multilib_4.3.0-6_i386.deb
gfortran_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran_4.3.0-6_i386.deb
gij_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gij_4.3.0-6_i386.deb
gnat_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gnat_4.3.0-6_i386.deb
gobjc++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++-multilib_4.2.3-9_i386.deb
gobjc++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++_4.2.3-9_i386.deb
gobjc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc-multilib_4.2.3-9_i386.deb
gobjc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc_4.2.3-9_i386.deb
gpc-doc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc-doc_2.1-4.1.2-21_i386.deb
gpc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc_2.1-4.1.2-21_i386.deb
libgcj-bc_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-bc_4.3.0-6_i386.deb
libgcj-common_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-common_4.3.0-6_i386.deb
libgnatprj-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatprj-dev_4.3.0-6_i386.deb
libgnatvsn-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatvsn-dev_4.3.0-6_i386.deb


Override entries for your package:
cpp_4.2.3-9_i386.deb - optional interpreters
g++-multilib_4.2.3-9_i386.deb - optional devel
g++_4.2.3-9_i386.deb - optional devel
gcc-defaults_1.71.dsc - source devel
gcc-multilib_4.2.3-9_i386.deb - optional devel
gcc_4.2.3-9_i386.deb - optional devel
gcj_4.3.0-6_i386.deb - optional devel
gdc_4.1.2-21_i386.deb - optional devel
gfortran-multilib_4.3.0-6_i386.deb - optional devel
gfortran_4.3.0-6_i386.deb - optional devel
gij_4.3.0-6_i386.deb - optional devel
gnat_4.3.0-6_i386.deb - optional devel
gobjc++-multilib_4.2.3-9_i386.deb - optional devel
gobjc++_4.2.3-9_i386.deb - optional devel
gobjc-multilib_4.2.3-9_i386.deb - optional devel
gobjc_4.2.3-9_i386.deb - optional devel
gpc-doc_2.1-4.1.2-21_i386.deb - optional doc
gpc_2.1-4.1.2-21_i386.deb - optional devel
libgcj-bc_4.3.0-6_i386.deb - optional libs
libgcj-common_4.3.0-6_i386.deb - optional libs
libgnatprj-dev_4.3.0-6_i386.deb - optional libdevel
libgnatvsn-dev_4.3.0-6_i386.deb - optional libdevel

Announcing to [EMAIL PROTECTED]
Closing bugs: 469412 471818 477548 


Thank you for your contribution to Debian.


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



Bug#471818: marked as done (gcj-4.3: dangling symlink /usr/share/man/man1/gc-analyze.1.gz)

2008-05-08 Thread Debian Bug Tracking System

Your message dated Thu, 08 May 2008 22:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#471818: fixed in gcc-defaults 1.71
has caused the Debian Bug report #471818,
regarding gcj-4.3: dangling symlink /usr/share/man/man1/gc-analyze.1.gz
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
471818: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471818
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gcj-4.3
Version: 4.3.0-1
Severity: minor

/usr/share/man/man1/gc-analyze.1.gz is a dangling symlink:

vin% ls -l /usr/share/man/man1/gc-analyze.1.gz
lrwxrwxrwx 1 root root 19 2008-03-17 02:46:40 
/usr/share/man/man1/gc-analyze.1.gz -> gc-analyze-4.3.1.gz
vin% ls -lL /usr/share/man/man1/gc-analyze.1.gz
ls: cannot access /usr/share/man/man1/gc-analyze.1.gz: No such file or directory
vin% dpkg -S usr/share/man/man1/gc-analyze.1
gcj: /usr/share/man/man1/gc-analyze.1.gz

Note: the reportbug utility didn't let me report a bug against gcj
(as being a dependency package). So, I suppose that the bug comes
from gcj-4.3.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.3-20080226 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcj-4.3 depends on:
ii  gcc-4.34.3.0-1   The GNU C compiler
ii  gcj-4.3-base   4.3.0-1   The GNU Compiler Collection (gcj b
ii  gij-4.34.3.0-1   The GNU Java bytecode interpreter
ii  java-common0.27  Base of all Java packages
ii  libc6  2.7-9 GNU C Library: Shared libraries
ii  libc6-dev  2.7-9 GNU C Library: Development Librari
ii  libecj-java3.3.0+0728-8  Eclipse Java compiler (library)
ii  libgcc11:4.3.0-1 GCC support library
ii  libgcj-bc  4.3-2 Link time only library for use wit
ii  libgcj9-0  4.3.0-1   Java runtime library for use with 
ii  libgcj9-dev4.3.0-1   Java development headers for use w
ii  libgcj9-jar4.3.0-1   Java runtime library for use with 
ii  libgmp3c2  2:4.2.2+dfsg-2Multiprecision arithmetic library
ii  libmpfr1ldbl   2.3.1.dfsg.1-2multiple precision floating-point 
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages gcj-4.3 recommends:
ii  fastjar 2:0.95-1 Jar creation utility
ii  libecj-java-gcj 3.3.0+0728-8 Eclipse Java compiler (native libr

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: gcc-defaults
Source-Version: 1.71

We believe that the bug you reported is fixed in the latest version of
gcc-defaults, which is due to be installed in the Debian FTP archive:

cpp_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/cpp_4.2.3-9_i386.deb
g++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++-multilib_4.2.3-9_i386.deb
g++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++_4.2.3-9_i386.deb
gcc-defaults_1.71.dsc
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.dsc
gcc-defaults_1.71.tar.gz
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.tar.gz
gcc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc-multilib_4.2.3-9_i386.deb
gcc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc_4.2.3-9_i386.deb
gcj_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gcj_4.3.0-6_i386.deb
gdc_4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gdc_4.1.2-21_i386.deb
gfortran-multilib_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran-multilib_4.3.0-6_i386.deb
gfortran_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran_4.3.0-6_i386.deb
gij_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gij_4.3.0-6_i386.deb
gnat_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gnat_4.3.0-6_i386.deb
gobjc++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++-multilib_4.2.3-9_i386.deb
gobjc++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++_4.2.3-9_i386.deb
gobjc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc-multilib_4.2.3-9_i386.deb
gobjc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc_4.2.3-9_i386.deb
gpc-doc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc-doc_2.1-4.1.2-21_i386.deb
gpc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc_2.1-4.1.2-21_i386.deb
libgcj-bc_4.3.0-6_i386.deb
  to pool/main/

Bug#469412: marked as done (unexpected success on armel)

2008-05-08 Thread Debian Bug Tracking System

Your message dated Thu, 08 May 2008 22:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#469412: fixed in gcc-defaults 1.71
has caused the Debian Bug report #469412,
regarding unexpected success on armel
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
469412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469412
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libgcj-common
Version: 1:4.3-1
Severity: normal

Preparing to replace gjdoc 0.7.8-8 (using .../gjdoc_0.7.8-9_armel.deb) ...
Unpacking replacement gjdoc ...
gcj-dbtool-4.2 succeeded unexpectedly
gcj-dbtool-4.2 succeeded unexpectedly
gcj-dbtool-4.3 succeeded unexpectedly
gcj-dbtool-4.3 succeeded unexpectedly

I suppose armel can be added to the list of arches where these are expected
to succeed?

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: gcc-defaults
Source-Version: 1.71

We believe that the bug you reported is fixed in the latest version of
gcc-defaults, which is due to be installed in the Debian FTP archive:

cpp_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/cpp_4.2.3-9_i386.deb
g++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++-multilib_4.2.3-9_i386.deb
g++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++_4.2.3-9_i386.deb
gcc-defaults_1.71.dsc
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.dsc
gcc-defaults_1.71.tar.gz
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.tar.gz
gcc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc-multilib_4.2.3-9_i386.deb
gcc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc_4.2.3-9_i386.deb
gcj_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gcj_4.3.0-6_i386.deb
gdc_4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gdc_4.1.2-21_i386.deb
gfortran-multilib_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran-multilib_4.3.0-6_i386.deb
gfortran_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran_4.3.0-6_i386.deb
gij_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gij_4.3.0-6_i386.deb
gnat_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gnat_4.3.0-6_i386.deb
gobjc++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++-multilib_4.2.3-9_i386.deb
gobjc++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++_4.2.3-9_i386.deb
gobjc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc-multilib_4.2.3-9_i386.deb
gobjc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc_4.2.3-9_i386.deb
gpc-doc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc-doc_2.1-4.1.2-21_i386.deb
gpc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc_2.1-4.1.2-21_i386.deb
libgcj-bc_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-bc_4.3.0-6_i386.deb
libgcj-common_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-common_4.3.0-6_i386.deb
libgnatprj-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatprj-dev_4.3.0-6_i386.deb
libgnatvsn-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatvsn-dev_4.3.0-6_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose <[EMAIL PROTECTED]> (supplier of updated gcc-defaults package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 09 May 2008 00:39:11 +0200
Source: gcc-defaults
Binary: cpp g++ g++-multilib gobjc gobjc-multilib gobjc++ gobjc++-multilib 
gfortran gfortran-multilib libgcj-common gcj gij libgcj-bc gpc gcc gcc-multilib 
gpc-doc gnat libgnatvsn-dev libgnatprj-dev gdc gcc-spu g++-spu gfortran-spu
Architecture: source i386
Version: 1.71
Distribution: unstable
Urgency: high
Maintainer: Debian GCC Maintainers 
Changed-By: Matthias Klose <[EMAIL PROTECTED]>
Description: 
 cpp- The GNU C preprocessor (cpp)
 g++- The GNU C++ compiler
 g++-multilib - The GNU C++ compiler (multilib files)
 g++-spu- SPU cross-compiler (C++ compiler)
 gcc- The GNU C compiler
 gcc-multilib - The GNU C compiler (multilib files)
 gcc-spu- SPU cross-compiler (preprocessor and C compiler)
 gcj- The GNU Java compiler
 gdc- The D compiler
 gfortran   - The GNU Fortran 95 compiler
 gfortran-multilib - The GNU Fortran 95 compile

Bug#477548: marked as done (gcj: broken symlink jv-scan)

2008-05-08 Thread Debian Bug Tracking System

Your message dated Thu, 08 May 2008 22:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#477548: fixed in gcc-defaults 1.71
has caused the Debian Bug report #477548,
regarding gcj: broken symlink jv-scan
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
477548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477548
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gcj
Version: 4:4.3-1
Severity: minor


The package gcj contains a broken symlink /usr/bin/jv-scan
=> jv-scan-4.3.  gcj-4.3 doesn't contain jv-scan-4.3.  As
far as I can tell, only gcj-4.1 contains jv-scan-4.1;
there's no other jv-scan* (I used "wajig whichpkg jv-scan").

I have gcj-4:4.3-1 installed but version 4:4.3.0-5 has this
symlink too.


-- System Information:
Debian Release: lenny/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (60, 
'unstable'), (40, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcj depends on:
ii  cpp   4:4.2.2-2  The GNU C preprocessor (cpp)
ii  gcj-4.3   4.3.0-1The GNU compiler for Java(TM)
ii  gij   4:4.3-1The GNU Java bytecode interpreter

gcj recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: gcc-defaults
Source-Version: 1.71

We believe that the bug you reported is fixed in the latest version of
gcc-defaults, which is due to be installed in the Debian FTP archive:

cpp_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/cpp_4.2.3-9_i386.deb
g++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++-multilib_4.2.3-9_i386.deb
g++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/g++_4.2.3-9_i386.deb
gcc-defaults_1.71.dsc
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.dsc
gcc-defaults_1.71.tar.gz
  to pool/main/g/gcc-defaults/gcc-defaults_1.71.tar.gz
gcc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc-multilib_4.2.3-9_i386.deb
gcc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gcc_4.2.3-9_i386.deb
gcj_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gcj_4.3.0-6_i386.deb
gdc_4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gdc_4.1.2-21_i386.deb
gfortran-multilib_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran-multilib_4.3.0-6_i386.deb
gfortran_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gfortran_4.3.0-6_i386.deb
gij_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gij_4.3.0-6_i386.deb
gnat_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/gnat_4.3.0-6_i386.deb
gobjc++-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++-multilib_4.2.3-9_i386.deb
gobjc++_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc++_4.2.3-9_i386.deb
gobjc-multilib_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc-multilib_4.2.3-9_i386.deb
gobjc_4.2.3-9_i386.deb
  to pool/main/g/gcc-defaults/gobjc_4.2.3-9_i386.deb
gpc-doc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc-doc_2.1-4.1.2-21_i386.deb
gpc_2.1-4.1.2-21_i386.deb
  to pool/main/g/gcc-defaults/gpc_2.1-4.1.2-21_i386.deb
libgcj-bc_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-bc_4.3.0-6_i386.deb
libgcj-common_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgcj-common_4.3.0-6_i386.deb
libgnatprj-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatprj-dev_4.3.0-6_i386.deb
libgnatvsn-dev_4.3.0-6_i386.deb
  to pool/main/g/gcc-defaults/libgnatvsn-dev_4.3.0-6_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose <[EMAIL PROTECTED]> (supplier of updated gcc-defaults package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 09 May 2008 00:39:11 +0200
Source: gcc-defaults
Binary: cpp g++ g++-multilib gobjc gobjc-multilib gobjc++ gobjc++-multilib 
gfortran gfortran-multilib libgcj-common gcj gij libgcj-bc gpc gcc gcc-multilib 
gpc-doc gnat libgnatvsn-dev libgnatprj-dev gdc gcc-spu g++-spu gfortran-spu
Architecture: source i386
Version: 1.71
Distribution: unstable
Urgency: high
Maintainer: De