date:20060422

Bug#324502: Waiting gcj-4.1 to be in testing branch

2006-04-22 Thread Matthias Klose

http://packages.debian.org/gcj-4.1

Dererk writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> I have the same output shown on an app provided by Sun, midp4palm1.0
> converter from JAR to PRC binary, which use libgcj6-awt.
> 
> I have several applications which need to be run in the testing branch
> for stability reasons.
> As you, Matthias Klose, mentioned that this issue is actually fixed on
> gcj-4.1, and it depends (obviosly) on gcc-4.1 and libc6-dev (>=
> 2.3.5-10) (which both are on unstable), Is there any other way than
> waiting gcc-4.1 and related packages to be released on Testing branch?
> 
> Thanks in advance,
> 
> 
> Dererk
>  
> - --
> [EMAIL PROTECTED]: ~$ cat /proc/version {Pipe} grep -i 'power in your hands'
> Debian GNUine Perception
> 
> - -FortuneTip-
> You will always have good luck in your personal affairs.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
> 
> iD8DBQFESa50zqYvwbbBjiQRAh7lAJoCFK/4WQYXBkZCKAC5PyUN/YcbSACdGDqM
> 92dwCaqNeeQa9GrTSva3Odg=
> =UxGd
> -END PGP SIGNATURE-
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


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

Bug#364231: exception catching broken on HPPA

2006-04-22 Thread Matthias Klose

$ ldd a.out
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40575000)
libm.so.6 => /lib/libm.so.6 (0x4046e000)
libgcc_s.so.2 => /lib/libgcc_s.so.2 (0x40068000)
libc.so.6 => /lib/libc.so.6 (0x4074b000)
libgcc_s.so.4 => /lib/libgcc_s.so.4 (0x40015000)
/lib/ld.so.1 (0x400e1000)

We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked.  Is there
a solution other than making gcc-4.1/g++-4.1 the default and
rebuilding the libstdc++6 dependent packages with binary NMU's?


