Bartosz Fenski aka fEnIo [EMAIL PROTECTED] writes:
Falk could you please test new version of asc? According to authors it
supports powerpc, so maybe support for other archs is better too.
It seems to work as of 1.16.2.0-1. BTW, you should try to fix this:
../../ASCStringHelpers.h: In static
Steve Langasek [EMAIL PROTECTED] writes:
On Mon, Aug 22, 2005 at 08:56:23PM -0700, Steve Langasek wrote:
Simple test case:
int main() {
unsigned long a= 1UL 63;
unsigned long b= 1UL 63;
exit (a/b != 1);
}
Appears to be a bug in the implementation of __divqu.
Package: scrabble
Severity: grave
Scrabble is a trademark of Hasbro, and they're actively enforcing it
(http://www.e-scrabble.com/desist.html). This package must not be
named anything remotely similar to Scrabble; anything else is a
clear trademark violation. Hasbro also claims rights on the
Package: asclassic
Version: 1.1b-28.1
Severity: serious
Justification: no longer builds from source
asclassic fails to build on Alpha:
[...]
make[2]: Entering directory `/tmp/buildd/asclassic-1.1b/afterstep'
gcc -O2 -g -Wall -I/usr/X11R6/include-Dlinux -D__alpha__
Package: mednafen
Version: 0.4.7-1
Severity: serious
Justification: no longer builds from source
mednafen 0.4.7-1 does not build on Alpha:
[...]
source='trio/trionan.c' object='trio/trionan.o' libtool=no \
depfile='trio/.deps/trionan.Po' tmpdepfile='trio/.deps/trionan.TPo' \
forwarded 324455 http://sourceware.org/bugzilla/show_bug.cgi?id=1498
thanks
Hi,
I forwarded this upstream to
http://sourceware.org/bugzilla/show_bug.cgi?id=1498
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
# not fixed in 0.9.3-1.1, see
http://buildd.debian.org/fetch.php?pkg=simver=0.9.3-1.1arch=alphastamp=1128326800file=logas=raw
tags 300930 - fixed
thanks
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: fvwm1
Version: 1.24r-47
Severity: serious
Justification: no longer builds from source
fvwm1 fails to build on Alpha:
[...]
gcc -g -O2 -fno-strict-aliasing -I/usr/X11R6/include-Dlinux
-D__alpha__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE
Package: crash
Version: 4.0-2.2-1
Severity: serious
Justification: no longer builds from source
crash fails to build on Alpha:
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DTRAD_CORE -I. -I.
-I./../include -I./../intl -I../intl -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -g -O2
Package: drivel
Version: 2.0.2-4
Severity: serious
Justification: no longer builds from source
drivel fails to build on Alpha:
[...]
if alpha-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..
-DGNOMELOCALEDIR=\/usr/share/locale\
-DDRIVEL_GLADE_DIR=\/usr/share/drivel/glade\
Brian May [EMAIL PROTECTED] writes:
I am trying to compile gcc-4.0 on Ubuntu, so I can recompile the
latest openoffice.org2 package.
However, I get different errors each time.
This is nearly always a hardware problem. Can you reproduce it on a
different machine?
--
Falk
--
To
Package: lftp
Version: 3.3.1-1
Severity: grave
File: /usr/bin/lftp
[EMAIL PROTECTED]:/tmp% lftp ftp://ftp.debian.org/debian
cd ok, cwd=/debian
lftp ftp.debian.org:/debian get README
1055 bytes transferred
*** glibc detected *** double free
Package: strace
Version: 4.5.9-1
Severity: serious
Justification: no longer builds from source
strace 4.5.9-1 doesn't build on ia64 and alpha:
if gcc -DHAVE_CONFIG_H -I. -I.. -I. -Ilinux/alpha -I../linux/alpha -Ilinux
-I../linux -Wall -g -O2 -MT file.o -MD -MP -MF .deps/file.Tpo -c -o file.o
Package: hula
Severity: serious
Justification: no longer builds from source
hula 0.1.0+svn379-2.1 fails to build on all autobuilders:
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include -Wall -g -O2
-Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs
Package: felix
Severity: serious
Justification: no longer builds from source
felix fails to build on Alpha and IA64. This is the Alpha log:
[...]
RUNNING TESTS
TRANSLATING FELIX TEST CODE TO C++
.. REGRESSION TESTS and TUTORIAL EXAMPLES
PATH=bin:$PATH LD_LIBRARY_PATH=rtl:$LD_LIBRARY_PATH
Package: linux-wlan-ng
Version: 0.2.2+dfsg-6
Severity: serious
Justification: no longer builds from source
linux-wlan-ng fails to build on Alpha:
[...]
make[4]: Entering directory
`/tmp/buildd/linux-wlan-ng-0.2.2+dfsg/debian/modules-build-alpha-smp/modules/linux-wlan-ng-source/src/mkmeta'
Package: rscheme
Version: 0.7.3.4.b1-2
Severity: serious
Justification: no longer builds from source
rscheme fails to build on Alpha:
[...]
gcc -g -O2 -g -Wall -Wno-unused '-DINSTALL_DIR=/usr/lib/rscheme' -I. -I-
-I/tmp/rscheme-0.7.3.4.b1/debian/tmproot/include shell.o -o rs
Package: findutils
Version: 4.2.26-1
Severity: serious
Justification: no longer builds from source
findutils does not build on Alpha:
[...]
Running
/src/xargs/findutils-4.2.26/xargs/testsuite/xargs.posix/arg_max_32bit_linux_bug.exp
...
FAIL: arg_max_32bit_linux_bug, wrong stdout output:
Package: autogen
Version: 1:5.7.2-1
Severity: serious
Justification: no longer builds from source
autogen does not build on Alpha:
[...]
FAIL: license.test
[...]
===
1 of 34 tests failed
Please report to [EMAIL PROTECTED]
Package: gclcvs
Version: 2.7.0-50.1
Severity: serious
Justification: no longer builds from source
gclcvs does not build on Alpha:
[...]
GCL (GNU Common Lisp) 2.7.0 CLtL1Oct 15 2005 08:35:10
Source License: LGPL(gcl,gmp), GPL(unexec,bfd)
Binary License: GPL due to GPL'ed components:
On Wed, Dec 07, 2005 at 08:54:03PM -0500, Mike Furr wrote:
This is actually a bug in binutils (338148). I'll leave this bug
here just so it doesn't get reported again.
AFAICT, 338148 is about ocaml not setting .prologue correctly, and not
about a binutils bug. Can you give more details?
--
Mike Furr [EMAIL PROTECTED] writes:
After some more investigation described in 338148, we found out that it
was actually OCaml which was at fault. A new version of OCaml was
uploaded yesterday which has a work-around for this bug and appears to
produce working binaries on alpha.
Thanks,
Package: toolame
Version: 02l-1
Severity: serious
Justification: no longer builds from source
toolame fails to build on almost all architectures:
make[1]: Entering directory `/tmp/toolame-02l'
gcc -O3 -DNDEBUG -DINLINE=inline -march=pentium -fomit-frame-pointer -Wall
-DNEWENCODE -DNEWATAN -c
Frans Pop [EMAIL PROTECTED] writes:
I've reassigned this bug from the kernel to gcc-4.0 as we feel that the
solution chosen in the kernel packaging is not really a fix, but a
workaround.
As tests have shown that the problem does not exist when the same kernel
is compiled with gcc-3.3, the
Matt Kraai [EMAIL PROTECTED] writes:
I regenerated configure, which fixed the first problem, and removed
the references to X11/xpm.h (and added a reference to X11/Xutil.h),
which fixed the second. I've attached the patch.
Great, thanks. I've uploaded a new version with this fix.
--
Package: xfsdump
Version: 2.2.35-1
Severity: serious
Justification: no longer builds from source
xfsdump doesn't build on alpha and ia64:
[...]
gcc -O1 -g -DNDEBUG -funsigned-char -fno-strict-aliasing -Wall
-DVERSION=\2.2.36\ -DLOCALEDIR=\/usr/share/locale\ -DPACKAGE=\xfsdump\
-I../include
Hi,
I can reproduce this with gcc-snapshot, but not with 4.2.0 20060304,
so it's probably fixed already, at least on mainline.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr [EMAIL PROTECTED] writes:
* Falk Hueffner [EMAIL PROTECTED] [2006-03-19 22:44]:
I can reproduce this with gcc-snapshot, but not with 4.2.0 20060304,
so it's probably fixed already, at least on mainline.
If you can not reproduce it with 4.2.0, does this mean that a future
Martin Michlmayr [EMAIL PROTECTED] writes:
* Falk Hueffner [EMAIL PROTECTED] [2006-03-20 00:20]:
I mean 4.2 mainline. I don't know yet whether 4.1 mainline is fixed.
I'm pretty sure if it isn't already, it will get fixed.
FWIW, I'd feel more comfortable if you'd explicitly try to make sure
Package: crystalspace
Version: 0.99-20060125-1
Severity: serious
Justification: no longer builds from source
crystalspace fails to build on alpha:
[...]
g++ -c -o ./out/linuxaxp/optimize/apps/tools/lighter2/scene.o -I.
-I./include -I./include -Wall -Wno-unknown-pragmas -pipe
Package: tagcoll
Version: 1.6.1-1
Severity: serious
Justification: no longer builds from source
tagcoll fails to build on Alpha, IA64 and Sparc. E.g. alpha:
make[3]: Entering directory `/tmp/buildd/tagcoll-1.6.1/tests'
[...]
tagcoll_mmapindex: .
tagcoll_opset: ./bin/sh: line 4: 8481 Aborted
Hi,
probably the reason is #358044.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 360479 steghide
thanks
Ola Lundqvist [EMAIL PROTECTED] writes:
reassign 360479 g++
thanks
I have now looked over the code and can not possibly find out that
this is a fault in the code.
Uhm, reassining bugs to gcc if you don't understand the issue is not
the way to go. Please get
Ola Lundqvist [EMAIL PROTECTED] writes:
So how can you explain that it has been built on
alpha amd64 arm hppa hurd-i386 i386 ia64 kfreebsd-i386 mips mipsel powerpc
s390 sparc
with a previous version of g++ then?
I don't know. Can you try to make a minimal test case that reproduces
the
Package: klibc
Severity: serious
Justification: no longer builds from source
klibc fails to build on alpha:
[...]
SYSCALL FOUND: getrlimit
SYSCALL FOUND: tkill
klibc/syscalls/SYSCALLS.i:187: Undefined system call: sigprocmask
ld -r -o klibc/syscalls/syscalls.o
ld: no input files
make[4]:
maximilian attems [EMAIL PROTECTED] writes:
could you try if the following patch helps?
Yes, it helps. Thanks.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
retitle 363430 supercollider_20051211-1(ia64/unstable): FTBFS: cast from
'PyrObject*' to 'uint32' loses precision
thanks
The clz.h message is just a warning. The cast is the problem.
But while at it, you should get rid of the warning by using
__builtin_clz.
--
Falk
--
To
Hi,
I don't think depending on gcc 4.1 without really understanding the
issue is a good idea. There is a good chance that the bug is not
really fixed, but only hidden by circumstances. So it would really be
the best way to go to extract a minimal test case, see whether it's
gcc's or tagcoll's
Ola Lundqvist [EMAIL PROTECTED] writes:
On Mon, Feb 20, 2006 at 08:09:51AM +0100, Falk Hueffner wrote:
this would be caused by trying to generate a shared object from
sources not compiled with -fPIC.
Ok, thanks. Do you have a patch for that?
I thought that I have made it so, but obviously
tags 353922 + patch
thanks
Hi,
this should fix it (haven't tested though).
--- kdepim-3.5.1/kresources/groupwise/soap/stdsoap2.h~ 2005-09-10
10:23:46.0 +0200
+++ kdepim-3.5.1/kresources/groupwise/soap/stdsoap2.h 2006-02-22
23:41:23.0 +0100
@@ -170,7 +170,7 @@
# endif
Package: chicken
Version: 2.2-1
Severity: serious
Justification: no longer builds from source
chicken fails to build on alpha and ia64:
[...]
/bin/sh ./libtool --mode=link gcc -O2 -export-dynamic -o nsample -static
nsample.o libchicken.la -ldl -lm
gcc -O2 -o nsample nsample.o
Matt Kraai [EMAIL PROTECTED] writes:
The attached patch adds build-dependencies on libxt-dev and
libxpm-dev, which fixes the build.
Actually, both of them shouldn't actually be needed as build
dependency. I tried to find out why it doesn't work, but probably it's
not really worth bothering, so
Matt Kraai [EMAIL PROTECTED] writes:
On Fri, Mar 17, 2006 at 09:47:35AM +0100, Falk Hueffner wrote:
Matt Kraai [EMAIL PROTECTED] writes:
The attached patch adds build-dependencies on libxt-dev and
libxpm-dev, which fixes the build.
Actually, both of them shouldn't actually be needed
Package: asc
Version: 1.16.0.0-1
Severity: grave
When I start asc, I get a screen with some aircrafts for a second or
so, and then:
[EMAIL PROTECTED]:~% asc
open /dev/sequencer: No such device
zsh: abort (core dumped) asc
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT
Rafael Laboissiere [EMAIL PROTECTED] writes:
* Kurt Roeckx [EMAIL PROTECTED] [2005-05-22 16:23]:
Your package is failing to build on a few arches (atleast hppa
and amd64) because when you're creating the shared lib you're
linking to a static version.
This is actually an upstream problem.
Package: ltp
Version: 20060822-1
Severity: serious
Justification: no longer builds from source
ltp does not build on alpha or ia64, because the libc package is
called libc6.1-dev there.
http://buildd.debian.org/fetch.php?pkg=ltparch=alphaver=20060822-1stamp=1158136553file=log
You do not need
Package: elfutils
Version: 0.123-1
Severity: serious
Justification: no longer builds from source
elfutils doesn't build on Alpha (and some other architectures):
[...]
PASS: run-elflint-self.sh
PASS: run-ranlib-test.sh
PASS: run-ranlib-test2.sh
PASS: run-ranlib-test3.sh
PASS: run-ranlib-test4.sh
Package: qprof
Version: 0.5.2-2
Severity: serious
Tags: patch
Justification: no longer builds from source
cpp doesn't care about syntax errors in dead branches, so this shows
only on some architectures...
--- src/prof_utils_libpfm3.c~ 2006-10-23 09:42:18.0 +0200
+++
Package: ktorrent
Version: 2.0.3+dfsg1-1
Severity: serious
Justification: no longer builds from source
ktorrent fails to build on some architectures, e. g. alpha:
[...]
/bin/sh ../libtool --silent --mode=link --tag=CXX alpha-linux-gnu-g++
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi
Package: hdbc-sqlite3
Version: 1.0.1.2
Severity: serious
Justification: no longer builds from source
hdbc-sqlite3 does not build on Alpha:
[...]
Building HDBC-sqlite3-1.0.1.1...
runhugs -98 +o -P/dist/build:/testsrc: testsrc/runtests.hs
runhugs: Error occurred
ERROR
Package: mysql-dfsg-5.0
Version: 5.0.26-1
Severity: serious
Justification: no longer builds from source
mysql-dfsg-5.0 does not build on Alpha:
[...]
if gcc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME=\/usr\
-DDATADIR=\/var/lib/mysql\ -DSHAREDIR=\/usr/share/mysql\
-DHAVE_CONFIG_H -I. -I. -I..
Hi,
This was in fact a compiler bug. It has been reported at
http://gcc.gnu.org/PR29631 . The bug does not occur with gcc 4.2
anymore. However, it is quite unlikely that it is going to be fixed in
the 4.1 series, so the workaround will have to stay in place for now.
--
Falk
--
To
Clint Adams [EMAIL PROTECTED] writes:
severity 370248 serious
tags 370248 + patch
quit
There is a patch listed at
http://gcc.gnu.org/PR27891
Did you test it? I'm not convinced it can be easily backported without
breaking anything. I'll ask the author.
--
Falk
--
To
found 393075 1.3-8
thanks
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
gnushogi (1.3-8) unstable; urgency=medium
.
* using -O0 on alpha to workaround FTBFS (Closes: #393075).
Actually, you enabled it on i386 :)
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: oprofile
Version: 0.9.2-2
Severity: serious
Justification: no longer builds from source
oprofile does not build e.g. on Alpha:
[...]
checking for kernel OProfile support... no
configure: error: no suitably configured kernel include tree found
make: *** [config-stamp] Error 1
Full log at
Package: digikam
Version: 1:0.9.0~beta3-2
Severity: serious
Justification: no longer builds from source
digikam does not build on Alpha:
[...]
/bin/sh ../../../../libtool --silent --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I/tmp/digikam-0.9.0~beta3/./digikam/libs/dimg/loaders
Steve Langasek [EMAIL PROTECTED] writes:
On Sun, Nov 05, 2006 at 01:56:28PM +0100, maximilian attems wrote:
{standard input}:372: Error: macro requires $at register while noat in effect
make[5]: *** [arch/alpha/kernel/core_cia.o] Error 1
make[4]: *** [arch/alpha/kernel] Error 2
Taking a
Steve Langasek [EMAIL PROTECTED] writes:
Given that you mention you're not running a Debian kernel at all
right now, and that this code is in place upstream and nobody else
seems to have complained loudly enough to get it fixed, I'm not sure
how much effort we'll want to put into it if it
Troy Heber [EMAIL PROTECTED] writes:
The problem is there is no good way to patch it at the debian
level, because the gdb included in crash is shipped as a gzip
tarball that gets unpacked at build time. It's much easier to submit
the patch upstream and get a fixed versions there, especially
Package: gsl
Severity: serious
Justification: no longer builds from source
gsl 1.7-3 does not build on Alpha:
[...]
mv libtool-2 libtool
chmod 755 libtool
touch configure-stamp
dh_testdir
/usr/bin/make CFLAGS=-g -O2 -D_REENTRANT -mieee
make[1]: Entering
Sorry, you also need
$(MAKE) CFLAGS=$(compilerflags)
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
this makes firefox FTBFS. Linking takes about 200 minutes on an 800MHz
machine, but the buildd kills it after 150 minutes without output.
Maybe the time limit should be raised as a workaround?
Interestingly, I couldn't reproduce this with CVS gcc and CVS
mozilla. So maybe it will go away
Steve Langasek [EMAIL PROTECTED] writes:
On Thu, Jan 12, 2006 at 01:48:57PM +0100, Falk Hueffner wrote:
this makes firefox FTBFS. Linking takes about 200 minutes on an 800MHz
machine, but the buildd kills it after 150 minutes without output.
Maybe the time limit should be raised
Package: prelude-nids
Version: 0.8.6-1
Severity: serious
Justification: no longer builds from source
prelude-nids fails to build on all architectures:
[...]
gcc -I../ -I./include/ -Ilibpcap/
-DDETECT_PLUGIN_DIR=\/usr/lib/prelude-nids/detects/\
Enrico Zini [EMAIL PROTECTED] writes:
now that the new tagcoll is uploaded, I don't need the intermediate
build results on the sid dchroot on escher.
Since they are occupying more than 800Mb I'd like to delete them, unless
you planned to do some investigation on them.
Please let me know
Steve Langasek [EMAIL PROTECTED] writes:
Hi Matthias,
works for me.
Have you tried building it with prctl --unaligned=signal? This is not
the default on hppa, but it's used on the autobuilders because it
catches potentially costly programming errors.
FWIW, gij-4.1 also produces unaligned
Package: libgc
Severity: serious
Justification: no longer builds from source
libgc 6.7-1 fails to build on Alpha:
[...]
make[3]: Entering directory `/home/falk/libgc-6.7'
/bin/sh: line 4: 5246 Killed ${dir}$tst
FAIL: gctest
usage: test_cpp number-of-iterations
Assuming 10 iters
reassign 391657 gcc-4.1
forwarded 391657 http://gcc.gnu.org/PR27891
severity 391657 normal
merge 391657 370248
thanks
This is a known gcc problem.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: gnushogi
Version: 1.3-7
Severity: serious
Justification: no longer builds from source
gnushogi does not build on Alpha:
[...]
cat test | ./gnushogi -R -b _tmp_t -B ./gnushogi.bbk -S 8000 -P 40 3 0
/bin/sh: line 1: 12000 Donecat test
12001 Segmentation fault
Package: lush
Version: 1.2-2
Severity: serious
Justification: no longer builds from source
Bug #367872 is still present on Alpha. In addition, there's an invalid
lvalue.
[...]
alpha-linux-gnu-gcc -Wall -DHAVE_CONFIG_H -DNO_DEBUG -Wall -O3 -I../include
-pthread -c dldbfd.c
dldbfd.c: In
Package: wengophone
Version: 2.0.0~rc4-svn7960-3
Severity: serious
Justification: no longer builds from source
wengophone does not build from source on Alpha:
[...]
/usr/bin/gcc -g -Wall -O2 -O2 -g
-I/build/buildd/wengophone-2.0.0~rc4-svn7960/./obj-alpha-linux-gnu/libs/gaim
Package: maxima
Version: 5.10.0-4
Severity: serious
Justification: no longer builds from source
maxima fails to build from source on Alpha:
[...]
** Problem 4 ***
Input:
bessel(2, 3)
Result:
bessel_j(3, 2)
... Which was correct.
Caused an error break: rtest14
Hi,
the correct solution is to use __sync_synchronize as fallback, which
is a full memory barrier defined by gcc (starting from 4.1) for all
platforms. It is also desirable to use this on all platforms that
don't differentiate read/write/full barriers, since it gives the
compiler better
Mikael Magnusson [EMAIL PROTECTED] writes:
Falk Hueffner wrote:
Hi,
the correct solution is to use __sync_synchronize as fallback, which
is a full memory barrier defined by gcc (starting from 4.1) for all
platforms. It is also desirable to use this on all platforms that
don't differentiate
Package: cppunit
Version: 1.12.0-2
Severity: serious
Justification: no longer builds from source
cppunit fails to build on Alpha:
[...]
XmlUniformiserTest::testElementWithContent : OK
XmlUniformiserTest::testElementsHierarchyWithContents : OK
XmlUniformiserTest::testAssertXmlEqual/bin/sh: line 4:
Package: bmpx
Version: 0.36.1-1
Severity: serious
Justification: no longer builds from source
bmpx does not build on Alpha:
[...]
/bin/sh ../libtool --tag=CXX --mode=link alpha-linux-gnu-g++ -g -O2-o
bmp2-bin -Wl,--export-dynamicbmp2_bin-main.o bmp2_bin-debug.o
bmp2_bin-logger.o
Package: ldtp
Version: 0.8.0-1
Severity: serious
Justification: no longer builds from source
ldtp fails to build on Alpha:
[...]
if alpha-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread
Package: yodl
Version: 2.10-1
Severity: serious
Justification: no longer builds from source
yodl does not build on Alpha:
[...]
./build manual
mkdir -p html latex pdf ps txt
/tmp/yodl-2.10/src/bin/yodl -D XXMACROPATH=. -I .:/tmp/yodl-2.10/macros/yodl -o
out html manual
Yodl2html 2.10
Diego Russo [EMAIL PROTECTED] writes:
Package: gcc-4.1
Version: 4.1.1-21
Severity: serious
Justification: no longer builds from source
Sorry I don't speak english, this is the error:
[...]
The bug is not reproducible, so it is likely a hardware or OS problem.
This means it is actually
Package: sip-tester
Version: 2.0.1-1
Severity: serious
Justification: no longer builds from source
sip-tester fails to build on Alpha:
[...]
gcc -D__LINUX -pthread -D__3PCC__ -D_USE_OPENSSL -DOPENSSL_NO_KRB5
-DPCAPPLAY -I/usr/include -I. -I/opt/openssl/include -c -o call.o call.cpp
Package: dash
Version: 0.5.3-9
Severity: serious
Justification: no longer builds from source
dash fails to build on Alpha:
[...]
gcc -DHAVE_CONFIG_H -I. -I/home/falk/dash-0.5.3/build-udeb-tmp/../src -I..
-include ../config.h -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN
Gerrit Pape [EMAIL PROTECTED] writes:
On Sun, Jul 01, 2007 at 05:54:31PM +0200, Falk Hueffner wrote:
dash fails to build on Alpha:
Yes, and on sparc
http://buildd.debian.org/build.php?arch=pkg=dash
I'd really like to look into this, it's the configure script not
correctly testing
Package: gnupg2
Version: 2.0.5-1
Severity: serious
Justification: no longer builds from source
[...]
gcc -DHAVE_CONFIG_H -I. -I.. -I../gl -I../intl
-DLOCALEDIR=\/usr/share/locale\ -DGNUPG_BINDIR=\/usr/bin\
-DGNUPG_LIBEXECDIR=\/usr/lib/gnupg2\ -DGNUPG_LIBDIR=\/usr/lib/gnupg\
Norbert Preining [EMAIL PROTECTED] writes:
Hi Falk!
On Son, 15 Apr 2007, Falk Hueffner wrote:
The reason is an obscure bug in gcc that only triggers when accessing
exactly the 32767th element of a character array. Since I don't know
Aehmm. Umpf.
But in gcc-3 this wasn't a problem?! I
Frank Küster [EMAIL PROTECTED] writes:
tetexlive-bin fails to build on Alpha:
[...]
The reason is an obscure bug in gcc that only triggers when accessing
exactly the 32767th element of a character array. Since I don't know
how fix it in gcc and nobody else seems to be working on that, I
Hi,
the gcc bug has been fixed in 4.1.2-4. Please remove the
31_pdftex_gcc_ICE-on-alpha workaround patch.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
the gcc bug that made kdegraphics FTBFS has been fixed in
4.1.2-4. Please remove the workaround patch 99_djvu-alpha-hack.diff.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: mksh
Version: 29.2-1
Severity: serious
Justification: no longer builds from source
mksh fails to build on Alpha:
[...]
cc -g -O2 -fno-strict-aliasing -fstack-protector-all -fwhole-program --combine
-fwrapv -std=gnu99 -Wall -D_GNU_SOURCE -I'/tmp/mksh-29.2/builddir'
-DHAVE_ATTRIBUTE=1
Package: pingus
Version: 0.7.0-2
Severity: serious
Justification: no longer builds from source
pingus fails to build on Alpha:
g++ -o src/tinygettext/dictionary_manager.o -c -O2 -Wall -Werror -g
-DENABLE_BINRELOC -D_GNU_SOURCE=1 -D_REENTRANT -I. -Isrc -I/usr/include/SDL
Phil Endecott [EMAIL PROTECTED] writes:
I think I found a bug in gcc-4.2
int i, j;
printf(%d %d\n, j, (void *)(j));
This looks like a strict-aliasing issue to me; you're casting from an
int to a void*, which is undefined.
Casting from int to void* is not undefined, but implementation
90 matches
Mail list logo