Package: libstdc++6
Version: 4.0.2-3
Severity: grave
A kdebase built with gcc/libstdc++6 4.0.1-8 is not compatible with a kdebase
built with 4.0.1-9 or later. The result are crashes like #335658, unless
(in that case) arts is rebuilt with 4.0.1-9+, in which case the problem
disappears.
Another
Dear debian gcc maintainer.
I have debugged quite a time into some problem.
When tying to run ./configure I always received the same error.
/usr/bin/ld: crt1.o: No such file: No such file or directory collect2:
ld returned 1 exit status
After some debugging and googling I found out that I ha
On Thu, Oct 27, 2005 at 06:56:57PM +0200, Thiemo Seufer wrote:
> > The attached patch adds big-endian arm support to gcc-2.95. It's
> > more-or-less the same as its gcc-4.0 counterpart: teach the debian
> > build scripts about 'armeb', and patch gcc so that it defaults to
> > big-endian.
>
> I'm
Lennert Buytenhek wrote:
> Package: gcc-2.95
> Severity: wishlist
> Tags: patch
>
> The attached patch adds big-endian arm support to gcc-2.95. It's
> more-or-less the same as its gcc-4.0 counterpart: teach the debian
> build scripts about 'armeb', and patch gcc so that it defaults to
> big-endia
Package: gcc-2.95
Severity: wishlist
Tags: patch
The attached patch adds big-endian arm support to gcc-2.95. It's
more-or-less the same as its gcc-4.0 counterpart: teach the debian
build scripts about 'armeb', and patch gcc so that it defaults to
big-endian.
Since gcc-2.95 is so old, I haven't b
Package: gcc-2.95
Severity: wishlist
Tags: patch
Building gcc-2.95 requires cpp-2.95, which is a circular dependency. I
don't see why that version is particular is required -- my build on armeb
in particular worked fine with cpp 3.3.
I suggest applying the attached patch to lift this (seemingly
Package: gcc-2.95
Severity: serious
Tags: patch
Justification: no longer builds from source
Now that gcc 4.0 is the default system compiler, gcc-2.95 ftbfs on
arm due to an 'invalid lvalue in assignment'. The attached patch
fixes this issue.
-- System Information:
Debian Release: testing/unstab
Package: gcc-2.95
Version: 1:2.95.4-22
Severity: normal
make bzImage CC=gcc-2.95
..
make CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.31/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 " -C
On Thu, Oct 13, 2005 at 07:55:53AM -0700, Matt Kraai wrote:
> I incorporated Lennert's suggestion and created a patch that fixes the
> problem on at least i386.
It seems like you've missed two more places in debian/rules2:
ifeq ($(DEB_HOST_GNU_SYSTEM),linux)
ifeq ($(DEB_HOST_GNU_
Package: java-gcj-compat
Version: 1.0.41-2
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of java-gcj-compat_1.0.41-2 on debian01 by sbuild/s390 69
[...]
> /usr/bin/make
> make[1]: Entering directory `/build/buildd/java-gcj-compat-1.0.41'
> gcj-4.0
10 matches
Mail list logo