Steve M. Robbins writes:
> Package: g++-4.0
> Version: 4.0.3-1
> Severity: grave
> 
> Hi,
> 
> Ignore the architecture below -- this report is about HPPA.
> Here's a simple program that runs fine on my x86 box, but fails
> on Paer (2.6.16-1-parisc64-smp #2 SMP).
> 
> [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ cat test-throw.cc
> #include 
> #include 
> 
> 
> using namespace std;
> 
> 
> class A
> {
> public:
>   void throwMe()
>   {
> if ( 1 )
>   throw std::invalid_argument( "booger" );
>   }
> };
> 
> 
> int main(int ac, char* av[])
> {
>   A a;
> 
>   {
> try
>   {
> a.throwMe();
> cout << "Got here, but should not have\n";
>   }
> catch (invalid_argument)
>   {
> cout << "Caught the exception as expected\n";
>   }
>   }
> 
>   return 0;
> }
> 
> [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc && ./a.out
> /usr/bin/ld: warning: libgcc_s.so.4, needed by 
> /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with 
> libgcc_s.so.2
> /usr/bin/ld: warning: libgcc_s.so.4, needed by 
> /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with 
> libgcc_s.so.2
> terminate called after throwing an instance of 'std::invalid_argument'
> terminate called recursively
> Aborted
> 
> This breaks compilation of GMP, for example.
> 
> Cheers,
> -Steve
> 
> 
> 
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (990, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.15-1-k7
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages g++-4.0 depends on:
> ii  gcc-4.0   4.0.3-1The GNU C compiler
> ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection 
> (base 
> ii  libc6 2.3.6-7GNU C Library: Shared libraries
> ii  libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 
> (d
> 
> g++-4.0 recommends no packages.
> 
> -- no debconf information
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


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

Bug#364231: exception catching broken on HPPA

2006-04-22 Thread Steve Langasek

On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote:
> $ ldd a.out
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40575000)
> libm.so.6 => /lib/libm.so.6 (0x4046e000)
> libgcc_s.so.2 => /lib/libgcc_s.so.2 (0x40068000)
> libc.so.6 => /lib/libc.so.6 (0x4074b000)
> libgcc_s.so.4 => /lib/libgcc_s.so.4 (0x40015000)
> /lib/ld.so.1 (0x400e1000)

> We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked.  Is there
> a solution other than making gcc-4.1/g++-4.1 the default and
> rebuilding the libstdc++6 dependent packages with binary NMU's?

I guess having gcc-4.0 link against libgcc4 is out of the question?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Processed: forwarded gcc report

2006-04-22 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> forwarded 356316 http://gcc.gnu.org/PR7302
Bug#356316: g++-4.0: -Wnon-virtual-dtor and -Wall produce false warnings
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR7302.

> tags 356316 + upstream patch
Bug#356316: g++-4.0: -Wnon-virtual-dtor and -Wall produce false warnings
Tags were: patch upstream
Tags added: upstream, patch

> retitle 356316 [PR 7302] g++-4.0: -Wnon-virtual-dtor and -Wall produce false 
> warnings
Bug#356316: g++-4.0: -Wnon-virtual-dtor and -Wall produce false warnings
Changed Bug title.

> 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#361409: gcc-4.1-locales: Long Description too short

2006-04-22 Thread Ludovic Rousseau

Hello,

I also was without any clue when I read:
  "Description: The GNU C compiler (native language support files)
   Native language support files for GCC."

I had to look at the package content to see that it contains l10n files.

I propose to use:

Description: The GNU C compiler (gcc localization files)
 This package contains the translated strings for GCC. You will then
 have the help and error messages of gcc in your local language.
 .
 Available translations are: be, ca, da, de, el, es, fr, ja, nl, rw, sv,
 tr, vi and zh_CN

Bye,

-- 
 Dr Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --


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

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

2006-04-22 Thread John David Anglin

> On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote:
> > $ ldd a.out
> > libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x40575000)
> > libm.so.6 =3D> /lib/libm.so.6 (0x4046e000)
> > libgcc_s.so.2 =3D> /lib/libgcc_s.so.2 (0x40068000)
> > libc.so.6 =3D> /lib/libc.so.6 (0x4074b000)
> > libgcc_s.so.4 =3D> /lib/libgcc_s.so.4 (0x40015000)
> > /lib/ld.so.1 (0x400e1000)
> 
> > We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked.  Is there
> > a solution other than making gcc-4.1/g++-4.1 the default and
> > rebuilding the libstdc++6 dependent packages with binary NMU's?
> 
> I guess having gcc-4.0 link against libgcc4 is out of the question?

Doing so is not a good idea, but it's only going to break numeric
applications using complex numbers and possibly vectors.

The calling conventions for passing complex values was changed between
4.0 and 4.1 when it was discovered that it didn't conform to the runtime
documentation.  Support for complex and vector objects was added to GCC
some time ago.  However noone noticed that these values weren't being
passed correctly...

The change affects the routines __muldc3, __mulsc3, __divdc3 and __divsc3
in libgcc_s.  It also affects any package/library using complex numbers,
including glibc since the registers used for passing the first few
arguments and the return value have changed.  Particularly, complex
floats are no longer passed in the floating registers.

I think the approach suggested by Matthias is ultimately the only
viable solution but the impact is broader than the libstdc++6 dependent
packages.  The situation is similar to that when DWARF EH support was
introduced.  The only other option that I can see is to delay 4.1.
However, I would like 4.1 to become the default.

For the most part, the passing of complex values in 4.0 and earlier
is internally self-consistent (there's a minor incompatibility between
PA 1.0 code and PA 1.1 code due to the fact that the left and right
halves of floating-point registers are not independently accessible
when generating PA 1.0 code).

I recognized that this was going to cause pain, and brought the matter
up for discussion on the parisc-linux list a few months ago.  There
wasn't much in the way of comments for or against.  In the end, I
decided it was probably better to make the change in 4.1 and let time
smooth over the difficulties.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)

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

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

2006-04-22 Thread John David Anglin

> > [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc && 
> > ./a.out
> > /usr/bin/ld: warning: libgcc_s.so.4, needed by 
> > /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with 
> > libgcc_s.so.2

I'm puzzled about this.  It seems like libstdc++ for GCC 4.0.3 was
built using GCC 4.1 or latter.  In my 4.0.3 build, I see:

[EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd 
libstdc++.so
libm.so.6 => /lib/libm.so.6 (0x40643000)
libgcc_s.so.2 => /lib/libgcc_s.so.2 (0x4034a000)
libc.so.6 => /lib/libc.so.6 (0x40a57000)
/lib/ld.so.1 (0x41252000)

But:

[EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd 
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
libm.so.6 => /lib/libm.so.6 (0x40243000)
libgcc_s.so.4 => /lib/libgcc_s.so.4 (0x40746000)
libc.so.6 => /lib/libc.so.6 (0x40a57000)
/lib/ld.so.1 (0x41252000)

You need to build 4.0.3 and associated libraries with 4.0.3.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)


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

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

2006-04-22 Thread Matthias Klose

John David Anglin writes:
> > > [EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc && 
> > > ./a.out
> > > /usr/bin/ld: warning: libgcc_s.so.4, needed by 
> > > /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with 
> > > libgcc_s.so.2
> 
> I'm puzzled about this.  It seems like libstdc++ for GCC 4.0.3 was
> built using GCC 4.1 or latter.  In my 4.0.3 build, I see:
> 
> [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd 
> libstdc++.so
> libm.so.6 => /lib/libm.so.6 (0x40643000)
>   libgcc_s.so.2 => /lib/libgcc_s.so.2 (0x4034a000)
>   libc.so.6 => /lib/libc.so.6 (0x40a57000)
>   /lib/ld.so.1 (0x41252000)
> 
> But:
> 
> [EMAIL PROTECTED]:~/gcc-4.0/objdir/hppa-linux/libstdc++-v3/src/.libs$ ldd 
> /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
> libm.so.6 => /lib/libm.so.6 (0x40243000)
>   libgcc_s.so.4 => /lib/libgcc_s.so.4 (0x40746000)
>   libc.so.6 => /lib/libc.so.6 (0x40a57000)
>   /lib/ld.so.1 (0x41252000)
> 
> You need to build 4.0.3 and associated libraries with 4.0.3.

Yes, we do, but

$ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
lrwxr-xr-x 1 root root 23 Apr  6 02:08 
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so -> ../../../libstdc++.so.6

we can only have one libstdc++.so.6 installed. that's currently the
library from 4.1. So maybe we need to bump the soversion of libstdc++
on hppa?



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

Bug#361707: Causes FTBFS with GCC 4.2: '' has incomplete type

2006-04-22 Thread Martin Michlmayr

fwiw:

01:30 < pinskia> tbm: (when you get up) 361707 is a bug in the source

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

2006-04-22 Thread John David Anglin

> Yes, we do, but
> 
> $ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
> lrwxr-xr-x 1 root root 23 Apr  6 02:08 
> /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so -> ../../../libstdc++.so.6

Oh, I was thinking there were separate libraries for each GCC version.
I've had to live with this for some time using hpux.

> we can only have one libstdc++.so.6 installed. that's currently the
> library from 4.1. So maybe we need to bump the soversion of libstdc++
> on hppa?

To me, that seems too complicated.  It's not just libstdc++.so.6 but
potentially every shared library built with 4.1 or later needs a bump.

The simplest approach is to make GCC 4.1 the default and remove 4.0
and earlier.  Then, gradually rebuild everthing with 4.1.  There have
been reports on the gcc list that this has been reasonably successful.

I imagine that some will complain about losing their favorite GCC
version.  The issues with C are less severe because of the libgcc_s
version bump.  Old versions will generate code that's incompatible
with the complex math routines in libc6 but they should otherwise
work.  I think for kernel building it's useful to keep old versions,
but not for much else.  Thus, the compromise may be to keep old
versions of C and drop all the other languages.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)


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

Bug#361024: marked as done (libstdc++6: cannot handle TLS data)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: libstdc++6
Version: 4.1.0-1
Severity: normal

When running apt-get to do upgrades, I am seeing the following:

Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 30, in ?
  import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libstdc++6 depends on:
ii  gcc-4.1-base  4.1.0-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-5GNU C Library: Shared libraries an
ii  libgcc1   1:4.1.0-1  GCC support library

libstdc++6 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Bug#353346: gcj can't make shared libs on hppa. (followup)

2006-04-22 Thread Joel Soete


Hello Matthias,

Personaly I don't care of gcj but well glibc and according to jda's mail 
 this patch 
would fix the mentioned pb for all gcc 4.x


This is well comitted upstream, I check with some script like:
svn diff --old http://gcc.gnu.org/svn/gcc/tags/gcc_4_0_3_release \
--new http://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch \
   >  Gcc-4.0-br.diff-$(date +'%Y%m%d')

but I didn't find yet integrated neither in gcc-4.1 nor gcc-4.0 debian pkg?

I so tested the attached patch with gcc-4.0 (afaik the default build 
tool for glibc6) and it makes well its job ;-)


Thanks in advance,
   Joel

#! /bin/sh -e

# DP: * /From/: "John David Anglin" 
# DP: The enclosed change fixes debian bug #353346.
# DP: See following msg for fully detailed info:
# DP: 

# remove the next line

dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
dir="$3/"
elif [ $# -ne 1 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1" in
-patch)
patch $pdir -f --no-backup-if-mismatch -p0 < $0
#cd ${dir}gcc && autoconf
;;
-unpatch)
patch $pdir -f --no-backup-if-mismatch -R -p0 < $0
#rm ${dir}gcc/configure
;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
--- gcc/config/pa/pa32-linux.h  (.../tags/gcc_4_0_3_release)(revision 
113035)
+++ gcc/config/pa/pa32-linux.h  (.../branches/gcc-4_0-branch)   (revision 
113035)
@@ -1,5 +1,5 @@
 /* Definitions for PA_RISC with ELF-32 format
-   Copyright (C) 2000, 2002, 2004 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2002, 2004, 2006 Free Software Foundation, Inc.
 
 This file is part of GCC.
 
@@ -36,4 +36,26 @@
aligned(sizeof(func_ptr \
 = { (func_ptr) (-1) }
 
+/* This is a PIC version of CRT_CALL_STATIC_FUNCTION.  The PIC
+   register has to be saved before the call and restored after
+   the call.  We assume that register %r4 is available for this
+   purpose.  The hack prevents GCC from deleting the restore.  */
+#ifdef CRTSTUFFS_O
+#define CRT_CALL_STATIC_FUNCTION(SECTION_OP, FUNC) \
+static void __attribute__((__used__))  \
+call_ ## FUNC (void)   \
+{  \
+  asm (SECTION_OP);\
+  asm volatile ("bl " #FUNC ",%%r2\n\t"\
+   "copy %%r19,%%r4\n\t"   \
+   "copy %%r4,%%r19\n" \
+   :   \
+   :   \
+   : "r1", "r2", "r4", "r20", "r21",   \
+ "r22", "r23", "r24", "r25", "r26",\
+ "r27", "r28", "r29", "r31");  \
+  asm (TEXT_SECTION_ASM_OP);   \
+}
+#endif
+
 #define MD_UNWIND_SUPPORT "config/pa/linux-unwind.h"

Bug#361143: marked as done (apt-show-versions: Invocation fails with Perl errors)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: apt-show-versions
Version: 0.09
Severity: grave
Justification: renders package unusable


When I invoke apt-show-versions (with any package) it now (after a large
set of package updates) dies with the following error:

Can't load '/usr/lib/perl5/auto/AptPkg/AptPkg.so' for module AptPkg:
libstdc++.so.6: cannot handle TLS data at
/usr/lib/perl/5.8/DynaLoader.pm line 225.
 at /usr/lib/perl5/AptPkg/Config.pm line 8
 Compilation failed in require at /usr/lib/perl5/AptPkg/Config.pm line
 8.
 BEGIN failed--compilation aborted at /usr/lib/perl5/AptPkg/Config.pm
 line 8.
 Compilation failed in require at /usr/bin/apt-show-versions line 41.
 BEGIN failed--compilation aborted at /usr/bin/apt-show-versions line
 41.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apt-show-versions depends on:
ii  apt   0.6.42.1   Advanced front-end for dpkg
ii  libapt-pkg-perl   0.1.17 Perl interface to libapt-pkg
ii  perl [libstorable-perl]   5.8.7-7Larry Wall's Practical Extraction 

apt-show-versions recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Bug#363107: marked as done (apt-listchanges: Fails with an error about TLS data)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: apt-listchanges
Version: 2.59-0.2
Severity: grave
Justification: renders package unusable


When trying to use apt-listchanges, the program emits the following
error:

[EMAIL PROTECTED]:~$ apt-listchanges
Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 30, in ?
import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data

This makes the package unusable.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apt-listchanges depends on:
ii  apt   0.6.43.3   Advanced front-end for dpkg
ii  debconf   1.4.72 Debian configuration management sy
ii  debianutils   2.15.3 Miscellaneous utilities specific t
ii  python2.3.5-5An interactive high-level object-o
ii  python-apt0.6.16.1   Python interface to libapt-pkg
ii  ucf   2.007  Update Configuration File: preserv

apt-listchanges recommends no packages.

-- debconf information:
  apt-listchanges/confirm: false
  apt-listchanges/which: both
  apt-listchanges/frontend: pager
  apt-listchanges/email-address: root
  apt-listchanges/save-seen: true

--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Bug#361221: marked as done (apt: traceback with "ImportError: libstdc++.so.6: cannot handle TLS data")

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: apt
Version: 0.6.43.3
Severity: normal


After a dist-upgrade this morning, apt-get starts to emit the following 
traceback
right after it finishes downloading packages:

...
Fetched 2205kB in 4s (468kB/s)
Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 30, in ?
import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data
...

I'm unsure whether this is a dependency problem for apt (maybe it should
link to an older libstdc++6?), or a libstdc++ regression (built with less
features than the gcc4.0 version?).  But since (so far) I only see this
problem with apt, I'm filing it here.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::userstatus "status.user";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Tools "";
DPkg::Tools::Options "";
DPkg::Tools::Options::/usr/bin/apt-listchanges "";
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

deb http://ftp.debian.skynet.be/ftp/debian/ testing main contrib non-free
deb-src http://ftp.debian.skynet.be/ftp/debian/ testing main contrib non-free

deb http://security.debian.org/ testing/updates main contrib non-free

deb http://ftp.debian-unofficial.org/debian/ stable main contrib non-free

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apt depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libgcc1   1:4.1.0-1  GCC support library
ii  libstdc++64.1.0-1The GNU Standard C++ Library v3

Versions of packages apt recommends:
ii  debian-archive-keyring2006.01.18 GnuPG archive keys of the Debian a

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Bug#360776: marked as done (apt-show-versions: cron.daily fails noisily)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: apt-show-versions
Version: 0.09
Severity: important

For the last couple of days apt-show-versions cron.daily has been
failing.  This (obviously) could be due to changes in another package.


/etc/cron.daily/apt-show-versions:
Can't load '/usr/lib/perl5/auto/AptPkg/AptPkg.so' for module AptPkg:
+libstdc++.so.6: cannot handle TLS data at /usr/lib/perl/5.8/DynaLoader.pm line
+225.
 at /usr/lib/perl5/AptPkg/Config.pm line 8
Compilation failed in require at /usr/lib/perl5/AptPkg/Config.pm line 8.
BEGIN failed--compilation aborted at /usr/lib/perl5/AptPkg/Config.pm line 8.
Compilation failed in require at /usr/bin/apt-show-versions line 41.
BEGIN failed--compilation aborted at /usr/bin/apt-show-versions line 41.
run-parts: /etc/cron.daily/apt-show-versions exited with return code 2



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.4.27-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apt-show-versions depends on:
ii  apt   0.6.43.3   Advanced front-end for dpkg
ii  libapt-pkg-perl   0.1.18+b1  Perl interface to libapt-pkg
ii  perl [libstorable-perl]   5.8.8-3Larry Wall's Practical Extraction 

apt-show-versions recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Bug#360895: marked as done (ImportError: libstdc++.so.6: cannot handle TLS data)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 15:06:38 -0400
with message-id <[EMAIL PROTECTED]>
and subject line fixed..
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: apt-listchanges
Version: 2.59-0.2
Severity: grave

apt-listchanges just fails with error message

  Traceback (most recent call last):
File "/usr/bin/apt-listchanges", line 30, in ?
  import apt_pkg
  ImportError: libstdc++.so.6: cannot handle TLS data

which render the package useless.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages apt-listchanges depends on:
ii  apt   0.6.43.3   Advanced front-end for dpkg
ii  debconf   1.4.72 Debian configuration management sy
ii  debianutils   2.15.4 Miscellaneous utilities specific t
ii  python2.3.5-5An interactive high-level object-o
ii  python-apt0.6.16.1   Python interface to libapt-pkg
ii  ucf   2.007  Update Configuration File: preserv

apt-listchanges recommends no packages.

-- debconf information:
* apt-listchanges/confirm: true
* apt-listchanges/which: both
* apt-listchanges/frontend: pager
* apt-listchanges/overwrite_etc_apt_listchanges_conf: true
* apt-listchanges/email-address:
* apt-listchanges/save-seen: true



--- End Message ---
--- Begin Message ---
Version: 2.3.6-6

This bug was fixed in the above version of glibc. I no longer see the
bug on my 2.4 machine.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

Processing of gcc-4.0_4.0.3-2_multi.changes

2006-04-22 Thread Archive Administrator

gcc-4.0_4.0.3-2_multi.changes uploaded successfully to localhost
along with the files:
  gfortran-4.0-doc_4.0.3-2_all.deb
  gcc-4.0_4.0.3-2_i386.deb
  gcc-4.0-base_4.0.3-2_powerpc.deb
  libgnat-4.0_4.0.3-2_powerpc.deb
  cpp-4.0_4.0.3-2_powerpc.deb
  gfortran-4.0_4.0.3-2_i386.deb
  lib64gfortran0_4.0.3-2_powerpc.deb
  libstdc++6-4.0-dbg_4.0.3-2_i386.deb
  gcc-4.0_4.0.3-2.diff.gz
  gcc-4.0_4.0.3-2.dsc
  gobjc-4.0_4.0.3-2_hppa.deb
  libgfortran0-dev_4.0.3-2_i386.deb
  gobjc-4.0_4.0.3-2_powerpc.deb
  libgcc2_4.0.3-2_hppa.deb
  libstdc++6-4.0-dbg_4.0.3-2_powerpc.deb
  libgfortran0-dev_4.0.3-2_hppa.deb
  libstdc++6-4.0-pic_4.0.3-2_hppa.deb
  libstdc++6-4.0-doc_4.0.3-2_all.deb
  libstdc++6-4.0-dev_4.0.3-2_hppa.deb
  gcc-4.0_4.0.3-2_hppa.deb
  libgfortran0_4.0.3-2_i386.deb
  gcc-4.0-locales_4.0.3-2_all.deb
  gcc-4.0-base_4.0.3-2_hppa.deb
  libgnat-4.0_4.0.3-2_hppa.deb
  gcc-4.0-doc_4.0.3-2_all.deb
  gfortran-4.0_4.0.3-2_hppa.deb
  libstdc++6-4.0-pic_4.0.3-2_powerpc.deb
  treelang-4.0_4.0.3-2_powerpc.deb
  gnat-4.0_4.0.3-2_i386.deb
  gobjc-4.0_4.0.3-2_i386.deb
  libstdc++6-4.0-pic_4.0.3-2_i386.deb
  gcc-4.0-hppa64_4.0.3-2_hppa.deb
  lib64gfortran0_4.0.3-2_i386.deb
  libgnat-4.0_4.0.3-2_i386.deb
  libstdc++6-4.0-dbg_4.0.3-2_hppa.deb
  gnat-4.0_4.0.3-2_powerpc.deb
  cpp-4.0-doc_4.0.3-2_all.deb
  cpp-4.0_4.0.3-2_hppa.deb
  g++-4.0_4.0.3-2_powerpc.deb
  libgfortran0-dev_4.0.3-2_powerpc.deb
  cpp-4.0_4.0.3-2_i386.deb
  g++-4.0_4.0.3-2_i386.deb
  gcc-4.0_4.0.3-2_powerpc.deb
  treelang-4.0_4.0.3-2_hppa.deb
  gcc-4.0-base_4.0.3-2_i386.deb
  libstdc++6-4.0-dev_4.0.3-2_powerpc.deb
  libgfortran0_4.0.3-2_powerpc.deb
  g++-4.0_4.0.3-2_hppa.deb
  gnat-4.0_4.0.3-2_hppa.deb
  libgfortran0_4.0.3-2_hppa.deb
  libstdc++6-4.0-dev_4.0.3-2_i386.deb
  gnat-4.0-doc_4.0.3-2_all.deb
  treelang-4.0_4.0.3-2_i386.deb
  gfortran-4.0_4.0.3-2_powerpc.deb

Greetings,

Your Debian queue daemon


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

Bug#353346: gcj can't make shared libs on hppa. (followup)

2006-04-22 Thread Matthias Klose

Hi Joel,

the patch is already applied in gcc-4.1 and gcj-4.1. Fixed in today's
gcc-4.0 upload as well. I think we shouldn't care too much about
gcj-4.0 at this point (will build and upload when time permits it). 

  Matthias

Joel Soete writes:
> Hello Matthias,
> 
> Personaly I don't care of gcj but well glibc and according to jda's mail 
>  this patch 
> would fix the mentioned pb for all gcc 4.x
> 
> This is well comitted upstream, I check with some script like:
> svn diff --old http://gcc.gnu.org/svn/gcc/tags/gcc_4_0_3_release \
>  --new http://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch \
> >  Gcc-4.0-br.diff-$(date +'%Y%m%d')
> 
> but I didn't find yet integrated neither in gcc-4.1 nor gcc-4.0 debian pkg?
> 
> I so tested the attached patch with gcc-4.0 (afaik the default build 
> tool for glibc6) and it makes well its job ;-)
> 
> Thanks in advance,
> Joel
> 
> #! /bin/sh -e
> 
> # DP: * /From/: "John David Anglin" 
> # DP: The enclosed change fixes debian bug #353346.
> # DP: See following msg for fully detailed info:
> # DP: 
> 
> # remove the next line
> 
> dir=
> if [ $# -eq 3 -a "$2" = '-d' ]; then
> pdir="-d $3"
> dir="$3/"
> elif [ $# -ne 1 ]; then
> echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
> exit 1
> fi
> case "$1" in
> -patch)
> patch $pdir -f --no-backup-if-mismatch -p0 < $0
> #cd ${dir}gcc && autoconf
> ;;
> -unpatch)
> patch $pdir -f --no-backup-if-mismatch -R -p0 < $0
> #rm ${dir}gcc/configure
> ;;
> *)
> echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
> exit 1
> esac
> exit 0
> 
> # append the patch here and adjust the -p? flag in the patch calls.
> --- gcc/config/pa/pa32-linux.h(.../tags/gcc_4_0_3_release)
> (revision 113035)
> +++ gcc/config/pa/pa32-linux.h(.../branches/gcc-4_0-branch)   
> (revision 113035)
> @@ -1,5 +1,5 @@
>  /* Definitions for PA_RISC with ELF-32 format
> -   Copyright (C) 2000, 2002, 2004 Free Software Foundation, Inc.
> +   Copyright (C) 2000, 2002, 2004, 2006 Free Software Foundation, Inc.
>  
>  This file is part of GCC.
>  
> @@ -36,4 +36,26 @@
>   aligned(sizeof(func_ptr \
>  = { (func_ptr) (-1) }
>  
> +/* This is a PIC version of CRT_CALL_STATIC_FUNCTION.  The PIC
> +   register has to be saved before the call and restored after
> +   the call.  We assume that register %r4 is available for this
> +   purpose.  The hack prevents GCC from deleting the restore.  */
> +#ifdef CRTSTUFFS_O
> +#define CRT_CALL_STATIC_FUNCTION(SECTION_OP, FUNC)   \
> +static void __attribute__((__used__))\
> +call_ ## FUNC (void) \
> +{\
> +  asm (SECTION_OP);  \
> +  asm volatile ("bl " #FUNC ",%%r2\n\t"  \
> + "copy %%r19,%%r4\n\t"   \
> + "copy %%r4,%%r19\n" \
> + :   \
> + :   \
> + : "r1", "r2", "r4", "r20", "r21",   \
> +   "r22", "r23", "r24", "r25", "r26",\
> +   "r27", "r28", "r29", "r31");  \
> +  asm (TEXT_SECTION_ASM_OP); \
> +}
> +#endif
> +
>  #define MD_UNWIND_SUPPORT "config/pa/linux-unwind.h"


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

gcc-4.0_4.0.3-2_multi.changes ACCEPTED

2006-04-22 Thread Debian Installer


Accepted:
cpp-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/cpp-4.0-doc_4.0.3-2_all.deb
cpp-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_hppa.deb
cpp-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_i386.deb
cpp-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_powerpc.deb
g++-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_hppa.deb
g++-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_i386.deb
g++-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_powerpc.deb
gcc-4.0-base_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_hppa.deb
gcc-4.0-base_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_i386.deb
gcc-4.0-base_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_powerpc.deb
gcc-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-doc_4.0.3-2_all.deb
gcc-4.0-hppa64_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-hppa64_4.0.3-2_hppa.deb
gcc-4.0-locales_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-2_all.deb
gcc-4.0_4.0.3-2.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.diff.gz
gcc-4.0_4.0.3-2.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.dsc
gcc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_hppa.deb
gcc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_i386.deb
gcc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_powerpc.deb
gfortran-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gfortran-4.0-doc_4.0.3-2_all.deb
gfortran-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_hppa.deb
gfortran-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_i386.deb
gfortran-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_powerpc.deb
gnat-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gnat-4.0-doc_4.0.3-2_all.deb
gnat-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_hppa.deb
gnat-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_i386.deb
gnat-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_powerpc.deb
gobjc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_hppa.deb
gobjc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_i386.deb
gobjc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_powerpc.deb
lib64gfortran0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_i386.deb
lib64gfortran0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_powerpc.deb
libgcc2_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_i386.deb
libgfortran0-dev_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_powerpc.deb
libgfortran0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_hppa.deb
libgfortran0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_i386.deb
libgfortran0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_powerpc.deb
libgnat-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_hppa.deb
libgnat-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_i386.deb
libgnat-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_powerpc.deb
libstdc++6-4.0-dbg_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dbg_4.0.3-2_hppa.deb
libstdc++6-4.0-dbg_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dbg_4.0.3-2_i386.deb
libstdc++6-4.0-dbg_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dbg_4.0.3-2_powerpc.deb
libstdc++6-4.0-dev_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dev_4.0.3-2_hppa.deb
libstdc++6-4.0-dev_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dev_4.0.3-2_i386.deb
libstdc++6-4.0-dev_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dev_4.0.3-2_powerpc.deb
libstdc++6-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-doc_4.0.3-2_all.deb
libstdc++6-4.0-pic_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-pic_4.0.3-2_hppa.deb
libstdc++6-4.0-pic_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-pic_4.0.3-2_i386.deb
libstdc++6-4.0-pic_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-pic_4.0.3-2_powerpc.deb
treelang-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/treelang-4.0_4.0.3-2_hppa.deb
treelang-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/treelang-4.0_4.0.3-2_i386.deb
treelang-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/treelang-4.0_4.0.3-2_powerpc.deb
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 349083 360466 


Thank you for your contribution to Debian.


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

Bug#360466: marked as done (libffi4: purging removes some of gcc-4.1-base's doc files)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 14:17:50 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360466: fixed in gcc-4.0 4.0.3-2
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: libffi4
Version: 4.1.0-1

When testing libffi4 with piuparts, I get the following error:

0m9.4s ERROR: After purging files have disappeared:
  /usr/share/doc/gcc-4.1-base/changelog.Debian.gz
owned by: gcc-4.1-base
  /usr/share/doc/gcc-4.1-base/changelog.gz
owned by: gcc-4.1-base
  /usr/share/doc/gcc-4.1-base/copyright
owned by: gcc-4.1-base

This seems to happen because /usr/share/doc/libffi4 is a symlink to
gcc-4.1-base.



--- End Message ---
--- Begin Message ---
Source: gcc-4.0
Source-Version: 4.0.3-2

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

cpp-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/cpp-4.0-doc_4.0.3-2_all.deb
cpp-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_hppa.deb
cpp-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_i386.deb
cpp-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_powerpc.deb
g++-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_hppa.deb
g++-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_i386.deb
g++-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_powerpc.deb
gcc-4.0-base_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_hppa.deb
gcc-4.0-base_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_i386.deb
gcc-4.0-base_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_powerpc.deb
gcc-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-doc_4.0.3-2_all.deb
gcc-4.0-hppa64_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-hppa64_4.0.3-2_hppa.deb
gcc-4.0-locales_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-2_all.deb
gcc-4.0_4.0.3-2.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.diff.gz
gcc-4.0_4.0.3-2.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.dsc
gcc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_hppa.deb
gcc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_i386.deb
gcc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_powerpc.deb
gfortran-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gfortran-4.0-doc_4.0.3-2_all.deb
gfortran-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_hppa.deb
gfortran-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_i386.deb
gfortran-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_powerpc.deb
gnat-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gnat-4.0-doc_4.0.3-2_all.deb
gnat-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_hppa.deb
gnat-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_i386.deb
gnat-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_powerpc.deb
gobjc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_hppa.deb
gobjc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_i386.deb
gobjc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_powerpc.deb
lib64gfortran0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_i386.deb
lib64gfortran0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_powerpc.deb
libgcc2_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_i386.deb
libgfortran0-dev_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_powerpc.deb
libgfortran0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_hppa.deb
libgfortran0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_i386.deb
libgfortran0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgfortran0_4.0.3-2_powerpc.deb
libgnat-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_hppa.deb
libgnat-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_i386.deb
libgnat-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/libgnat-4.0_4.0.3-2_powerpc.deb
libstdc++6-4.0-dbg_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dbg_4.0.3-2_hppa.deb
libstdc++6-4.0-dbg_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libstdc++6-4.0-dbg_4.0.3-2_i386.deb
libstdc++6-4.0-dbg_4.0.3-2_powerpc.deb
  to pool/main/g

Bug#349083: marked as done (g++: internal compiler error: in simplify_subreg, at simplify-rtx.c)

2006-04-22 Thread Debian Bug Tracking System

Your message dated Sat, 22 Apr 2006 14:17:50 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#349083: fixed in gcc-4.0 4.0.3-2
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: g++-4.0
Version: 4.0.2-5

When I execute "g++ -O1 sample.cpp", the following message appears:

  sample.cpp: In function ?int main()?:
  sample.cpp:19: internal compiler error: in simplify_subreg, at 
simplify-rtx.c:3744
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See http://gcc.gnu.org/bugs.html> for instructions.
  For Debian GNU/Linux specific bug reporting instructions,
  see .

It doesn't appear when I execute "g++ -O0 sample.cpp".

The content of "sample.cpp" (I'm sorry that it's so terribly stubified)

-- BEGIN ---
enum sample_enum
  {
  enum_test
  };

struct sample_struct
  {
  static const sample_enum struct_test[];
  };

const sample_enum sample_struct::struct_test[] = {enum_test};

extern int sample_extern();

int main()
  {
  for(int i = 0; i < sizeof(sample_struct::struct_test) / 
sizeof(sample_struct::struct_test[0]);
++i)
{
switch(sample_struct::struct_test[i])
  {
  case enum_test: sample_extern();
  }
}
  return 0;
  }
-- END ---

I'm using Debian testing, latest release (as of 20. January 2006) precompiled
on i386. I'm also sorry that I couldn't test it with the unstable release.

I hope you can reproduce it and it's helpful for you.

Christoph Pfister


--- End Message ---
--- Begin Message ---
Source: gcc-4.0
Source-Version: 4.0.3-2

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

cpp-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/cpp-4.0-doc_4.0.3-2_all.deb
cpp-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_hppa.deb
cpp-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_i386.deb
cpp-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/cpp-4.0_4.0.3-2_powerpc.deb
g++-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_hppa.deb
g++-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_i386.deb
g++-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/g++-4.0_4.0.3-2_powerpc.deb
gcc-4.0-base_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_hppa.deb
gcc-4.0-base_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_i386.deb
gcc-4.0-base_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-2_powerpc.deb
gcc-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-doc_4.0.3-2_all.deb
gcc-4.0-hppa64_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-hppa64_4.0.3-2_hppa.deb
gcc-4.0-locales_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-2_all.deb
gcc-4.0_4.0.3-2.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.diff.gz
gcc-4.0_4.0.3-2.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2.dsc
gcc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_hppa.deb
gcc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_i386.deb
gcc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3-2_powerpc.deb
gfortran-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gfortran-4.0-doc_4.0.3-2_all.deb
gfortran-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_hppa.deb
gfortran-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_i386.deb
gfortran-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gfortran-4.0_4.0.3-2_powerpc.deb
gnat-4.0-doc_4.0.3-2_all.deb
  to pool/main/g/gcc-4.0/gnat-4.0-doc_4.0.3-2_all.deb
gnat-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_hppa.deb
gnat-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_i386.deb
gnat-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gnat-4.0_4.0.3-2_powerpc.deb
gobjc-4.0_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_hppa.deb
gobjc-4.0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_i386.deb
gobjc-4.0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/gobjc-4.0_4.0.3-2_powerpc.deb
lib64gfortran0_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_i386.deb
lib64gfortran0_4.0.3-2_powerpc.deb
  to pool/main/g/gcc-4.0/lib64gfortran0_4.0.3-2_powerpc.deb
libgcc2_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_hppa.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_hppa.deb
libgfortran0-dev_4.0.3-2_i386.deb
  to pool/main/g/gcc-4.0/libgfortran0-dev_4.0.3-2_i386.deb
libgfortran0-dev_4.0.3-2_powerpc.deb
  to pool/main/g/

[Bug c/27263] New: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c

2006-04-22 Thread peter dot kourzanov at xs4all dot nl

Target: armv5te-linux-gnueabi
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/armv5te-linux-gnueabi/include/c++/4.1.0
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --with-cpu=arm926ej-s --with-tune=arm10tdmi
--with-float=softfp --with-fpu=vfp --enable-checking=release
--program-prefix=armv5te-linux-gnueabi-
--includedir=/usr/armv5te-linux-gnueabi/include --build=i486-linux-gnu
--host=i486-linux-gnu --target=armv5te-linux-gnueabi
Thread model: posix
gcc version 4.1.0

Bug:
libquicktime-0.9.7-0.4$ (cd plugins/opendivx/encore50/; 
armv5te-linux-gnueabi-gcc-4.1 -DHAVE_CONFIG_H -I. -I. -I../../..
-I../../../include/quicktime -O3 -funroll-all-loops -fomit-frame-pointer
-finline-functions -Wall -Winline -MT text_code_mb.lo -MD -MP -MF
.deps/text_code_mb.Tpo -c text_code_mb.c  -fPIC -DPIC -o .libs/text_code_mb.o)
text_code_mb.c: In function 'CodeMB':
text_code_mb.c:233: error: unrecognizable insn:
(insn 1773 1770 1772 50 (set (reg:HI 12 ip)
(mem:HI (plus:SI (mult:SI (reg:SI 11 fp [orig:138 ivtmp.674 ]
[138])
(const_int 2 [0x2]))
(reg/v/f:SI 8 r8 [orig:154 rcoeff_ind ] [154])) [3 S4
A32])) -1 (nil)
(nil))
text_code_mb.c:233: internal compiler error: in extract_insn, at
recog.c:2084

Note: the same file can be compiled with -O1 (but not with -O2), or it can
be compiled with -O3 but not with -funroll-all-loops. Some buffer overflow
maybe?

Pre-processed source (relevant bit only):
Void CodeMB(Vop *curr, Vop *rec_curr, Vop *comp, Int x_pos, Int y_pos, UInt
width,
Int QP, Int Mode, Int *qcoeff)
{
 Int k;
 Int fblock[6][8][8];
 Int coeff[384];
 Int *coeff_ind;
 Int *qcoeff_ind;
 Int* rcoeff_ind;
 Int x=0, y=0;
 SInt *current=((void *)0), *recon, *compensated = ((void *)0);
 UInt xwidth=0;
 Int iblock[6][8][8];
 Int rcoeff[6*64];
 Int i, j;
 Int type;
 SInt tmp[64];
 Int s;
 int operation = curr->prediction_type;
 Int max = GetVopBrightWhite(curr);
 coeff_ind = coeff;
 qcoeff_ind = qcoeff;
 rcoeff_ind = rcoeff;
 for (k = 0; k < 6; k++)
 {
  switch (k)
  {
   case 0:
x = x_pos;
y = y_pos;
xwidth = width;
current = (SInt *) GetImageData (GetVopY (curr));
break;
   case 1:
x = x_pos + 8;
y = y_pos;
xwidth = width;
current = (SInt *) GetImageData (GetVopY (curr));
break;
   case 2:
x = x_pos;
y = y_pos + 8;
xwidth = width;
current = (SInt *) GetImageData (GetVopY (curr));
break;
   case 3:
x = x_pos + 8;
y = y_pos + 8;
xwidth = width;
current = (SInt *) GetImageData (GetVopY (curr));
break;
   case 4:
x = x_pos / 2;
y = y_pos / 2;
xwidth = width / 2;
current = (SInt *) GetImageData (GetVopU (curr));
break;
   case 5:
x = x_pos / 2;
y = y_pos / 2;
xwidth = width / 2;
current = (SInt *) GetImageData (GetVopV (curr));
break;
   default:
break;
  }
  BlockPredict (current, x, y, xwidth, fblock[k]);
 }
 for (k = 0; k < 6; k++)
 {
  s = 0;
  for (i = 0; i < 8; i++)
   for (j = 0; j < 8; j++)
tmp[s++] = (SInt) fblock[k][i][j];
  fdct_enc(tmp);
  for (s = 0; s < 64; s++)
   coeff_ind[s] = (Int) tmp[s];
  if (k < 4) type = 1;
  else type = 2;
  BlockQuantH263(coeff_ind,QP,Mode,type,qcoeff_ind,
   GetVopBrightWhite(curr),1);
  BlockDequantH263(qcoeff_ind,QP,Mode,type,rcoeff_ind,1, 0,
GetVopBitsPerPixel(curr));
  for (s = 0; s < 64; s++)
   tmp[s] = (SInt) rcoeff_ind[s];
  idct_enc(tmp);
  s = 0;
  for (i = 0; i < 8; i++)
   for (j = 0; j < 8; j++)
iblock[k][i][j] = (Int)tmp[s++];
  coeff_ind += 64;
  qcoeff_ind += 64;
  rcoeff_ind += 64;
  if (Mode == 0||Mode==2)
   for (i = 0; i < 8; i++)
for (j = 0; j < 8; j ++)
 iblock[k][i][j] = (((GetVopBrightWhite(curr)) < 0) >
(iblock[k][i][j])) ? (0) : (iblock[k][i][j] ? (GetVopBrightWhite(curr)) :
0) > (iblock[k][i][j])) ? (0) : (iblock[k][i][j];
  switch (k)
  {
   case 0:
   case 1:
   case 2:
continue;
   case 3:
recon = (SInt *) GetImageData (GetVopY (rec_curr));
if (operation == 1) compensated = (SInt *) GetImageData (GetVopY (comp));
BlockRebuild (recon, compensated, operation, max, x_pos, y_pos, width, 16,
iblock[0]);
BlockRebuild (recon, compensated, operation, max, x_pos + 8, y_pos, width,
16, iblock[1]);
BlockRebuild (recon, compensated, operation, max, x_pos, y_pos + 8, width,
16, iblock[2]);
BlockRebuild (recon, compensated, operation, max, x_pos + 8, y_pos + 8,
width, 16, iblock[3]);
continue;
   case 4:
recon = (SInt *) GetImageData (GetVopU (rec_curr));
if (operation == 1) compensated = (SInt *) GetImageData (GetVopU (comp));
BlockRebuild (recon, compensated, operation, max,
 x_pos/2, y_pos/2, width/2, 8, iblock[4]);
continue;
   case 5:
recon = (SInt *) GetImageData (GetVopV (rec_curr));
if (operation

Bug#364115: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4.my/plugins/opendivx/encore50/text_code_mb.c

2006-04-22 Thread Pjotr Kourzanov


Matthias Klose wrote:


Pjotr Kourzanov writes:
 


Package: gcc-4.1
Version: 4.1.0-1
Severity: important

Bug:
   



Pjotr, would you mind forwarding the cross compiler related bug
reports upstream, adding debian-gcc to the CC list and marking the
Debian report as forwarded?

Thanks, Matthias
 


Yes, I've reported the bug upstream. How do I mark this one as forwarded?

Pjotr.


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

Processed: forwarded 364115 http://gcc.gnu.org/PR27263

2006-04-22 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> forwarded 364115 http://gcc.gnu.org/PR27263
Bug#364115: armv5te-linux-gnueabi-gcc-4.1 fails to compile 
libquicktime-0.9.7-0.4.my/plugins/opendivx/encore50/text_code_mb.c
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR27263.

> retitle 364115 [PR 27263] armv5te-linux-gnueabi-gcc-4.1 -O3 bug
Bug#364115: armv5te-linux-gnueabi-gcc-4.1 fails to compile 
libquicktime-0.9.7-0.4.my/plugins/opendivx/encore50/text_code_mb.c
Changed Bug title.

> tags 364115 + upstream
Bug#364115: [PR 27263] armv5te-linux-gnueabi-gcc-4.1 -O3 bug
There were no tags set.
Tags added: upstream

>
End of message, 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]

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on hppa-unknown-linux-gnu

2006-04-22 Thread Matthias Klose

LAST_UPDATED: Sat Apr 22 08:38:50 UTC 2006 (revision 113170)

=== acats tests ===

=== acats Summary ===
# of expected passes2320
# of unexpected failures0
Native configuration is hppa-unknown-linux-gnu

=== g++ tests ===


Running target unix
XPASS: g++.old-deja/g++.other/init5.C execution test

=== g++ Summary ===

# of expected passes11363
# of unexpected successes   1
# of expected failures  69
# of unsupported tests  95
/scratch/packages/gcc/4.0/gcc-4.0-4.0.3/build/gcc/testsuite/g++/../../g++  
version 4.0.4 20060422 (prerelease) (Debian 4.0.3-2)

=== gcc tests ===


Running target unix
FAIL: gcc.c-torture/compile/switch-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -fomit-frame-pointer  (test for 
excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -Os  (test for excess errors)
XPASS: gcc.dg/const-elim-1.c scan-assembler-not L\$?C[^A-Z]
XPASS: gcc.dg/tree-ssa/loop-1.c scan-assembler-times foo 5

=== gcc Summary ===

# of expected passes34615
# of unexpected failures6
# of unexpected successes   2
# of expected failures  68
# of untested testcases 28
# of unsupported tests  507
/scratch/packages/gcc/4.0/gcc-4.0-4.0.3/build/gcc/xgcc  version 4.0.4 20060422 
(prerelease) (Debian 4.0.3-2)

=== gfortran tests ===


Running target unix

=== gfortran Summary ===

# of expected passes8821
# of expected failures  1
# of unsupported tests  17
/scratch/packages/gcc/4.0/gcc-4.0-4.0.3/build/gcc/testsuite/gfortran/../../gfortran
  version 4.0.4 20060422 (prerelease) (Debian 4.0.3-2)

=== objc tests ===


Running target unix

=== objc Summary ===

# of expected passes1554
# of unsupported tests  10
/scratch/packages/gcc/4.0/gcc-4.0-4.0.3/build/gcc/xgcc  version 4.0.4 20060422 
(prerelease) (Debian 4.0.3-2)

=== libffi tests ===


Running target unix

=== libffi Summary ===

# of expected passes219
# of unsupported tests  2
=== libmudflap tests ===


Running target unix
FAIL: libmudflap.c/pass49-frag.c execution test
FAIL: libmudflap.c/pass49-frag.c output pattern test
FAIL: libmudflap.c/pass49-frag.c (-static) execution test
FAIL: libmudflap.c/pass49-frag.c (-static) output pattern test
FAIL: libmudflap.c/pass49-frag.c (-O2) execution test
FAIL: libmudflap.c/pass49-frag.c (-O2) output pattern test
FAIL: libmudflap.c/pass49-frag.c (-O3) execution test
FAIL: libmudflap.c/pass49-frag.c (-O3) output pattern test
FAIL: libmudflap.cth/pass40-frag.c execution test
FAIL: libmudflap.cth/pass40-frag.c output pattern test
FAIL: libmudflap.cth/pass40-frag.c (-O2) execution test
FAIL: libmudflap.cth/pass40-frag.c (-O2) output pattern test
FAIL: libmudflap.cth/pass40-frag.c (-O3) execution test
FAIL: libmudflap.cth/pass40-frag.c (-O3) output pattern test

=== libmudflap Summary ===

# of expected passes1274
# of unexpected failures14
=== libstdc++ tests ===


Running target unix
XPASS: 22_locale/locale/cons/12658_thread-1.cc execution test
XPASS: 26_numerics/cmath/c99_classification_macros_c.cc (test for excess errors)

=== libstdc++ Summary ===

# of expected passes3713
# of unexpected successes   2
# of expected failures  12

Compiler version: 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) 
Platform: hppa-unknown-linux-gnu
configure flags: -v --prefix=/usr --enable-shared --with-system-zlib 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr 
--disable-werror --enable-checking=release hppa-linux-gnu 
--enable-languages=c,ada,c++,f95,java,objc,treelang
BOOT_CFLAGS=-O2


Build Dependencies:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   Version Description
+++-==-===-==
ii  binutils   2.16.1cvs20060413-1 The GNU assembler, linker and binary 
utilities


Patches that Debian applied in this version:

svn-updates:
  CVS updates from the 4.0 branch upto 20060421.

gcc-version:
  Add package identification to the gcc version string

gcc

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on i486-pc-linux-gnu

2006-04-22 Thread Matthias Klose

LAST_UPDATED: Sat Apr 22 08:38:50 UTC 2006 (revision 113170)

=== acats tests ===
FAIL:   cxf3a01
FAIL:   cxf3a02

=== acats Summary ===
# of expected passes2318
# of unexpected failures2
Native configuration is i486-pc-linux-gnu

=== g++ tests ===


Running target unix
XPASS: g++.old-deja/g++.other/init5.C execution test

=== g++ Summary for unix ===

# of expected passes11470
# of unexpected successes   1
# of expected failures  69
# of unsupported tests  56

Running target unix/-march=i686
XPASS: g++.old-deja/g++.other/init5.C execution test

=== g++ Summary for unix/-march=i686 ===

# of expected passes11470
# of unexpected successes   1
# of expected failures  69
# of unsupported tests  56

Running target unix/-m64
XPASS: g++.old-deja/g++.other/init5.C execution test

=== g++ Summary for unix/-m64 ===

# of expected passes11385
# of unexpected successes   1
# of expected failures  69
# of unsupported tests  85

=== g++ Summary ===

# of expected passes34325
# of unexpected successes   3
# of expected failures  207
# of unsupported tests  197
/home/packages/gcc/4.0/gcc-4.0-4.0.3/build/gcc/testsuite/g++/../../g++  version 
4.0.4 20060422 (prerelease) (Debian 4.0.3-2)

=== gcc tests ===


Running target unix
FAIL: gcc.c-torture/compile/switch-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -fomit-frame-pointer  (test for 
excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -Os  (test for excess errors)
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
FAIL: gcc.dg/vect/pr20122.c scan-tree-dump-times vectorized 1 loops 2
XPASS: gcc.dg/vect/vect-22.c scan-tree-dump-times vectorized 3 loops 1

=== gcc Summary for unix ===

# of expected passes35542
# of unexpected failures11
# of unexpected successes   1
# of expected failures  94
# of untested testcases 28
# of unsupported tests  326

Running target unix/-march=i686
FAIL: gcc.c-torture/compile/switch-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -fomit-frame-pointer  (test for 
excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -Os  (test for excess errors)
FAIL: gcc.dg/20020122-2.c (test for excess errors)
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?sin
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?cos
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?sqrt
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?atan2
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?log
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?exp
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?tan
FAIL: gcc.dg/i386-387-1.c scan-assembler call\\t_?fmod
FAIL: gcc.dg/i386-387-5.c scan-assembler call\\t_?atan
FAIL: gcc.dg/i386-387-5.c scan-assembler call\\t_?log1p
FAIL: gcc.dg/i386-387-5.c scan-assembler call\\t_?drem
FAIL: gcc.dg/i386-cmov1.c scan-assembler sar[^n]*magic_namec
FAIL: gcc.dg/i386-cmov1.c scan-assembler shr[^n]*magic_namef
FAIL: gcc.dg/i386-cvt-1.c (test for excess errors)
FAIL: gcc.dg/i386-cvt-1.c scan-assembler cvttsd2si[^n]*xmm
FAIL: gcc.dg/i386-cvt-1.c scan-assembler cvttss2si[^n]*xmm
FAIL: gcc.dg/i386-fpcvt-4.c (test for excess errors)
FAIL: gcc.dg/i386-fpcvt-4.c scan-assembler cvtsi2sd
FAIL: gcc.dg/i386-mul.c scan-assembler and[^n]*magic
FAIL: gcc.dg/pr12092-1.c (test for excess errors)
FAIL: gcc.dg/vect/pr20122.c scan-tree-dump-times vectorized 1 loops 2
XPASS: gcc.dg/vect/vect-22.c scan-tree-dump-times vectorized 3 loops 1
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3  scan-assembler 
prefetchnta
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3  scan-assembler prefetcht0
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3  scan-assembler prefetcht1
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3  scan-assembler prefetcht2
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3m  scan-assembler 
prefetchnta
FAIL: gcc.misc-tests/i386-pf-sse-1.c  -march=pentium3m  scan-assembler 
prefetcht0
FAIL: gcc.misc-tests/i386-pf-sse-1.c

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on powerpc-unknown-linux-gnu

2006-04-22 Thread Matthias Klose

LAST_UPDATED: Sat Apr 22 08:38:50 UTC 2006 (revision 113170)

=== acats tests ===
FAIL:   ca11a01
FAIL:   ce2401a

=== acats Summary ===
# of expected passes2318
# of unexpected failures2
Native configuration is powerpc-unknown-linux-gnu

=== g++ tests ===


Running target unix

=== g++ Summary for unix ===

# of expected passes11496
# of expected failures  69
# of unsupported tests  79

Running target unix/-m64

=== g++ Summary for unix/-m64 ===

# of expected passes11458
# of expected failures  69
# of unsupported tests  82

=== g++ Summary ===

# of expected passes22954
# of expected failures  138
# of unsupported tests  161
/home/doko/gcc/4.0/gcc-4.0-4.0.3/build/gcc/testsuite/g++/../../g++  version 
4.0.4 20060422 (prerelease) (Debian 4.0.3-2)

=== gcc tests ===


Running target unix
FAIL: gcc.c-torture/compile/switch-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -fomit-frame-pointer  (test for 
excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -Os  (test for excess errors)
FAIL: gcc.dg/20020103-1.c scan-assembler-not LC
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
FAIL: gcc.dg/vect/pr20122.c scan-tree-dump-times vectorized 1 loops 2

=== gcc Summary for unix ===

# of expected passes35882
# of unexpected failures12
# of expected failures  94
# of untested testcases 28
# of unsupported tests  442

Running target unix/-m64
FAIL: gcc.c-torture/compile/switch-1.c  -O0  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -fomit-frame-pointer  (test for 
excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/switch-1.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/execute/20020720-1.c compilation,  -O1 
UNRESOLVED: gcc.c-torture/execute/20020720-1.c execution,  -O1 
FAIL: gcc.c-torture/execute/20020720-1.c compilation,  -O2 
UNRESOLVED: gcc.c-torture/execute/20020720-1.c execution,  -O2 
FAIL: gcc.c-torture/execute/20020720-1.c compilation,  -O3 -fomit-frame-pointer 
UNRESOLVED: gcc.c-torture/execute/20020720-1.c execution,  -O3 
-fomit-frame-pointer 
FAIL: gcc.c-torture/execute/20020720-1.c compilation,  -O3 -g 
UNRESOLVED: gcc.c-torture/execute/20020720-1.c execution,  -O3 -g 
FAIL: gcc.c-torture/execute/20020720-1.c compilation,  -Os 
UNRESOLVED: gcc.c-torture/execute/20020720-1.c execution,  -Os 
FAIL: gcc.dg/20020103-1.c scan-assembler-not LC
FAIL: gcc.dg/20020919-1.c  (test for errors, line 106)
FAIL: gcc.dg/20020919-1.c  (test for errors, line 124)
FAIL: gcc.dg/20020919-1.c  (test for errors, line 133)
FAIL: gcc.dg/20020919-1.c  (test for errors, line 160)
FAIL: gcc.dg/20020919-1.c  (test for errors, line 178)
FAIL: gcc.dg/20020919-1.c  (test for errors, line 232)
FAIL: gcc.dg/980827-1.c (test for excess errors)
WARNING: gcc.dg/980827-1.c compilation failed to produce executable
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 7)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 8)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 9)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 10)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 11)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 12)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 14)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 15)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 16)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 20)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 21)
FAIL: gcc.dg/altivec-14.c  (test for warnings, line 22)
FAIL: gcc.dg/altivec-14.c (test for excess errors)
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
FAIL: gcc.dg/ppc-sdata-1.c (test for excess errors)
ERROR: gcc.dg/ppc-sdata-1.c: error executing dg-final: couldn't open 
"ppc-sdata-1.s": no such file or directory
UNRESOLVED: gcc.dg/ppc-sdata-1.c: error executing dg-final: couldn't open 
"ppc-sdata-1.s": no such file or directory
FAIL: gcc.dg/ppc-sdata-2.c (test for excess errors)
ERROR: gcc.dg/ppc-sdata-2.c: error executing dg-final: couldn't open 
"ppc-sdata-2.s": no such file or directory
UNRESOLVED: gcc.dg/ppc-sdata-2.c: error executing dg-final: couldn't open 
"ppc-sdata-2.s&quo

