Package: inkscape
Version: 0.48.3.1-1.1
Severity: normal
Unfortunately, this is somewhat involved to reproduce.
open inkscape, draw anything in fig1.svg and fig2.svg (I attach two
samples)
inkscape fig1.svg --export-pdf=fig1.pdf --export-area-drawing
inkscape fig2.svg --export-pdf=fig2.pdf
Package: anki
Version: 1.2.9-2
Severity: normal
I have a deck with 266 cards at ankiweb. It was edited mostly with
AnkiDroid, I pretty much only used the desktop Anki to create a
three-field fact layout.
When I do Download personal deck and open the Browse Items window,
I get:
An error
Package: coreutils
Version: 8.13-3
Severity: normal
File: /usr/bin/uniq
falk@ab19:~$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
On Fri, May 28, 2010 at 10:46:06AM +0200, Hendrik Tews wrote:
The code simply contains ridiculously deeply nested expressions (about
11000 opening braces), so the compiler runs out of stack. Use ulimit
-s unlimited if you really want to compile this.
OK, thanks for the hint!
On Wed, May 05, 2010 at 04:01:47PM +0200, Hector Oron wrote:
2010/1/22 Camm Maguire c...@maguirefamily.org:
Greetings! Please install gcc-snapshot on sid chroot albeniz.
Do you still need to debug that issue? I have installed gcc-snapshot
at sid chroot on albeniz.
Let me know if it is
On Wed, May 05, 2010 at 04:35:53PM +0200, Hector Oron wrote:
I'd give it a try if I had a standalone executable C test case, i.e. a
main() that demonstrates the problem...
I think Camm attached a preprocessed source ff.c in a previous mail
(in this thread)
reassign 561249 libc6-dev
thanks
On Wed, Dec 16, 2009 at 10:54:21AM +0100, Aurelien Jarno wrote:
Eric Estievenart a écrit :
The bug may be rather in libc6-dev, which defines:
htons to __bswap16 if optimize little endian,
and __bswap16 in bits/byteswap.h
# define __bswap_16(x) \
tags 564274 + moreinfo
thanks
On Fri, Jan 08, 2010 at 10:40:07PM +0100, S??awomir Domaga??a wrote:
I can't make shorter source code, where is this error, thus I've got all
source code from my programme, but I've written which lines is the error.
Line from 156 to 161 in engine.cpp:
tags 532871 + moreinfo
thanks
On Fri, Jun 12, 2009 at 01:20:54PM +0200, Sven Marnach wrote:
The following program compiles cleanly using the given command line:
#include iostream
using namespace std;
int main()
{
unsigned int j = 5;
double t;
t =
tags 568398 + moreinfo
thanks
On Thu, Feb 04, 2010 at 10:10:00AM -0500, Camm Maguire wrote:
dd.c:
#include stdio.h
#include complex.h
int main(int argc,char * argv[]) {
double complex d=0;
long l;
sscanf(argv[1],%ld,l);
d=l;
printf(%d %d %d %d
On Thu, Feb 04, 2010 at 09:55:42AM -0500, Camm Maguire wrote:
This test program will segfault at -O2 on the affected machines:
Can you please repost the attachment? It is not retrievable from the
BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567695 ...
Falk
--
To UNSUBSCRIBE,
On Tue, Sep 29, 2009 at 01:32:35AM -0300, Nelson A. de Oliveira wrote:
I couldn't get anything useful from Google on this one. Can somebody
give some light about the got subsegment exceeds 64K problem from
#548500, please?
It basically means that there are too many symbols in this file. Try
On Sun, Mar 01, 2009 at 10:40:40AM +0200, Kalle Olavi Niemitalo wrote:
Compiling this with gcc-4.3 -Wall -c
int
main (void)
{
return hello == there;
}
results in a warning:
hoh.c: In function ???main???:
hoh.c:4: warning: comparison with string literal results in unspecified
On Sun, Mar 01, 2009 at 04:04:07PM +0200, Kalle Olavi Niemitalo wrote:
Falk Hueffner f...@debian.org writes:
I can't imagine any sensible code whatsoever that triggers this
warning but does not have logical errors. Can you show how it is used?
Here are all the source lines from net-snmp
tags 513961 + moreinfo
thanks
On Mon, Feb 02, 2009 at 08:10:36PM +, neovento wrote:
When building fifengine on openmoko neo freerunner a segmentation fault
occurs:
engine/swigwrappers/python/fife_wrap.cxx:69953: internal compiler error:
Segmentation fault
Please send the complete
On Wed, Jun 25, 2008 at 08:53:37PM +0200, Petter Reinholdtsen wrote:
Is this problem still present in version 1.34? I changed how the
output from ddcprobe and xresprobe is handled, and hope it will get a
more useful resolution information from the monitor.
Unfortunately, I don't have access
On Thu, Mar 06, 2008 at 10:39:34PM +0100, Rafael Laboissiere wrote:
You are absolutely right. I will consider producing two independent library
packages, one with MathPROG support and the other without. I do not know
whether this will be possible, though. In case it is possible, which naming
Package: xemacs21-nomule
Version: 21.4.21-1
Severity: important
File: /usr/bin/xemacs-21.4.21-nomule
xemacs randomly, but reliably crashes after a few minutes. Since the
action triggering this is pretty much random (resizing the window,
scrolling in a file, ...), it seems to be a GC problem.
Hi,
I just tried an older version (21.4.20-1), and get the same problems.
So it seems like this was triggered by some other update (like libc),
since I'm pretty sure the problem only occurred the last few months...
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Martin Schulze [EMAIL PROTECTED] writes:
Falk Hueffner wrote:
Just another minor suggestion, the example code uses:
qsort(months, nr_of_months, sizeof(struct mi), compmi);
[...]
res = bsearch(key, months, nr_of_months,
sizeof(struct
Package: python-musicbrainz2
Version: 0.4.1-1
Severity: normal
I put a CD in the drive and
[EMAIL PROTECTED]:/tmp% python -c 'import musicbrainz2.disc; disc =
musicbrainz2.disc.readDisc()'
zsh: segmentation fault (core dumped) python -c 'import musicbrainz2.disc;
disc =
found 452890 2.7-3
thanks
I still see the same ldd output.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pierre Habouzit [EMAIL PROTECTED] writes:
On Sun, Nov 25, 2007 at 11:13:13PM +, Falk Hueffner wrote:
Actually, this might be caused by #452110 (Alpha-specific bug in
glibc). We should first wait whether it goes away after that is fixed.
Oh right, the fdatasync issue, aurélien
Hi,
I'd be willing to take a look if there is a small testcase (i.e. a
single C file which when compiled and run will either succeed or
fail). Anybody willing to create such a testcase?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: apt-listchanges
Version: 2.75
Severity: normal
When I quit the pager showing the changes, I get:
[...]
Fetched 4108kB in 11s (350kB/s)
Reading changelogs... Done
Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 228, in ?
main()
File
Package: libc6.1-alphaev67
Version: 2.7-1
Severity: normal
[EMAIL PROTECTED]:~% ldd /bin/ls
librt.so.1 = /lib/ev67/librt.so.1 (0x02034000)
libacl.so.1 = /lib/libacl.so.1 (0x0205)
libselinux.so.1 = /lib/libselinux.so.1 (0x0206a000)
Hi,
after some recent update, imlib stopped working completely for me on
Alpha (any image is shown only as blank), seen e.g. in xteddy or
qvwm. However, this patch doesn't fix it. Is it working for you at the
moment?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Pierre Habouzit [EMAIL PROTECTED] writes:
indeed, I'll try to reproduce it, I don't have the problem here. Are
you using the new gtk frontend ?
No, I don't.
Maybe the problem is Alpha-specific?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Hi,
Actually, this might be caused by #452110 (Alpha-specific bug in
glibc). We should first wait whether it goes away after that is fixed.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
On Wed, Sep 12, 2007 at 08:04:22PM +0200, Matthias Klose wrote:
Dirk Eddelbuettel writes:
Please submit a full bug report,
with preprocessed source if appropriate.
please do so, does it build with gcc-snapshot?
Don't know as I don't have
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
-I. -I.. -I.. -I..-mieee -mfp-rounding-mode=d -Wall -pipe -fexceptions
-D_REENTRANT -g -O3 -mieee -c -o minmax.lo minmax.c
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -mieee
Dirk Eddelbuettel [EMAIL PROTECTED] writes:
BTW do we still need this special case for Alpha:
# edd 29 Sep 2005 alpha needs -mieee with gcc 4.0
ifeq ($(arch),alpha)
CFLAGS+= -mieee
endif
No, -mieee is default on Alpha now. It's not default upstream though,
so you might want to
Nemui Ailin [EMAIL PROTECTED] writes:
Compiling xmlrpc-c CVS from URL:http://xmlrpc-c.sourceforge.net/
results in a broken xmlrpc library that fails to allocate memory for the
structs.
We have this call to realloc in src/method.c
static __inline__ void
reallocProduct(void **
tags 429657 + upstream
forwarded 429657 http://gcc.gnu.org/PR33142
thanks
Martin Michlmayr [EMAIL PROTECTED] writes:
* Falk Hueffner [EMAIL PROTECTED] [2007-06-19 17:03]:
I can confirm this on i386, but not amd64 or alpha. A shorter test
Falk, are you going to forward this upstream?
OK
forwarded 438791 http://gcc.gnu.org/PR6257
thanks
This is a well-known problem, and it might even turn out that gcc's
behavior is legalized in the next standard update.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
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\
reassign 436491 nfs-utils
retitle 436491 uses FP math, yet turns with -mno-fp-regs on Alpha
thanks
static void
unpause(int sig)
{
double time_diff;
[...]
That just doesn't work with -mno-fp-regs. Admittedly, the error
message could be improved.
--
Falk
--
To UNSUBSCRIBE, email to
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: 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
\Török Edvin [EMAIL PROTECTED] writes:
Package: gcc-snapshot
Version: 20070613-1
Severity: minor
--- Please enter the report below this line. ---
Using gcc-4.3 snapshot to compile with -O3:
$ time /usr/lib/gcc-snapshot/bin/gcc -DHAVE_CONFIG_H -I.
-I../../../clamd -I.. -I../../..
retitle 430957 Exponential time usage in PRE at -O3
severity 430957 normal
tags 430957 + upstream
forwarded 430957 http://gcc.gnu.org/PR32540
thanks
Hi,
this is a problem with exponential time usage in PRE. I've filed a bug
report upstream.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL
Jasen Betts [EMAIL PROTECTED] writes:
Package: gcc-4.1
Version: 4.1.1-21
Severity: normal
abuse-sdl-0.7.0 has a gun aiming problem due to a mis-optimisation.
attached is a canned example.
(compile with -01 and -02 and compare the differences)
I can confirm this on i386, but not amd64
David Baron [EMAIL PROTECTED] writes:
Package author posts:
Better compile using G++-4.0. 4.1 fails with an internal compiler
error compiling ToneStack.cc. I filed a bug for the debian G++-4.1
as instructed. G++-4.0 compiles fine.
Just edit the makefile and swap -O3 with -O2 in the OPTS
Gerrit Pape [EMAIL PROTECTED] writes:
On a current Debian/powerpc sid system:
$ cat ttt.c EOT
static const double d[] = { 1.0l/6/1/2, -1.0l/30/3/4 };
int main() { return 0; }
EOT
$ gcc-4.1 ttt.c
ttt.c:1: error: initializer element is not constant
ttt.c:1: error: (near
Brice Goglin [EMAIL PROTECTED] writes:
About 2 years ago, you reported (or replied to) a bug in the Debian
BTS regarding Xorg causing unaligned traps on Alpha. Did any of you
guys reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core in unstable?
I haven't seen it
Frank Küster [EMAIL PROTECTED] writes:
Falk Hueffner [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
Falk Hueffner [EMAIL PROTECTED] wrote to [EMAIL PROTECTED]:
the gcc bug has been fixed in 4.1.2-4. Please remove the
31_pdftex_gcc_ICE-on-alpha workaround patch
Frank Küster [EMAIL PROTECTED] writes:
Falk Hueffner [EMAIL PROTECTED] wrote to [EMAIL PROTECTED]:
the gcc bug has been fixed in 4.1.2-4. Please remove the
31_pdftex_gcc_ICE-on-alpha workaround patch.
Sometimes things change faster than expected. I guess upstream will
include the same fix
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
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]
Martin Michlmayr [EMAIL PROTECTED] writes:
close 381717 4.1.2-4
thanks
This bug has been fixed in SVN on Sun Apr 22 02:30:31 2007, which means
it should be fixed in 4.1.2-4.
Falk, can you a) confirm this and b) tell those packages with
workarounds to remove them?
It's fixed, and I've
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]
Martin Michlmayr [EMAIL PROTECTED] writes:
* Torsten Werner [EMAIL PROTECTED] [2007-04-20 13:31]:
* alpha:
Running the unit tests:
cd build/test/unit obj/gcc/so/stl_unit_test
/bin/sh: line 1: 7948 Segmentation fault obj/gcc/so/stl_unit_test
Maybe Falk can take a look.
With all this
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
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
Hi,
the problem is a bogus detection of Tru64.
Patch:
--- gsoap-2.7.9b/soapcpp2/stdsoap2.h2006-12-28 03:28:05.0 +0100
+++ gsoap-2.7.9b.hacked/soapcpp2/stdsoap2.h 2007-03-11 21:02:38.0
+0100
@@ -180,7 +180,7 @@ A commercial use license is available fr
# endif
#endif
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
Christoph Berg [EMAIL PROTECTED] writes:
tags 318309 + moreinfo
thanks
Hi Falk,
thanks for the report and sorry for the late reply.
Re: Falk Hueffner 2005-07-14 [EMAIL PROTECTED]
Package: mutt
Version: 1.5.9-2
Severity: normal
Hi,
I use imap:
set spoolfile=imap://[EMAIL
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
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: 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: libinstrudeo
Version: 0.1.4-1
Severity: important
Justification: fails to build from source
libinstrudeo fails to build on Alpha:
[...]
if /bin/sh ../../../libtool --tag=CXX --mode=compile alpha-linux-gnu-g++
-DHAVE_CONFIG_H -I. -I. -I../../.. -g -O2 -MT stdsoap2.lo -MD -MP -MF
reopen [EMAIL PROTECTED]
thanks
The very same failure still occurs in 3.1.1-1.
Log:
http://buildd.debian.org/fetch.cgi?pkg=lsb-appchk3arch=alphaver=3.1.1-1stamp=1170001225
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: purelibc
Version: 0.2-1
Severity: important
Justification: fails to build from source
purelibc does not build on Alpha:
[...]
if /bin/sh ./libtool --tag=CC --mode=compile alpha-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.-g -ggdb -D_GNU_SOURCE -g -Wall -O0 -MT
Package: openarena
Version: 0.6.0-2
Severity: important
Justification: fails to build from source
openarena does not build on Alpha:
[...]
gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-axp/cpp/cpp.o
cpp/cpp.c
In file included from cpp/cpp.c:6:
cpp/cpp.h:45: error: expected
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: gtk2hs
Version: 0.9.10.5-1
Severity: important
Justification: fails to build from source
gtk2hs fails to build on Alpha:
[...]
/usr/bin/ghc +RTS -RTS -c gtk/Graphics/UI/Gtk/TreeList/TreeView.hs -o
gtk/Graphics/UI/Gtk/TreeList/TreeView.o -O -fffi -split-objs -igtk:
-package-conf
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
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
Package: python-eyed3
Version: 0.6.11-1
Severity: normal
Some operations trigger a spurious POINT #1 or similar output. E. g:
[EMAIL PROTECTED]:/tmp% eyeD3 --remove-all A\ Silver\ Mt.\ Zion\ -\ Born\ Into\
Trouble\ as\ the\ Sparks\ Fly\ Upward\ -\ 01\ -\ Sisters!\ Brothers!\ Small\
Boats\ of\
Ana Guerrero [EMAIL PROTECTED] writes:
On Sat, Mar 12, 2005 at 03:11:04PM +0100, Falk Hueffner wrote:
I start amarok, it asks a few questions, and I tag one dir for
scanning. Then the main window pops up for about one second, but then
it dies. The messages on the console
Rafael Laboissiere [EMAIL PROTECTED] writes:
Version 4.13 of glpk is available. It would be good to define the
preprocessor variable GLP_USE_GMP, as recommended by the usptream
author. Notice that, in this case, you will need to build-depend on
libgmp3-dev.
Do you think it would be a good
Hi,
this looks like an aliasing violation to me. bb-list, which is of
type __u32*, is accessed via an lvalue of type void*, which is not
compatible. Does the problem go away with -fno-strict-aliasing?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Theodore Tso [EMAIL PROTECTED] writes:
On Mon, Nov 13, 2006 at 09:49:21AM +0100, Falk Hueffner wrote:
Hi,
this looks like an aliasing violation to me. bb-list, which is of
type __u32*, is accessed via an lvalue of type void*, which is not
compatible. Does the problem go away with -fno
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
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
Hi,
This is the result of a kernel bug introduced in 2.6.18. See
http://lkml.org/lkml/2006/11/4/33
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Clint Adams [EMAIL PROTECTED] writes:
Starting anything with fakeroot makes it just hang:
[EMAIL PROTECTED]:~% fakeroot ls
[hangs]
Ctrl-C leaves an unkillable faked-sysv:
falk 18742 0.0 0.0 5248 832 pts/9S14:05 0:00 /bin/sh
/usr/bin/fakeroot ls
falk 18743
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
reopen 396028
thanks
Luigi Gangitano [EMAIL PROTECTED] writes:
To solve this issue, open your /etc/squid/squid.conf, search for the
visible_hostname parameter and set it to a convenient value ('proxy'
is enough if you don't have a proper name for the host).
If this works, then squid does in
Package: fakeroot
Version: 1.5.10
Severity: important
File: /usr/bin/fakeroot-sysv
Starting anything with fakeroot makes it just hang:
[EMAIL PROTECTED]:~% fakeroot ls
[hangs]
Ctrl-C leaves an unkillable faked-sysv:
falk 18742 0.0 0.0 5248 832 pts/9S14:05 0:00 /bin/sh
Luigi Gangitano [EMAIL PROTECTED] writes:
Hi Falk,
as already reported in bug #244887, this is not a bug in squid. Your
system lacks a proper definition of the fully qualified hostname.
Please set /etc/hosts accordingly.
The system does not have a FQDN. Why can squid not function without
Luigi Gangitano [EMAIL PROTECTED] writes:
Squid obviously can work without a FQDN. As stated in the output
log, you can simply set the visible_hostname variable in squid.conf.
As you might have noticed, it's not obvious to me. Please explain.
--
Falk
--
To UNSUBSCRIBE, email 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
Package: squid
Version: 2.6.4-2
Severity: important
When I install squid, I get:
Setting up squid-common (2.6.4-2) ...
Setting up squid (2.6.4-2) ...
Creating squid spool directory structure
FATAL: Could not determine fully qualified hostname. Please set
'visible_hostname'
Squid Cache
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: ntfs-3g
Version: 0.0.0+20070920-1
Severity: important
Justification: fails to build from source
ntfs-3g does not build on alpha:
[...]
if /bin/sh ../libtool --tag=CC --mode=compile alpha-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I../include/ntfs-3g -Wall -g -O2 -Wall -MT
Package: lsb-appchk3
Version: 3.0.3-7
Severity: important
Justification: fails to build from source
lsb-appchk3 does not build on several architectures, e. g. alpha:
[...]
cc -g -Wall -DLSBVERSION=\3.0\ -c -o lead.o lead.c
lead.c: In function 'checkRpmLead':
lead.c:24: warning: pointer targets
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: doxygen
Version: 1.4.7-1
Severity: normal
from the build log on Alpha:
[...]
g++ -c -pipe -Wall -W -fno-exceptions -O2 -I../qtools -I../libmd5 -o
../objects/tagreader.o tagreader.cpp
tagreader.cpp: In member function 'void TagFileParser::warn(const char*, ...)':
tagreader.cpp:244:
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..
Adam Cécile (Le_Vert) [EMAIL PROTECTED] writes:
va_list is an opaque type, you must not assign anything to it except
by va_copy.
Could you provide a patch to fix this ? If not i'll forward the bug to
upstream.
No, because I don't know what the intention of this operation was; it
makes no
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
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: 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
1 - 100 of 428 matches
Mail list logo