[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c

2006-04-22 Thread pinskia at gcc dot gnu dot org



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


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

Bug#324502: Ok, updated the packages, same error.

2006-04-22 Thread Dererk

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi again,

With the packages updated, the output shown is exactly the same.

I c&p the output:

$ java -jar Palm/midp4palm1.0/Converter/Converter.jar

** ERROR **: file
../../../src/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkImage.c:
line 572 (createRawData): assertion failed: (data_fid != 0)
aborting...


And I have installed :

$ dpkg -l |grep  gcj

ii  gcj-4.0-base  4.0.3-1   The
GNU Compiler Collection (gcj base packag
ii  gcj-4.1   4.1.0-1   The
GNU compiler for Java(TM)
ii  gcj-4.1-base  4.1.0-1   The
GNU Compiler Collection (gcj base packag
ii  java-gcj-compat   1.0.51-1  Java
runtime environment using GIJ
ii  libgcj-common 4.1.0-1   Java
runtime library (common files)
ii  libgcj6   4.0.3-1   Java
runtime library for use with gcj
ii  libgcj6-awt   4.0.3-1   AWT
peer runtime libraries for use with gcj
ii  libgcj6-jar   4.0.3-1   Java
runtime library for use with gcj (jar f
ii  libgcj7   4.1.0-1   Java
runtime library for use with gcj
ii  libgcj7-awt   4.1.0-1   AWT
peer runtime libraries for use with gcj
ii  libgcj7-dev   4.1.0-1   Java
development headers and static library
ii  libgcj7-jar   4.1.0-1   Java
runtime library for use with gcj (jar f


Any idea?

Thanks in advance,



Dererk

- --
[EMAIL PROTECTED]: ~$ cat /proc/version {Pipe} grep -i 'power in your hands'
Debian GNUine Perception

- -FortuneTip-
You worry too much about your job. Stop it. You are not paid enough to
worry.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFESu1HzqYvwbbBjiQRAsoPAJ9Ogca0XTVNGRhw4Y0yNOdTCFW2KgCfTznV
vyat6B6Y/cbtJePcHdg51rk=
=uscw
-END PGP SIGNATURE-



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

Bug#364394: gcc-snapshot: FTBFS (ppc64): /usr/bin/ld: cannot find -lc

2006-04-22 Thread Andreas Jochens

Package: gcc-snapshot
Version: 20060419-1
Severity: wishlist
Tags: patch

When building 'gcc-snapshot' on ppc64/unstable,
I get the following error:

/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for 
-lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
/usr/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
make[6]: *** [32/libgcc_s.so] Error 1

With the attached patch 'gcc-snapshot' can be compiled on ppc64.

The patch changes 'debian/ppc64-biarch.dpatch' so that the patch
applies to the new snapshot version.

It also changes debian/rules.patch to apply the ppc64-biarch.dpatch
and the ppc64-ada.dpatch patches even if 'biarch32' is disabled.
The build fails if those patches are not applied.

Regards
Andreas Jochens

diff -urN ../tmp-orig/gcc-snapshot-20060419/debian/patches/ppc64-biarch.dpatch 
./debian/patches/ppc64-biarch.dpatch
--- ../tmp-orig/gcc-snapshot-20060419/debian/patches/ppc64-biarch.dpatch
2006-04-19 20:38:10.0 +
+++ ./debian/patches/ppc64-biarch.dpatch2006-04-21 12:36:01.0 
+
@@ -44,20 +44,6 @@
  
  # We want fine grained libraries, so use the new code to build the
  # floating point emulation libraries.
-@@ -37,8 +34,11 @@
- mklibgcc: bispecs
- 
- bispecs: specs
--  if [ x`$(GCC_FOR_TARGET) -print-multi-os-directory` = x../lib ]; then \
-+  touch f-test.c; \
-+  $(GCC_FOR_TARGET) -c f-test.c -o f-test.o; \
-+  if [ "x`file f-test.o | grep 64-bit`" = "x" ]; then \
- sed -e '/cc1_options/{ n; s/$$/ %{m64:-mlong-double-128}/; }' < specs 
> $@; \
-   else \
- sed -e '/cc1_options/{ n; s/$$/ %{!m32:-mlong-double-128}/; }' < 
specs > $@; \
--  fi
-+  fi; \
-+  rm f-test.c f-test.o;
 diff -urN tmp/libjava/configure.host src/libjava/configure.host
 --- tmp/libjava/configure.host 25 Nov 2004 03:46:56 -
 +++ src/libjava/configure.host 15 Dec 2004 15:45:22 -
diff -urN ../tmp-orig/gcc-snapshot-20060419/debian/rules.patch 
./debian/rules.patch
--- ../tmp-orig/gcc-snapshot-20060419/debian/rules.patch2006-04-19 
20:51:37.0 +
+++ ./debian/rules.patch2006-04-22 06:40:38.0 +
@@ -136,15 +136,14 @@
 debian_patches += amd64-biarch
 debian_patches += libjava-ia32fix
   endif
-  ifeq ($(DEB_TARGET_ARCH),ppc64)
-# FIXME: needed for 4.1?
-debian_patches += ppc64-biarch ppc64-ada
-  endif
   ifneq ($(with_32bit_check),yes)
 debian_patches += disable-configure-run-check
   endif
 endif
 
+ifeq ($(DEB_TARGET_ARCH),ppc64)
+  debian_patches += ppc64-biarch ppc64-ada
+endif
 
 patch: $(patch_stamp)
 $(patch_stamp): $(unpack_stamp) pre-patch \


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

Bug#324502: Waiting gcj-4.1 to be in testing branch

Bug#364231: exception catching broken on HPPA

Bug#364231: exception catching broken on HPPA

Processed: forwarded gcc report

Bug#361409: gcc-4.1-locales: Long Description too short

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

Bug#361707: Causes FTBFS with GCC 4.2: '' has incomplete type

Bug#364231: [parisc-linux] Re: Bug#364231: exception catching broken on HPPA

Bug#361024: marked as done (libstdc++6: cannot handle TLS data)

Bug#353346: gcj can't make shared libs on hppa. (followup)

Bug#361143: marked as done (apt-show-versions: Invocation fails with Perl errors)

Bug#363107: marked as done (apt-listchanges: Fails with an error about TLS data)

Bug#361221: marked as done (apt: traceback with "ImportError: libstdc++.so.6: cannot handle TLS data")

Bug#360776: marked as done (apt-show-versions: cron.daily fails noisily)

Bug#360895: marked as done (ImportError: libstdc++.so.6: cannot handle TLS data)

Processing of gcc-4.0_4.0.3-2_multi.changes

Bug#353346: gcj can't make shared libs on hppa. (followup)

gcc-4.0_4.0.3-2_multi.changes ACCEPTED

Bug#360466: marked as done (libffi4: purging removes some of gcc-4.1-base's doc files)

Bug#349083: marked as done (g++: internal compiler error: in simplify_subreg, at simplify-rtx.c)

[Bug c/27263] New: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c

Bug#364115: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4.my/plugins/opendivx/encore50/text_code_mb.c

Processed: forwarded 364115 http://gcc.gnu.org/PR27263

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on hppa-unknown-linux-gnu

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on i486-pc-linux-gnu

Results for 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) testsuite on powerpc-unknown-linux-gnu

[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c

Bug#324502: Ok, updated the packages, same error.

Bug#364394: gcc-snapshot: FTBFS (ppc64): /usr/bin/ld: cannot find -lc

31 matches

Site Navigation

Mail list logo

Footer information