Bug#861986: unsupported call to function get_local_size on AMD GPUs
Package: libclc-amdgcn
Version: 0.2.0+git20160907-3
Severity: grave
Justification: renders package unusable
Tags: upstream patch
Hardware information:
- platform: Clover (Mesa)
- device: AMD OLAND (DRM 2.48.0 / 4.9.0-2-amd64, LLVM 3.9.1)
With the libclc version from testing nearly all OpenCL programs won't run
on AMD GPUs.
For example, tying to compile the following trivial kernel fails in the
clBuildProgram step:
__kernel void square(__global const float* input, __global float* output,
const size_t count) {
size_t i = get_global_id(0);
if (i < count) {
output[i] = input[i] * input[i];
}
}
with the following (CL_BUILD_PROGRAM_FAILURE) error:
./generic/lib/workitem/get_global_id.cl:4:30: in function square void
(float addrspace(1)*, float addrspace(1)*, i32): unsupported call to
function get_local_size
Bug has been reported upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=99856
Applying the attached patch
https://bugs.freedesktop.org/attachment.cgi?id=130136 makes the kernel
build properly.
Can you please apply the patch to ensure the upcoming Debian Stretch
release will support OpenCL compute on AMD GPUs ?
Thank you.
Bug#693208: clang unable to link trivial test program on armhf
Hello Sylvestre,
Installing clang and llvm-runtime packages on my Debian testing, here is
what I get :
$ cat hello.c
#include stdio.h
int main (void) {
printf (Hello, world!\n);
return 0;
}
$ clang -emit-llvm -c hello.c lli hello.o
lli: hello.o: unknown type in type table
However, installing llvm-3.1-runtime as well, 3.1 being the LLVM version
clang is based on, I get (forcing the lli version to 3.1) :
$ clang -emit-llvm -c hello.c lli-3.1 hello.o
Hello, world!
I think asking our users to explicitly use versioned LLVM tools with clang
is wrong. In the future, I think you should base clang on the default LLVM
version, even if a newer LLVM version is available in the repositories.
Regarding the current clang packages in the repositories (3.0 in testing,
3.1 in unstable), you would have to add an epoch to downgrade clang to 3.0
in unstable with a fix and then have to fix migrated to testing. This would
also fix the issue above, but epochs are, well, not beautiful...
What is your opinion regarding those issues?
Cheers,
Arthur.
2012/11/26 Sylvestre Ledru sylves...@debian.org
On 14/11/2012 11:45, Julien Cristau wrote:
On Wed, Nov 14, 2012 at 09:24:50 +, peter green wrote:
I have attatched a diff which I would like to upload to TPU are the
maintainer and release team happy with this? I have tested that the
patch does not break linking on armel with either bfd or gold.
P.S. it seems the version in unstable has regressed from the version
in testing and does not link a trivial test app successfully on either
armel or armhf I have not investigated details of that (IMO fixing
wheezy is more important than fixing a package that is in sid and
unlikely to make it for wheezy).
Having a fix in sid is a prerequisite for anything regarding wheezy.
So, to fix this issue, should I do the following ?
* ask for a removal of clang 3.1 in unstable
* upload a version 3.0 in unstable with Peter patch
* ask for an exception
Thanks
Sylvestre
___
Pkg-llvm-team mailing list
pkg-llvm-t...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-llvm-team
Bug#586900: LLVM using alternatives
Hi, Doing the same as GCC is fine. Would you mind take a look at this package? http://people.debian.org/~aloiret/squeeze/llvm/llvm-defaults_0.1.dsc Thanks, Arthur. 2011/2/13, Sylvestre Ledru sylves...@debian.org: Hello, I'd like to reproduce the same behaviour as gcc here. Any objections if I start to work in this direction ? Thanks Sylvestre ___ Pkg-llvm-team mailing list pkg-llvm-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-llvm-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585168: clang: No warning if NULL is assigned to int, unless NULL is defined in same file.
Hi!
Thanks for your bug report. Would you mind re-check with clang from
testing or unstable? (Version 2.7-2 or later).
Thanks!
Arthur.
2010/6/9, Julian Andres Klode j...@debian.org:
Package: clang
Version: 2.6-3
Severity: normal
Clangs behaviour differs depending on where NULL is
defined. If NULL is defined locally, a warning is
issued if NULL is assigned to an int variable. If
the (same) definition of NULL is included via a
header file, no warning is issued.
1. Definition of NULL in clang's stddef.h
==
#ifdef __cplusplus
#define NULL __null
#else
#define NULL ((void*)0)
#endif
2. Code causing a warning
=
#define NULL ((void*)0)
int main(void) {
int i = NULL;
return 0;
}
2.1. Output compiling example 2
---
a.c:4:12: warning: incompatible pointer to integer conversion initializing
'void *', expected 'int'
int i = NULL;
^~~~
a.c:1:14: note: instantiated from:
#define NULL ((void*)0)
^~
1 diagnostic generated.
3. Code without warning
#include stdlib.h
int main(void) {
int i = NULL;
return 0;
}
3.1 Output compiling example 3
--
(Well, there is no output at all)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (350, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages clang depends on:
ii libc6 2.11.1-2 Embedded GNU C Library: Shared
lib
ii libffi5 3.0.9-2Foreign Function Interface
library
ii libgcc1 1:4.4.4-4 GCC support library
ii libstdc++64.4.4-4The GNU Standard C++ Library v3
Versions of packages clang recommends:
ii llvm-dev 2.6-9 Low-Level Virtual Machine
(LLVM),
clang suggests no packages.
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542794: Test case
Hi! Thanks for your test case. Could you please try again with gcc-4.5/libgomp1 from experimental? Thanks! Arthur. 2009/8/21, Ole Laursen o...@yayart.com: Hi! Forgot to attach a test case. It's really simple. Install python-vipscc and run the following (and also attached) Python script: from vipsCC import * im = VImage.VImage(thisdoesnotexist.png) print im.Xsize() When you open and use a non-existing image file, it segfaults. The expected result is a Python exception (this used to work). I'm on Debian testing i386. The backtrace goes like this: #0 0xb6bc54fd in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0xb79e50f6 in vips::verror () from /usr/lib/libvipsCC.so.15 #2 0xb79cc4cc in vips::VImage::VImage () from /usr/lib/libvipsCC.so.15 #3 0xb7a1b7e2 in ?? () from /usr/lib/python2.5/site-packages/vipsCC/vimagemodule.so #4 0x0805d447 in PyObject_Call () Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551188: libgomp: Thread creation failed after stack size limit increase
tag 551188 + unreproducible thanks Hi! I can't reproduce your bug. Does it still occur, and if yes, have you tried on an other machine? Thanks! Arthur. 2009/10/16, Delian Krustev krus...@krustev.net: Package: libgomp1 Version: 4.4.1-4 Severity: normal $ ulimit -a pre $ convert -geometry 90x68 -quality 100 city.jpg city_thumb.jpg $ echo $? 0 $ ulimit -s 195312 $ convert -geometry 90x68 -quality 100 city.jpg city_thumb.jpg libgomp: Thread creation failed: Resource temporarily unavailable $ echo $? 1 $ ulimit -a after $ diff -u pre after --- pre 2009-10-16 15:02:46.0 +0300 +++ after 2009-10-16 15:02:39.0 +0300 @@ -9,8 +9,8 @@ pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 -stack size (kbytes, -s) 8192 +stack size (kbytes, -s) 195312 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited It appears that libgomp fails with higher stack size limitations. The bug might also be in how convert uses the library, but it seems more likely to be in libgomp. Package: imagemagick Version: 7:6.5.5.3-1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgomp1 depends on: ii gcc-4.4-base 4.4.1-4The GNU Compiler Collection (base ii libc6 2.9-25 GNU C Library: Shared libraries libgomp1 recommends no packages. libgomp1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591246: RM: newlib-mingw32 -- ROM
Package: ftp.debian.org Severity: normal Hello, Please remove newlib-mingw32, not supported anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591248: RM: libnewlib-dev [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- ROM
Package: ftp.debian.org Severity: normal Hello, Please remove libnewlib-dev on hurd-i386 kfreebsd-amd64 kfreebsd-i386, not supported anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583475: META file for ocaml-llvm has a wrong filename
Hi, 2010/5/30, Mehdi Dogguy me...@dogguy.org: It *does* matter! When I have to open some META file by hand to see its content, it's much more easier to know beforehand (and without looking for it) where it is. For now, the situation is not uniform: most of the people put the META file under +$lib/META, some others put under METAS (but a few¹ of them when looking at the archive's state). Waiting for you comment and patch, Sylvain. :-) Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578356: Please binNMU oprofile_0.9.6-1 on all architectures against newer libbfd (binutils)
Package: release.debian.org X-Debbugs-CC: oprof...@packages.debian.org User: release.debian@packages.debian.org Usertags: binnmu oprofile is dynamically linked against binutils' libbfd, which doesn't have a stable ABI and bumps soname quite often. From /usr/lib/oprofile/libopagent.so.1.0.0: Dynamic Section: NEEDED libbfd-2.20.so = not found NEEDED libdl.so.2 NEEDED libc.so.6 SONAME libopagent.so.1 libbfd-2.20.so is now replaced by libbfd-2.20.1-system.20100303.so. This renders linking against libopagent impossible. More info can be found on #558412. Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573368: llvm-dev - Needs libffi-dev, but does not depend
tags 573368 + pending thanks Thanks for spotting this, will be fixed soon. 2010/3/10, Bastian Blank wa...@debian.org: Package: llvm-dev Version: 2.6-6 Severity serious | # llvm-config --cflags --ldflags --libs jit engine | -I/usr/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2 -fomit-frame-pointer -fPIC | -L/usr/lib/llvm/lib -lpthread -lffi -ldl -lm | -lLLVMX86AsmParser -lLLVMX86AsmPrinter -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMX86Info -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMCore -lLLVMSupport -lLLVMSystem -L/usr/lib/llvm/lib llvm-dev does not depend on libffi-dev, but does specify its usage. Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 ___ Pkg-llvm-team mailing list pkg-llvm-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-llvm-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575322: gcc-snapshot: FTBFS on kfreebsd-i386: s=`cat status`; rm -f status; test $s -eq 0
Hi, The real error is from gnatlib's s-taprop.adb: /build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/xgcc -B/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/ -B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/bin/ -B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/lib/ -isystem /usr/lib/gcc-snapshot/i486-kfreebsd-gnu/include -isystem /usr/lib/gcc-snapshot/i486-kfreebsd-gnu/sys-include-c -g -O2 -fPIC -W -Wall -gnatpg s-taprop.adb -o s-taprop.o libtool: compile: /build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/xgcc -B/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/ -B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/bin/ -B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/lib/ -isystem /usr/lib/gcc-snapshot/i486-kfreebsd-gnu/include -isystem /usr/lib/gcc-snapshot/i486-kfreebsd-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libgfortran -iquote../../../src/libgfortran/io -I../../../src/libgfortran/../gcc -I../../../src/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-sections -g -O2 -MT minval_r10.lo -MD -MP -MF .deps/minval_r10.Tpo -c ../../../src/libgfortran/generated/minval_r10.c -o minval_r10.o /dev/null 21 s-taprop.adb:716:32: lwp_self is undefined make[9]: *** [s-taprop.o] Error 1 Found using grep Error 2010/3/24, Cyril Brulebois k...@debian.org: Source: gcc-snapshot Version: 20100310-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on kfreebsd-i386, apparently right after the libgfortran part: | libtool: link: ranlib .libs/libgfortran.a | libtool: link: ( cd .libs rm -f libgfortran.la ln -s ../libgfortran.la libgfortran.la ) | make[5]: Leaving directory `/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/i486-kfreebsd-gnu/libgfortran' | make[4]: Leaving directory `/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/i486-kfreebsd-gnu/libgfortran' | make[3]: Leaving directory `/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build' | make[2]: *** [bootstrap-lean] Error 2 | make[2]: Leaving directory `/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build' | s=`cat status`; rm -f status; test $s -eq 0 | make[1]: *** [stamps/05-build-stamp] Error 1 | make[1]: Leaving directory `/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310' | make: *** [stamps/05-build-stamp] Error 2 Full build logs: https://buildd.debian.org/status/package.php?p=gcc-snapshot Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100324213457.3412.47946.report...@bowmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575200: O: hipo -- iPod Management Tool
Package: wnpp Severity: normal Lost interest in maintaining this package. Up for adoption! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575198: O: audiere -- a portable, high-level audio library
Package: wnpp Severity: normal Lost interest in maintaining this package. Up for adoption! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575203: O: medit -- A useful programming and around-programming text editor
Package: wnpp Severity: normal Lost interest in maintaining this package. Up for adoption! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575206: Please add openal
Package: wnpp Version: 20090808 Severity: normal Hi, wine needs the 32-bit version of openal on amd64, can you please add it? Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574972: O: olive -- console RSS reader
Package: wnpp Severity: normal Lost interest in maintaining this package. Up for adoption! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571582: buildd.debian.org: add Packages-arch-specific-version for llvm
Package: buildd.debian.org Severity: normal Please add this entry to Packages-arch-specific for llvm: %llvm: !ia64 !mips !mipsel Thanks! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571256: buildd.debian.org: add Packages-arch-specific-version for newlib
Package: buildd.debian.org Severity: normal Please add this entry to Packages-arch-specific for newlib: %newlib: i386 powerpc ppc64 Thanks! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571256: buildd.debian.org: add Packages-arch-specific-version for newlib
2010/2/24, Kurt Roeckx k...@roeckx.be: On Wed, Feb 24, 2010 at 07:29:19PM +0100, Arthur Loiret wrote: Package: buildd.debian.org Severity: normal Please add this entry to Packages-arch-specific for newlib: %newlib: i386 powerpc ppc64 You know that it's currently available on: amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 sparc? Yes, I will send the RM bug after. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546443: sh4: please add /usr/include/sh4-linux-gnu to include search path.
Triplet of m4-nofpu is sh4_nofpu-linux-gnu.
What should I set in src/gcc/multiarch.h?
Something like:
# if defined(__sh4-linux-gnu__)
{ m4, sh4-linux-gnu },
{ m4-nofpu, sh4_nofpu-linux-gnu },
# endif
And then, if it builds, can you paste the include paths and library
paths for both m4/m4-nofpu obtained from gcc -v?
Thanks,
Arthur.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546443: sh4: please add /usr/include/sh4-linux-gnu to include search path.
The mapping is missing in gcc/multiarch.h (see debian/patches/gcc-multiarch.inc). What is the corresponding GNU triplet to m4-nofpu (it seems to be sh4-linux-gnu for m4)? Arthur. 2010/1/5, Nobuhiro Iwamatsu iwama...@nigauri.org: reopen 546443 thanks Hi, This bug is not yet revised. sh4 becomes the build error only by having applied a patch of multi-arch. http://buildd.debian-ports.org/fetch.php?pkg=gcc-4.4arch=sh4ver=4.4.2-8stamp=1262100902file=logas=raw sh4 sets multilib which supported m4 and m4-nofpu for a kernel compile. Could you check this bug? Best regards, Nobuhiro -- Nobuhiro Iwamatsu -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551088: gfortran-4.4: Segmentation fault of various fortran programs with OpenMP
Hi, Thanks for your bug report. Can you provide a minimal testcase, ie the simplest fie possible for which the bug is triggered? Thanks! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521904: version 2.6 is sid
Can you please re-check with llvm and llvm-gcc-4.2 from sid? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490432: fixed where?
It was fixed in llvm-gcc-4.2 2.5-1 (which is a merge from llvm 2.5-1, configured with --with-pic --enable-pic, see #518476). 2009/12/10, Václav Šmilauer eudo...@arcig.cz: Arthur, could you please provide version where it was fixed or link to the changelog? Thanks. ___ Pkg-llvm-team mailing list pkg-llvm-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-llvm-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559721: libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option
reassign 559721 ldc retitle 559721 Needs porting on s390 severity 559721 wishlist thanks libtango has never been built on s390. 2009/12/6, Bastian Blank wa...@debian.org: Source: libtango Version: 0.99.8+svn5259.dfsg-1 Severity: serious There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de [...] make[3]: Entering directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' - Build file tango/core/rt/compiler/ldc/object_.d /usr/bin/ldc -I. -I./tango/core -I./tango/core/rt/compiler/ldc -g -c tango/core/rt/compiler/ldc/object_.d -ofobjs/base/tango-core-rt-compiler-ldc-object_.o Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option make[3]: *** [stamps/build-d-file-tango-core-rt-compiler-ldc-object_.d] Error 1 make[3]: Leaving directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' make[2]: *** [stamps/build-dir-tango-core-rt-compiler-ldc] Error 2 make[2]: Leaving directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559721: libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option
Indeed. I'll fix that on next upload. 2009/12/9, Bastian Blank wa...@debian.org: On Wed, Dec 09, 2009 at 07:15:46PM +0100, Arthur Loiret wrote: libtango has never been built on s390. But ldc have. Built but not working is RC as well. Bastian -- No more blah, blah, blah! -- Kirk, Miri, stardate 2713.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560220: RM: llvm-gcc-4.2 [armel] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal Hello, Please remove llvm-gcc-4.2 on armel, not supported anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560001: llvm-snapshot should stay in unstable
Package: llvm-snapshot Severity: serious llvm-snapshot is not intended to be ever released with a stable Debian release. This bug is intended to serve as a marker bug to make sure llvm-snapshot won't enter resting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559871: RM: gdc [hurd-i386] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal Hello, Please remove gdc on hurd-i386, not supported anymore. Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559870: [P-a-S] Please restrict llvm-gcc-4.2 to i386/amd64.
Package: buildd.debian.org Severity: normal Hello, Please set llvm-gcc-4.2 to be i386 and amd64 only. Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559749: RM: llvm -- RoM, unsupported archs
Package: ftp.debian.org Severity: normal Hello, Please remove llvm on ia64, mips, mipsel, which will now be unsupported. Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556790: Reduced testcase from libssh2
Hi,
Here is a reduced testcase based on libssh2. I get the ICE with gcc-4.3 -O2
only.
typedef long unsigned int size_t;
typedef struct _LIBSSH2_SESSION LIBSSH2_SESSION;
typedef struct _LIBSSH2_CHANNEL LIBSSH2_CHANNEL;
typedef struct _LIBSSH2_SFTP LIBSSH2_SFTP;
typedef struct _LIBSSH2_SFTP_ATTRIBUTES LIBSSH2_SFTP_ATTRIBUTES;
struct _LIBSSH2_SFTP_ATTRIBUTES { unsigned long flags; };
struct _LIBSSH2_CHANNEL { LIBSSH2_SESSION *session; };
struct _LIBSSH2_SFTP { LIBSSH2_CHANNEL *channel; unsigned char *stat_packet; };
struct _LIBSSH2_SESSION { void *abstract; void *(*alloc)(size_t count, void
**abstract); };
static int sftp_attrsize(const LIBSSH2_SFTP_ATTRIBUTES * attrs) { int attrsize
= 4; if (!attrs) { return attrsize; } if (attrs-flags 0x0001) if
(attrs-flags 0x0002) attrsize += 8; if (attrs-flags 0x0004)
attrsize += 4; if (attrs-flags 0x0008) attrsize += 8; return attrsize; }
static int sftp_stat(LIBSSH2_SFTP *sftp, const char *path, unsigned int
path_len, int stat_type, LIBSSH2_SFTP_ATTRIBUTES * attrs) { LIBSSH2_CHANNEL
*channel = sftp-channel; LIBSSH2_SESSION *session = channel-session;
sftp-stat_packet = session-alloc((sftp_attrsize(attrs)),
(session)-abstract); }
libssh2_sftp_stat_ex(LIBSSH2_SFTP *sftp, const char *path, unsigned int
path_len, int stat_type, LIBSSH2_SFTP_ATTRIBUTES *attrs) { int rc;
BLOCK_ADJUST(rc, sftp-channel-session, sftp_stat(sftp, path, path_len,
stat_type, attrs)); }
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532447: xulrunner_1.9.0.10-1(alpha/unstable): FTBFS on alpha - test failure
It seems I gave-it back too, at the same time, hadn't seen your mail yet ... :-) 2009/8/19, Andreas Barth a...@not.so.argh.org: * Paul Wise (p...@debian.org) [090819 15:28]: It appears the main difference between failure and success in the experimental buildds was gcc-4.3 4.3.3-13 vs 4.3.3-14. Since gcc-4.3 has had an update since then to a new release-candidate, perhaps a give-back on alpha will fix this issue if the buildd chroots have been updated? done so. Let's see what the outcome is. Cheers, Andi -- To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541676: staden-io-lib fails to build on alpha but not on other architectures.
Hello Charles, Would you mind login on albeniz, do a manual build, and try to figure out why the testcases are failing? Thanks, Arthur. 2009/8/16, Charles Plessy ple...@debian.org: Hello, Alpha porters. Do you have a hint on why staden-io-lib fails to build on Alpha but not on other architectures? https://buildd.debian.org/build.php?pkg=staden-io-lib Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-alpha-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527537: Broken library search paths
Thanks for your report. I'm trying to have this fixed asap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527537: Broken library search paths
The missing dir separator has been added, the fix is in our svn. Now a few comments about your bug report: 2009/5/8, Goswin Brederlow goswin-...@web.de: # Broken path. Missing a '/'? Yes, fixed. * Duplicate entry after canonicalize Not an issue. ! Path for the wrong target Not an issue as long as the 32-bit paths are before the other paths. /lib/x86_64-linux-gnu is missing. /lib/i486-linux-gnu is missing. No they're not. We have never wanted them. /lib64, /usr/lib64 could also be considered missing, they would be needed when running Debian gcc on SuSe/RH for example. I'm all for binary compatibility (where reasonable) across distros, But using a non-native (ie. from an other distro) toolchain as the main toolchain is a very bad idea. And for a horrendiously broken example: --[ gcc-4.4 -uclibc --print-search-dirs ]- /usr/lib/gcc/x86_64-linux-gnu/4.4.0/ /usr/lib/gcc/x86_64-linux-gnu/4.4.0/ /usr/x86_64-linux-gnu/lib/x86_64-linux-gnu/4.4.0/ /usr/x86_64-linux-gnu/lib/ /usr/lib/x86_64-linux-gnu/4.4.0/ /usr/lib/ /lib/x86_64-linux-gnu/4.4.0/ /lib/ /usr/lib/x86_64-linux-gnu/4.4.0/ /usr/lib/ /usr/lib/x86_64-linux-gnux86_64-linux-gnu/4.4.0/ /usr/lib/x86_64-linux-gnu../lib/ /usr/x86_64-linux-gnu/lib/ /usr/lib/ /lib/ /usr/lib/ /usr/lib/x86_64-linux-gnu This is all wrong. I think the -uclibc option should be completly disabled in the default specs file. It even links against the wrong C library: % gcc-4.4 -uclibc -o foo foo.c % ldd foo libc.so.6 = /lib/libc.so.6 (0x2b2710aaa000) /lib64/ld-linux-x86-64.so.2 (0x2b271088c000) Seems 100% broken. Nothing related to the multiarch support. We don't support uclibc. If you want to send a feature request, please send a separated bug report, and make a patch. PS: I haven't checked the include paths. I hope you didn't break them with the new multiarch patch. They are fine. If you think they're not, please send a patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523869: libffi-dev: gcc doesn't find ffi.h
Hi, 2009/4/13, Nick Lewycky nicho...@mxc.ca: It seems that libffi-dev puts ffi.h in a target-specific directory on each platform. For example, on my system it's in /usr/include/i486-linux-gnu/ which is a directory that is used by absolutely no other package in Debian. Notably, gcc doesn't look there. As such, the program #include ffi.h doesn't compile. I'm an author for an upstream program that uses libffi, and I can't write a autoconf script to detect ffi.h if it's not in some sort of standard place. GCC from Debian *does* look there, which GCC version are you using? Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523869: libffi-dev: gcc doesn't find ffi.h
Right. This is a recent regression, from 4.3.3-7 upload. The multiarch patch has been changed and seems to be off. I'll have a look, thanks for reporting! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523655: gcc-4.3: error: unrecognizable insn on alpha using -O3 and -std=c99
Hi, 2009/4/11, Kurt Roeckx k...@roeckx.be: I've attached a reduced test case that gives a simular error message: Awesome! Thanks, I'll forward it upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523655: gcc-4.3: error: unrecognizable insn on alpha using -O3 and -std=c99
2009/4/11, Kurt Roeckx k...@roeckx.be: Awesome! Thanks, I'll forward it upstream. I've already done that. Then please send the forwarded command to the BTS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522597: gcc-4.4: [cross] s390|armel|*) FTBFS cross compiler (posible all arches can affected)
Probably my fault, I'll have a look. Thanks for reporting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521767: inkscape_0.46-6 fails to build on alpha
Package: inkscape Version: 0.46-6 Severity: serious User: debian-al...@lists.debian.org Tags: patch Hi, The linker defaults to relax option, which causes the GPREL16 relocation errors. A quick workaround is to add -Wl,--no-relax to LDFLAGS. --- inkscape-0.46/debian/rules 2009-03-29 22:29:23.0 + +++ inkscape-0.46/debian/rules 2009-03-29 22:29:34.0 + @@ -31,6 +31,7 @@ ifneq (,$(findstring $(DEB_HOST_ARCH),alpha)) ALPHA_CXXFLAGS=-mieee ALPHA_CFLAGS=-mieee + ALPHA_LDFLAGS=-Wl,--no-relax endif config.status: configure patch @@ -38,6 +39,7 @@ CXXFLAGS=$(CXXFLAGS) $(MIPS_CXXFLAGS) $(ALPHA_CXXFLAGS) \ CFLAGS=$(CFLAGS) $(MIPS_CFLAGS) $(ALPHA_CFLAGS) \ + LDFLAGS=$(LDFLAGS) $(ALPHA_LDFLAGS) \ ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517543: Re : [Pkg-openmpi-maintainers] Bug#517543: openmpi_1.3-2 fails to build on alpha
Hey Manuel, No problem, I'll have a look and test it in a very few days, thanks a lot for it! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517520: network-manager_0.7.0.97 fails to build on alpha
Package: network-manager
Version: 0.7.0.97-1
Severity: serious
User: debian-al...@lists.debian.org
Tags: patch
Hi,
network-manager_0.7.0.97 fails to build on alpha because of a false-positive
warning from gcc-4.2 (should not happen with gcc-4.3), here is a quick patch
to fix it, which can be removed once alpha will switch to gcc-4.3:
--- test/nm-tool.c.12009-02-28 12:13:13.0 +0100
+++ test/nm-tool.c 2009-02-28 12:13:19.0 +0100
@@ -508,7 +508,7 @@
GHashTable *table)
{
DBusGProxy *proxy;
- NMConnection *connection;
+ NMConnection *connection = NULL;
const char *service;
GError *error = NULL;
GHashTable *settings = NULL;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517543: openmpi_1.3-2 fails to build on alpha
Package: openmpi
Version: 1.3-2
Severity: serious
User: debian-al...@lists.debian.org
Tags: patch
Hi,
There is an issue with using TIMER_CYCLE_COUNTER as TIMER on alpha
(it uses TSC), so alpha should use TIMER_GETTIMEOFDAY. Here is a quick
patch:
--- a/ompi/contrib/vt/vt/configure
+++ b/ompi/contrib/vt/vt/configure
@@ -9738,6 +9738,15 @@
{ $as_echo $as_me:$LINENO: selected timer:
TIMER_GETTIMEOFDAY 5
$as_echo $as_me: selected timer: TIMER_GETTIMEOFDAY 6;}
;;
+ alpha*)
+
+cat confdefs.h \_ACEOF
+#define TIMER TIMER_GETTIMEOFDAY
+_ACEOF
+
+ { $as_echo $as_me:$LINENO: selected timer:
TIMER_GETTIMEOFDAY 5
+$as_echo $as_me: selected timer: TIMER_GETTIMEOFDAY 6;}
+ ;;
*)
cat confdefs.h \_ACEOF
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517392: gssdp should Build-Depends on libglib2.0-dev (= 2.18)
Package: gssdp Version: 0.6.4-1 Severity: serious Hi, Build failed on alpha because of: checking pkg-config is at least version 0.9.0... yes checking for LIBGSSDP... configure: error: Package requirements (glib-2.0 = 2.18 gobject-2.0 = 2.18 libsoup-2.4) were not met: Requested 'glib-2.0 = 2.18' but version of GLib is 2.16.6 Requested 'gobject-2.0 = 2.18' but version of GObject is 2.16.6 See build log here: https://buildd.debian.org/fetch.cgi?pkg=gssdparch=alphaver=0.6.4-1stamp=1235177896file=logas=raw Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517393: gupnp should Build-Depends on libglib2.0-dev (= 2.18)
Package: gupnp Version: 0.12.6-2 Severity: serious Hi, Build failed on alpha because of: checking pkg-config is at least version 0.9.0... yes checking for LIBGUPNP... configure: error: Package requirements (glib-2.0 = 2.18 gobject-2.0 = 2.18 gmodule-2.0 gssdp-1.0 = 0.6 libsoup-2.4 = 2.4.1 libxml-2.0 uuid) were not met: Requested 'glib-2.0 = 2.18' but version of GLib is 2.16.6 Requested 'gobject-2.0 = 2.18' but version of GObject is 2.16.6 See build log here: https://buildd.debian.org/fetch.cgi?pkg=gupnparch=alphaver=0.12.6-2stamp=1235177948file=logas=raw Thanks, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510616: gcc-4.3: gcc 4.3 is *very* slow on some files
tags 510616 + unreproductible thanks On Sat, Jan 03, 2009 at 08:32:20PM +0100, Hramrach wrote: Compiling the attached file takes ~10s with gcc 4.2 and ~ 6min with gcc 4.3 Most people would think the compiler has lockued up already. gcc-4.3 -O2 -g -Wall -Wno-parentheses -o parse.o -c parse_.c Unable to reproduce on i386, amd64 and alpha with this gcc version. Can you send the gcc-4.3 --version output and the following md5 checksums ? $ md5sum /usr/bin/gcc-4.3 /usr/lib/gcc/*-linux-gnu/4.3*/cc1 Thanks. signature.asc Description: Digital signature
Bug#504684: Fixed in GCC 4.4
retitle 504684 [Fixed in 4.4] gcc-4.3: __attribute__((const)) breaks __attribute__((warn_unused_result)) thanks The bug is fixed in GCC 4.4 from trunk. signature.asc Description: Digital signature
Bug#504684: Forwarded upstream
forwarded 504684 http://gcc.gnu.org/PR38560 thanks signature.asc Description: Digital signature
Bug#504684: Oups, wrong bug...
notforwarded 504684 forwarded 502283 http://gcc.gnu.org/PR38560 thanks signature.asc Description: Digital signature
Bug#507090: newlib_1.16.0-2.1(sparc/unstable): FTBFS on buildds: Nothing to be done for `binary-arch'.
tags 507090 + wontfix thanks The package has been reintroduced (version 1.16.0-1) to the archive only for spu (powerpc and ppc64 only) and the testing version is not supposed to build on anything else. signature.asc Description: Digital signature
Bug#499746: ppl ftbfs on arm
reopen 499746 found 499746 0.10~pre34-1 thanks Still fails to build. On Wed, Sep 24, 2008 at 08:57:22PM +0200, Roberto Bagnara wrote: A new PPL 0.10 snapshot that should fix this problem is available at ftp://ftp.cs.unipr.it/pub/ppl/snapshots/ signature.asc Description: Digital signature
Bug#499931: gdc-4.2: diff for NMU version 0.25-4.2.4-3.1
On Thu, Oct 02, 2008 at 08:14:31PM +0200, Thomas Viehmann wrote: tags 499931 + patch pending thanks Dear maintainer, I've prepared an NMU for gdc-4.2 (versioned as 0.25-4.2.4-3.1) will upload provided that it builds correctly. Note that the maintainer should look into pruning unneeded information from debian/copyright. Please upload. Thanks for your work, Arthur. signature.asc Description: Digital signature
Bug#497180: [gawk 1:3.1.6.dfsg-1/experimental] Fix rand.awk testcase regression on arm
Package: gawk
Version: 1:3.1.6.dfsg-1
Severity: important
Tags: patch
Hi,
There is a regression in the testsuite on arm, from the build log:
[...]
|rand
|./rand.ok _rand differ: char 2, line 1
|make[2]: [rand] Error 1 (ignored)
[...]
|1 TESTS FAILED
[...]
Here is a patch taken from upstream CVS to fix it.
Thanks,
Arthur.
#! /bin/sh -e
## 05_arm_align.dpatch
##
## DP: Description: Fix rand.awk test case alignment problem on arm.
## DP: Author: Duncan Moore [EMAIL PROTECTED]
## DP: Upstream status: Applied to CVS
## DP: URL:
http://lists.gnu.org/archive/html/bug-gnu-utils/2008-03/msg00018.html
## DP: Date: 2008-04-23
if [ $# -lt 1 ]; then
echo `basename $0`: script expects -patch|-unpatch as argument 2
exit 1
fi
[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
patch_opts=${patch_opts:--f --no-backup-if-mismatch} ${2:+-d $2}
case $1 in
-patch) patch -p1 ${patch_opts} $0;;
-unpatch) patch -R -p1 ${patch_opts} $0;;
*)
echo `basename $0`: script expects -patch|-unpatch as argument 2
exit 1;;
esac
exit 0
Wed Apr 23 22:30:27 2008 Duncan Moore [EMAIL PROTECTED]
* builtin.c (state): Do as an integer array for systems that need it.
(do_rand, init_rand): Modify call to `initstate' as needed.
@DPATCH@
--- gawk-3.1.6/builtin.c2008/03/15 20:27:35 1.24
+++ gawk-3.1.6/builtin.c2008/04/23 19:35:57 1.25
@@ -2042,14 +2042,17 @@
/* do_rand --- do the rand function */
static int firstrand = TRUE;
-static char state[256];
+/* Some systems require this array to be integer aligned. Sigh. */
+#define SIZEOF_STATE 256
+static uint32_t istate[SIZEOF_STATE/sizeof(uint32_t)];
+static char *const state = (char *const) istate;
/* ARGSUSED */
NODE *
do_rand(NODE *tree ATTRIBUTE_UNUSED)
{
if (firstrand) {
- (void) initstate((unsigned) 1, state, sizeof state);
+ (void) initstate((unsigned) 1, state, SIZEOF_STATE);
/* don't need to srandom(1), initstate() does it for us. */
firstrand = FALSE;
setstate(state);
@@ -2072,7 +2075,7 @@
long ret = save_seed; /* SVR4 awk srand returns previous seed */
if (firstrand) {
- (void) initstate((unsigned) 1, state, sizeof state);
+ (void) initstate((unsigned) 1, state, SIZEOF_STATE);
/* don't need to srandom(1), we're changing the seed below */
firstrand = FALSE;
(void) setstate(state);
signature.asc
Description: Digital signature
Bug#497181: Add watch file
Package: gawk Version: 1:3.1.6.dfsg-1 Severity: wishlist Tags: patch Hi, Here is a watch file for gawk, plase include it: version=3 opts=dversionmangle=s/\.dfsg// \ http://ftp.gnu.org/gnu/gawk/gawk-([\d\.]+)\.tar\.gz Thanks, Arthur. signature.asc Description: Digital signature
Bug#493650: gcc-4.3: internal compiler error during make ARCH=um of Debian Linux 2.6.25
On Sun, Aug 10, 2008 at 11:19:25PM +1200, Brendon Green wrote: Attempting to resend the info. in smaller chunks. I will try to send the sched.i.gz file as a series of attachments (hopefully this is supported by the bugs.debian.org mailer) It does, please send it. signature.asc Description: Digital signature
Bug#489066: glibc: dlclose() from threaded program on GNU/kFreeBSD segfaults
On Thu, Jul 03, 2008 at 08:14:36AM +0200, Petr Salinger wrote: It might be GNU/kFreeBSD specific or linuxthreads specific. Please, could you test whether it crashes also on hppa ? It does: $ ./a.out dlopen: 0x157e0 Segmentation fault (core dumped) (gdb) run Starting program: /home/arthur/a.out [Thread debugging using libthread_db enabled] [New Thread 0x4000 (LWP 9775)] [New Thread 0x8001 (LWP 9778)] [New Thread 0x4002 (LWP 9779)] dlopen: 0x157e0 Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 0x4002 (LWP 9779)] 0x409dd408 in ?? () (gdb) bt #0 0x409dd408 in ?? () #1 0x4092e784 in nanosleep () from /lib/libc.so.6 #2 0x4092e560 in sleep () from /lib/libc.so.6 #3 0x405daf60 in pthread_start_thread () from /lib/libpthread.so.0 #4 0x405db338 in pthread_start_thread_event () from /lib/libpthread.so.0 #5 0x40965d44 in clone () from /lib/libc.so.6 #6 0x in ?? () ii gcc-4.3 4.3.1-2 ii libc6 2.7-10 signature.asc Description: Digital signature
Bug#489138: Wrong version info.
Package: gdc-4.1 Version: 0.25-20080616-4.1.2-23 $ gdc-4.1 --version gdc-4.1 (GCC) 4.1.3 20080623 (prerelease gdc 0.25 20080419, using dmd 1.024) (Debian 0.25-20080616-4.1.2-23) This should be 20080616 with dmd 1.30. signature.asc Description: Digital signature
Bug#483399: initscript: Support Cell processor spufs
Hi, On Thu, May 29, 2008 at 06:52:23PM +0200, Martin Pitt wrote: Hi Petter, Petter Reinholdtsen [2008-05-29 18:04 +0200]: Thank you for the patch. Why should this be done in the initscripts package, and not in some cell specific package? I would otherwise believe it would fit better elsewhere, in a package only installed on this hardware. Right. However, last time I looked at it, an init script to mount /spu would be the only thing in such a hypothetical spu-support package. It could be built by the libspe2 source package [1], which would be indeed a bit more elegant, but quite expensive for a mere mount. A competely separate init script doesn't come for free in terms of boot speed, disk usage, etc. I CC'ed Arthur, the maintainer of libspe2 in Debian, who should have a better idea of how all this fits together. Arthur, any thoughts on this? I think the groupadd and mkdir things should rather be in libspe2's postinst than in an initscript at all, but it sounds better to keep the mount commands with appropriated tests in initscripts package. This would indeed avoid having to create a new cell-specific initscript. Petter, are you ok with this? Thank, Arthur. signature.asc Description: Digital signature
Bug#483906: Adding amd64 - i486 cross compiler
On Mon, Jun 02, 2008 at 07:19:41PM +0100, Hector Oron wrote: Hello, This patch also fixes amd64-i486, plus it includes the above patch for powerpc. Cheers Why do we need cross-compilers between biarched archs ? ``gcc -m32'' on amd64 and ``gcc -m64'' on i386 are fine. Also, please rebase your patch on current SVN. signature.asc Description: Digital signature
Bug#482820: reverse deps
block 482820 by 483236 thanks ncu NMUed, just missing fwbuilder now. signature.asc Description: Digital signature
Bug#483313: RM: libswt-gtk-3.3 -- not built anymore from swt-gtk
Package: ftp.debian.org Hi, libswt-gtk-3.3 |3.3.1-3 | testing | alpha, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc According to swt-gtk's changelog libswt-gtk-3.3 is superseded by libswt-gtk-3.3-java-gcj. Is there any reason this package is still in testing only? This blocks gcj-4.2 transition: * Updating gcj-4.2 makes 2 non-depending packages uninstallable on hppa: cantlr, libswt-gtk-3.3 Thanks, Arthur. signature.asc Description: Digital signature
Bug#482871: Please make GCC-4.3 the default on i386/amd64.
Package: gcc-default
Version: 1.71
Severity: wishlist
Tags: patch
Hi,
Now that gcc-4.3 4.3.0-5 is installed on i386/amd64 with the -mcld switch
turned on by default there is no more reason not to make it the default. Here
is a patch to do it, I will NMU on May 30 if it is not uploaded.
Thanks,
Arthur.
From 11ed7202154729cb5d27c0fb6c3d43c72438b44c Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Sun, 25 May 2008 18:17:16 +0200
Subject: [PATCH] * Make GCC-4.3 the default on i386 and amd64:
- gcc-4.3 4.3.0-5 has the -mcld switch turned on by default.
- Build-Depends on gcc-4.3-base = 4.3.0-5 on i386 amd64.
- Set REQV_43 to (= 4.3.0-5) on i386 amd64.
* Update debian/rules, now only alpha still uses GCC-4.2
---
gcc-defaults/debian/changelog | 11
gcc-defaults/debian/control |2 +-
gcc-defaults/debian/rules | 54 ++---
3 files changed, 41 insertions(+), 26 deletions(-)
diff --git a/gcc-defaults/debian/changelog b/gcc-defaults/debian/changelog
index 43df289..0c5ee19 100644
--- a/gcc-defaults/debian/changelog
+++ b/gcc-defaults/debian/changelog
@@ -1,3 +1,14 @@
+gcc-defaults (1.72) unstable; urgency=low
+
+ [Arthur Loiret]
+ * Make GCC-4.3 the default on i386 and amd64:
+- gcc-4.3 4.3.0-5 has the -mcld switch turned on by default.
+- Build-Depends on gcc-4.3-base = 4.3.0-5 on i386 amd64.
+- Set REQV_43 to (= 4.3.0-5) on i386 amd64.
+ * Update debian/rules, now only alpha still uses GCC-4.2.
+
+ -- Matthias Klose [EMAIL PROTECTED] Sun, 25 May 2008 18:23:39 +0200
+
gcc-defaults (1.71) unstable; urgency=high
[Arthur Loiret]
diff --git a/gcc-defaults/debian/control b/gcc-defaults/debian/control
index f826221..f23d968 100644
--- a/gcc-defaults/debian/control
+++ b/gcc-defaults/debian/control
@@ -4,7 +4,7 @@ Priority: standard
Maintainer: Debian GCC Maintainers [EMAIL PROTECTED]
Uploaders: Matthias Klose [EMAIL PROTECTED]
Standards-Version: 3.7.3
-Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.13.9), gcj-4.3-base (= 4.3.0-1) [!hurd-i386 !alpha !arm !hppa !sh3 !sh4], gcc-4.2-base (= 4.2.3-1), gcc-4.3-base (= 4.3.0-1), gnat-4.3-base [alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390 sparc kfreebsd-i386], lsb-release
+Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.13.9), gcj-4.3-base (= 4.3.0-1) [!hurd-i386 !alpha !arm !hppa !sh3 !sh4], gcc-4.2-base (= 4.2.3-1), gcc-4.3-base (= 4.3.0-1), gcc-4.3-base (= 4.3.0-5) [i386 amd64], gnat-4.3-base [alpha amd64 hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390 sparc kfreebsd-i386], lsb-release
Package: cpp
Priority: optional
diff --git a/gcc-defaults/debian/rules b/gcc-defaults/debian/rules
index dde2bea..96d2925 100755
--- a/gcc-defaults/debian/rules
+++ b/gcc-defaults/debian/rules
@@ -10,6 +10,10 @@ VMAJOR := $(shell echo $(VDEF) | awk -F. '{print $$1}')
VMINOR := $(shell echo $(VDEF) | awk -F. '{print $$2}' | sed -e 's/\([0-9]*\).*/\1/')
REL_EXT := $(shell echo $(VDEF) | sed -e 's/^$(VMAJOR)\.$(VMINOR)//')
+# architecture dependent variables
+DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
+DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+
# gcc-defaults 0.8 is the first version for 2.95.4.
REL_NO_295 := $(shell expr $(VMINOR) + 15)$(REL_EXT)
# gcc-defaults 0.6 is the first version with 2.96 support.
@@ -101,19 +105,19 @@ REQV_43 := (= 4.3.0-1)
REQV_LIBGCJ_BC := (= 4.3.0-1)
-# architecture dependent variables
-DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
-DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+ifneq (,$(filter $(DEB_HOST_ARCH), i386 amd64))
+REQV_43 := (= 4.3.0-5)
+endif
# CV_XXX is the complete version number, including the release, without epoch
CV_CHILL:= 2.95.4-$(REL_NO_295)
CV_GPC := 3.4.6-$(REL_NO_346)
-CV_CPP := 4.2.3-$(REL_NO_423)
-CV_GCC := 4.2.3-$(REL_NO_423)
-CV_GPP := 4.2.3-$(REL_NO_423)
-CV_GOBJC := 4.2.3-$(REL_NO_423)
-CV_GOBJCXX := 4.2.3-$(REL_NO_423)
+CV_CPP := 4.3.0-$(REL_NO_430)
+CV_GCC := 4.3.0-$(REL_NO_430)
+CV_GPP := 4.3.0-$(REL_NO_430)
+CV_GOBJC := 4.3.0-$(REL_NO_430)
+CV_GOBJCXX := 4.3.0-$(REL_NO_430)
CV_GFORT := 4.3.0-$(REL_NO_430)
CV_GCJ := 4.3.0-$(REL_NO_430)
CV_GIJ := 4.3.0-$(REL_NO_430)
@@ -124,22 +128,22 @@ CV_GDC := 4.1.2-$(REL_NO_412)
CV_LIBGCJCOMMON := 1:4.3.0-$(REL_NO_430)
CV_SPU := 4.3.0-$(REL_NO_430)
-ifeq (,$(filter $(DEB_HOST_ARCH), alpha amd64 i386))
-CV_CPP := 4.3.0-$(REL_NO_430)
-CV_GCC := 4.3.0-$(REL_NO_430)
-CV_GPP := 4.3.0-$(REL_NO_430)
-CV_GOBJC:= 4.3.0-$(REL_NO_430)
-CV_GOBJCXX := 4.3.0-$(REL_NO_430)
+ifneq (,$(filter $(DEB_HOST_ARCH), alpha))
+CV_CPP := 4.2.3-$(REL_NO_423)
+CV_GCC := 4.2.3-$(REL_NO_423)
+CV_GPP := 4.2.3-$(REL_NO_423)
+CV_GOBJC := 4.2.3-$(REL_NO_423)
+CV_GOBJCXX := 4.2.3-$(REL_NO_423)
endif
REQV_CHILL = $(REQV_295)
REQV_GPC = $(REQV_34)
-REQV_CPP = $(REQV_42)
-REQV_GCC
Bug#482691: gcc-snapshot_20080523-1(unstable/sparc/lebrun): Fails to apply patches
On Sat, May 24, 2008 at 03:53:25PM +0200, Marc 'HE' Brockschmidt wrote: Package: gcc-snapshot Version: 20080523-1 Severity: serious Heya, Building the snapshot package failed on my buildd when preparing the sources: This is because the sparc-biarch patch conflicts with the recent sparc config changes. It will be fixed on next upload. signature.asc Description: Digital signature
Bug#481628: libffi-bug
On Tue, May 20, 2008 at 11:26:40PM +0200, Andreas Barth wrote:
how do we continue here? Is the issue just that the headers are being
moved twice? This bug blocks testing migration of python2.5 and epiphany
which is a precondition for getting gcc-4.3 and gcc-defaults moved.
The fix in the easy way is very simple, here is a patch. But Thiemo is perhaps
working on a better fix to have unified headers on all mips ABIs. They were
some ABI changes in gcc and long double is no longer an alias to double.
From c3292fa59f608d6162f528c6dc72e300332f0e06 Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Wed, 21 May 2008 09:45:36 +
Subject: [PATCH] * Fix multiarch headers installation on mips{,el}:
- Install ABI O32 headers in /usr/include/mips{,el}-linux-gnu
- Install ABI 64 headers in /usr/include/mips64{,el}-linux-gnuabi64
- Install ABI N32 headers in /usr/include/mips64{,el}-linux-gnuabin32
- This workaround FTBFS. Closes: #481628
* Fix a typo in debian/rules: This is libn32 and not lib32n.
---
debian/changelog | 12
debian/rules | 27 +++
2 files changed, 35 insertions(+), 4 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 174fdac..cef1ab4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+libffi (3.0.5-3) unstable; urgency=low
+
+ [ Arthur Loiret ]
+ * Fix multiarch headers installation on mips{,el}:
+- Install ABI O32 headers in /usr/include/mips{,el}-linux-gnu
+- Install ABI 64 headers in /usr/include/mips64{,el}-linux-gnuabi64
+- Install ABI N32 headers in /usr/include/mips64{,el}-linux-gnuabin32
+- This workaround FTBFS. Closes: #481628
+ * Fix a typo in debian/rules: This is libn32 and not lib32n.
+
+ -- Matthias Klose [EMAIL PROTECTED] Wed, 21 May 2008 09:12:51 +
+
libffi (3.0.5-2) unstable; urgency=low
* Install header files in multiarch directories. Closes: #480208.
diff --git a/debian/rules b/debian/rules
index 3f78b6c..bc07f81 100755
--- a/debian/rules
+++ b/debian/rules
@@ -197,15 +197,34 @@ ifneq (,$(filter biarch32, $(multiarch)))
mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
debian/lib32ffi-dev/usr/include/
endif
-ifneq (,$(filter biarch64, $(multiarch)))
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
+ ifneq (,$(filter biarch64, $(multiarch)))
+ mkdir -p debian/lib64ffi-dev/usr/include/
+ mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
+ debian/lib64ffi-dev/usr/include/$(biarch_cpu)-linux-gnuabi64
+ifneq (,$(filter biarchn32, $(multiarch)))
+ mkdir -p debian/libn32ffi-dev/usr/include/
+ cp -r debian/lib64ffi-dev/usr/include/$(biarch_cpu)-linux-gnuabi64 \
+ debian/libn32ffi-dev/usr/include/$(biarch_cpu)-linux-gnuabin32
+endif
+ else
+ifneq (,$(filter biarchn32, $(multiarch)))
+ mkdir -p debian/libn32ffi-dev/usr/include/
+ mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
+ debian/libn32ffi-dev/usr/include/$(biarch_cpu)-linux-gnuabin32
+endif
+ endif
+else
+ ifneq (,$(filter biarch64, $(multiarch)))
mkdir -p debian/lib64ffi-dev/usr/include/$(biarch_gnu_type)
mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
debian/lib64ffi-dev/usr/include/
-endif
-ifneq (,$(filter biarchn32, $(multiarch)))
- mkdir -p debian/lib32nffi-dev/usr/include/$(biarch_gnu_type)
+ endif
+ ifneq (,$(filter biarchn32, $(multiarch)))
+ mkdir -p debian/libn32ffi-dev/usr/include/$(biarch_gnu_type)
mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
debian/libn32ffi-dev/usr/include/
+ endif
endif
ifneq (,$(filter biarch32, $(multiarch)))
--
1.5.5.1
signature.asc
Description: Digital signature
Bug#481628: FTBFS on mips/mipsel
Package: libffi
Version: 3.0.5-2
Severity: serious
Tags: patch
Both mips64 (biarch64) and mipsn32 (biarchn32) builds are configure with
--host=mips64-linux-gnu so headers from
debian/libffi-dev/usr/include/$(biarch_gnu_type)
are trying to be moved two times, in debian/lib64ffi-dev/usr/include and
debian/libn32ffi-dev/usr/include/ which fails.
There is also a small typo (s/32n/n32/), this patch fixes the problems.
From 1468a32948c2a04d016b7f4cd0f9c9b9998a7fc9 Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Sat, 17 May 2008 13:37:19 +
Subject: [PATCH] Fix build failure on mips{,el}/triarch due to new multiarch directories.
---
debian/changelog |7 +++
debian/rules |7 ++-
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 174fdac..c578def 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libffi (3.0.5-3) unstable; urgency=low
+
+ [ Arthur Loiret ]
+ * Fix build failure on mips{,el}/triarch due to new multiarch directories.
+
+ -- Matthias Klose [EMAIL PROTECTED] Sat, 17 May 2008 13:35:12 +
+
libffi (3.0.5-2) unstable; urgency=low
* Install header files in multiarch directories. Closes: #480208.
diff --git a/debian/rules b/debian/rules
index 3f78b6c..3ea18da 100755
--- a/debian/rules
+++ b/debian/rules
@@ -203,10 +203,15 @@ ifneq (,$(filter biarch64, $(multiarch)))
debian/lib64ffi-dev/usr/include/
endif
ifneq (,$(filter biarchn32, $(multiarch)))
- mkdir -p debian/lib32nffi-dev/usr/include/$(biarch_gnu_type)
+ mkdir -p debian/libn32ffi-dev/usr/include/$(biarch_gnu_type)
+ifneq (,$(filter biarch64, $(multiarch)))
+ cp -r debian/lib64ffi-dev/usr/include/$(biarch_gnu_type) \
+ debian/libn32ffi-dev/usr/include/
+else
mv debian/libffi-dev/usr/include/$(biarch_gnu_type) \
debian/libn32ffi-dev/usr/include/
endif
+endif
ifneq (,$(filter biarch32, $(multiarch)))
ifeq ($(DEB_HOST_ARCH),amd64)
--
1.5.5.1
signature.asc
Description: Digital signature
Bug#481628: Acknowledgement (FTBFS on mips/mipsel)
With this patch /usr/include/mips64-linux-gnu/ is installed in both libn32ffi-dev and lib64ffi-dev, please wait for my next patch. signature.asc Description: Digital signature
Bug#481628: Acknowledgement (FTBFS on mips/mipsel)
Hi Thiemo, On Sat, May 17, 2008 at 04:13:20PM +0200, Arthur Loiret wrote: With this patch /usr/include/mips64-linux-gnu/ is installed in both libn32ffi-dev and lib64ffi-dev, please wait for my next patch. Here is the diff between header from mips and mips64 builds (it is the same for mips64 and mipsn32). Do you have a comment to make on that? Since the last fully build (3.0.5-1) this is the mips64 version installed in /usr/include/ffi.h, and no other version installed. --- build/include/ffi.h 2008-05-17 14:31:24.0 + +++ build64/include/ffi.h 2008-05-17 14:32:06.0 + @@ -158,9 +158,9 @@ extern ffi_type ffi_type_float; extern ffi_type ffi_type_double; extern ffi_type ffi_type_pointer; -#if 0 +#if 1 extern ffi_type ffi_type_longdouble; #else #define ffi_type_longdouble ffi_type_double #endif @@ -366,9 +366,9 @@ #define FFI_TYPE_VOID 0 #define FFI_TYPE_INT1 #define FFI_TYPE_FLOAT 2 #define FFI_TYPE_DOUBLE 3 -#if 0 +#if 1 #define FFI_TYPE_LONGDOUBLE 4 #else #define FFI_TYPE_LONGDOUBLE FFI_TYPE_DOUBLE #endif signature.asc Description: Digital signature
Bug#481403: closed: please reopen!
On Fri, May 16, 2008 at 12:10:28AM +0200, Alexis Huxley wrote:
Fine, you are right, the package name might be wrong, but the bug exists.
If I try to install 'gcc' (that should recreate the symlink, right?) then
I get:
The following extra packages will be installed:
gcc-4.2
I don't want or need gcc-4.2 therefore the bug exists!
gcc package from gcc-default depends on the default compiler version for a
given arch. gcc-4.2 is the default on i386 so installing gcc will always
install gcc-4.2. gcc Depends on gcc-4.2, and provides /usr/bin/gcc - gcc-4.2
symlink.
Could you possibly, if it is not too much trouble, reopen the bug and
assign it to the package gcc rather than gcc-4.1, then? I presume you
can do tha? Or would that be too much trouble? Thank you.
gcc-4.2 is the default on i386, you have to switch back the default compiler
to gcc-4.1 by hand updating /usr/bin/{cpp,gcc,g++} symlinks, etc. But you
don't have to uninstall gcc-4.2.
You perhaps rather want to add a comment on bug #463295 [0] about the compiler
used for kernel build.
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463295
PS Such a blase attitude towards bug reports does neither (a) you, nor
(b) Debian any favours.
I have no time to loose acting like a teletubby on bug reports if the bug
report is wrong, sorry...
signature.asc
Description: Digital signature
Bug#480203: gcc doesn't compile anything on arm
On Thu, May 08, 2008 at 09:59:18PM +0400, Jan Trofimov wrote: Package: gcc Version: 4.3.0-4 Im running Debian unstable on FS Pocket Loox 720. And gcc nor 4.3 nor 4.2 version doesn't compile anything: kotoko720:~# uname -a Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17 CEST 2007 armv5tel GNU/Linux This is not a Debian kernel. Does this also happen with other gcc versions and other distros? I rather suspect a kernel or hardware problem. signature.asc Description: Digital signature
Bug#479662: [Pkg-ia32-libs-maintainers] Bug#479662: NMU
On Thu, May 08, 2008 at 09:37:02PM +0200, Goswin von Brederlow wrote: Will you do an upload for ia32-libs-gtk at the same time with the removed packages, proper replaces and conflicts and check rdepends? Sure. And if you're already OK I can do the uploads today. signature.asc Description: Digital signature
Bug#479662: [Pkg-ia32-libs-maintainers] Bug#479662: Bug#479662: NMU
On Thu, May 08, 2008 at 10:34:05PM +0200, Frederik Schueler wrote: No. Please post a full patch and I'll double check it and do the upload. Here are the two source packages including debdiffs and amd64/ia64 binaries: http://ada.lri.fr/~arthur/ia32-libs/ Thanks, Arthur. signature.asc Description: Digital signature
Bug#479659: RFH: wine -- Windows API implementation
Hi, I'm interested in helping you maintaining wine, esp. I'd like to try again to replace the amd64 hack. Thanks for creating an alioth group. :-) Arthur. On Tue, May 06, 2008 at 03:09:08AM +0200, Ove Kaaven wrote: Package: wnpp Severity: normal Since my time may be limited in the future, I am seeking comaintainers for the Wine package in Debian, at least to ensure that new Wine releases may continue to be uploaded in a timely fashion, and to keep the package's bug count down. (And given that pretty much half the open bugs are missing manpage bugs, documentation writers would also help...) I have created a project for this on alioth.debian.org. I've loaded the current packaging (all versions since etch) into a Git repository there, and put up some instructions on http://pkg-wine.alioth.debian.org/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#479659: RFH: wine -- Windows API implementation
On Tue, May 06, 2008 at 02:50:53PM +0200, Ove Kaaven wrote: Anyway, are you a Debian Developer? What Debian packages have you worked on before? NM, here's my QA page [0]. I've mainly worked on toolchain (see binutils, gcc-4.3, gdc-4.1 and gdc-4.2 changelogs), llvm, and a few other things. [0] http://qa.debian.org/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#479582: idjc: New upstream version 0.7.5
On Mon, May 05, 2008 at 04:33:47PM +0100, Free Ekanayaka wrote: Hi, a new upstream version is available http://sourceforge.net/project/showfiles.php?group_id=135773 it has a number of fixes with respect to 0.7.0. If needed I could possibly give a hand in packaging it. Thanks, Free Hi, I would be glad if you could even adopt it, I no longuer use it and I don't have enough time to take properly care about it. Thanks, Arthur. signature.asc Description: Digital signature
Bug#472867: gcc-4.3: gcc regression in optimization (4.2 - 4.3)
On Sat, May 03, 2008 at 12:05:32PM +0200, Cyprien LAPLACE wrote: Can you please report this upstream ? See http://gcc.gnu.org/bugzilla/ I'll need to test it on bare and fresh gnu compiler, which I don't have right now. I'll compile one. The gcc-4.3 from sid is up-to-date to the gcc-4_3-branch 20080501. So you can report it if you think this is a 4.3 regression. If you want to try from a trunk gcc, just wait for next gcc-snapshot upload which should be 20080502. signature.asc Description: Digital signature
Bug#472867: gcc-4.3: gcc regression in optimization (4.2 - 4.3)
severity 472867 normal thanks On Wed, Mar 26, 2008 at 11:38:53PM +0100, Cyprien LAPLACE wrote: Severity: grave Justification: renders package unusable Not that much. gcc-4.3 forgets some checks in -O2 and -O3, tested on x86_64 and arm (cross-compiler) targets. Can you please report this upstream ? See http://gcc.gnu.org/bugzilla/ the following is an exemple code with disassembled generated code by gcc for 4.2 and 4.3 versions: It is easier to run gcc with -S (compile but don't assemble) than compile and then disassemble the binary. signature.asc Description: Digital signature
Bug#478535: llvm-gcc-4.2 - FTBFS: Unsuported LLVM Target s390-ibm-linux-gnu. Stop.
On Tue, Apr 29, 2008 at 10:48:36PM +0200, Bastian Blank wrote: Okay, I announce a NMU to fix this on april 6. A NMU on *april* 6 should be okay if the problem is not fixed in the meanwhile. Thanks already. signature.asc Description: Digital signature
Bug#476645: multilib is installed also
It works here in an up-to-date sid chroot: % gcc-4.2 -m32 hello.c file a.out a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), not stripped Please give me the result of: % dpkg -l gcc gcc-4.2 gcc-multilib gcc-4.2-multilib % ls -l /usr/lib/gcc/x86_64-linux-gnu/4.2.3/32/ signature.asc Description: Digital signature
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote: Index: debian/changelog === --- debian/changelog(révision 3018) +++ debian/changelog(copie de travail) @@ -1,3 +1,11 @@ +gcc-defaults (1.71) unstable; urgency=low + + [Ludovic Brenta] + * Do not build gnat on ppc64 until such time as gnat-4.3 is available +on this architecture. Closes: #476812. + + -- Ludovic Brenta [EMAIL PROTECTED] Sat, 19 Apr 2008 15:47:50 +0200 + gcc-defaults (1.70) unstable; urgency=low [Matthias Klose] Index: debian/rules === --- debian/rules(révision 3018) +++ debian/rules(copie de travail) @@ -256,6 +256,10 @@ no_packages += gcc-spu g++-spu gfortran-spu endif +ifeq (,$(filter $(DEB_HOST_ARCH),ppc64)) +no_packages += gnat +endif + ifeq ($(DEB_HOST_ARCH),s390) endif Why not libgnatvsn-dev and libgnatprj-dev as well? signature.asc Description: Digital signature
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
On Sat, Apr 19, 2008 at 04:49:35PM +0200, Arthur Loiret wrote: Why not libgnatvsn-dev and libgnatprj-dev as well? Oups, didn't see that: ifneq (,$(findstring gnat, $(no_packages))) no_packages += libgnatvsn-dev libgnatprj-dev gnat-doc endif Sorry. signature.asc Description: Digital signature
Bug#476812: gcc-defaults: FTBFS (ppc64): Please add 'ppc64' to the architecture lines of the gnat/libgnat* packages.
On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote: Index: debian/rules === --- debian/rules(révision 3018) +++ debian/rules(copie de travail) @@ -256,6 +256,10 @@ no_packages += gcc-spu g++-spu gfortran-spu endif +ifeq (,$(filter $(DEB_HOST_ARCH),ppc64)) +no_packages += gnat +endif + ifeq ($(DEB_HOST_ARCH),s390) endif Hope I'm not wrong again... ifeq (,$(filter $(DEB_HOST_ARCH),ppc64)) no_packages += gnat endif You disabled gnat on all archs but ppc64. This should be ifneq. signature.asc Description: Digital signature
Bug#476645: gcc-4.2: -m32 switch broken?
On Fri, Apr 18, 2008 at 09:28:56AM +0200, Friedrich wrote: gcc-4.2 -m32 hello.c /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libgcc_s.so when searching for -lgcc_s /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libgcc_s.so when searching for -lgcc_s /usr/bin/ld: cannot find -lgcc_s collect2: ld gab 1 als Ende-Status zurück Is gcc-4.2-multilib installed? signature.asc Description: Digital signature
Bug#461101: FTBFSes with gdc and Sparc
On Wed, Apr 16, 2008 at 12:30:28AM +0200, Gonéri Le Bouder wrote: gdc is not broken on sparc, there is just no D runtime lib on sparc yet. gdc on sparc has a different behaviour and doesn't react as expect for most of the users. Having a build dependency on it is a problem. For the moment, I think, the best is to remove sparc from the supported Arch for all these packages. I would have preferred to see gdc renamed to emphasize the difference between sparc gdc and the others. gdc-4.1 and gdc-4.2 will still be built on sparc, but gdc won't be built anymore in gcc-defaults on it. Sorry, I don't this the point with the sparc problem. `gdc' is a default and almost empty package provided by gcc-defaults, which Depends on the default gdc version, gdc-4.1 for now. Then if you Build-Depends on `gdc' it will install `gdc-4.1' and its deps, with /usr/bin/gdc pointing to /usr/bin/gdc-4.1 (same for gdmd). If `gdc' from gcc-defaults is not built anymore on sparc, packages Build-Depending on it will FTBFS on sparc because they won't be able to install `gdc'. But people will still be able to install `gdc-4.1' and use /usr/bin/gdc-4.1 for D devel on sparc (for tango for example). signature.asc Description: Digital signature
Bug#475865: FTBFSes with gdc and Sparc
reopen 461101 reassign 461101 gcc-defaults found 461101 1.69 retitle 461101 gdc should not be built on sparc severity 461101 normal merge 461101 475857 475863 475864 475865 475866 475867 475869 thanks gdc is not broken on sparc, there is just no D runtime lib on sparc yet. gdc-4.1 and gdc-4.2 will still be built on sparc, but gdc won't be built anymore in gcc-defaults on it. On Tue, Apr 15, 2008 at 11:45:55PM +0200, Gonéri Le Bouder wrote: severity 475857 normal severity 475863 normal severity 475864 normal severity 475865 normal severity 475866 normal severity 475867 normal severity 475869 normal thanks Hi, libphobos-XXX-dev contains the standard header files used by gdc. This package doesn't exist yet on Sparc and so gdc can't build D program (#461101). Instead of keeping a broken gdc package in Debian, wouldn't be more simple and logic to remove sparc from its supported arch list? Cheers, Gonéri signature.asc Description: Digital signature
Bug#476088: gcc-4.3-spu: spu-gcc fails to create executable due to missing crt1.o
severity normal
thanks
Install newlib-spu or add -nostdlib if you want to link without spu libc. I'll
add newlib-spu to gcc-4.3-spu's Recommends.
On Mon, Apr 14, 2008 at 02:32:36PM +0200, Adrian Knoth wrote:
Package: gcc-4.3-spu
Version: 4.3.0-3
Severity: grave
Justification: renders package unusable
spu-gcc cannot produce executables. It also misses the system include
dir:
[EMAIL PROTECTED]:~$ cat spu_hello.c
#include stdio.h
int main( unsigned long spuid )
{
printf(Hello, World! (From SPU:%d)\n,spuid);
return (0);
}
[EMAIL PROTECTED]:~$ spu-gcc spu_hello.c -o spu_hello
spu_hello.c:1:19: error: stdio.h: No such file or directory
spu_hello.c: In function 'main':
spu_hello.c:5: warning: incompatible implicit declaration of built-in
function 'printf'
[EMAIL PROTECTED]:~$ spu-gcc -I/usr/include spu_hello.c -o spu_hello
/usr/bin/spu-ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
[EMAIL PROTECTED]:~$ dpkg -L gcc-4.3-spu | grep crt1
[EMAIL PROTECTED]:~$ echo $?
1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Bug#476035: RM: newlib-m68hc1x -- should be built from newlib source package
Package: ftp.debian.org newlib-m68hc1x binary package is currently built from newlib-m68hc1x source package. I'd like to build it from newlib source package now, there is no reason to have the same source in the archive twice. gcc-m68hc1x will have a broken Suggests on newlib-m68hc1x until newlib is uploaded. Thanks, Arthur. signature.asc Description: Digital signature
Bug#474825: tagging 474825
tags 474825 + pending thanks Will upload tomorrow. signature.asc Description: Digital signature
Bug#468339: tagging 468339
tags 468339 + pending thanks Thank you Seo, workaround pushed in git repo. Arthur. signature.asc Description: Digital signature
Bug#474097: [zlib] Please support MIPS triarch.
Package: zlib
Version: 1:1.2.3.3.dfsg-11
Severity: wishlist
Tags: patch
This patch adds n32 support, and adds mips/mipsel to 64 and n32 archs. Also
Updates gcc-multilib Build-Depends for mips/mipsel.
Thanks,
Arthur.
From e0e29c364ccb7eaa5ccd0eb56834be4fc334add3 Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 10:10:43 +
Subject: [PATCH] Support MIPS triarch.
---
debian/control | 24 +---
debian/libn32z1-dev.dirs|1 +
debian/libn32z1-dev.install |2 ++
debian/libn32z1.dirs|1 +
debian/libn32z1.install |1 +
debian/rules| 38 +++---
6 files changed, 61 insertions(+), 6 deletions(-)
create mode 100644 debian/libn32z1-dev.dirs
create mode 100644 debian/libn32z1-dev.install
create mode 100644 debian/libn32z1.dirs
create mode 100644 debian/libn32z1.install
diff --git a/debian/control b/debian/control
index 4a49ab2..e54dcd9 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Maintainer: Mark Brown [EMAIL PROTECTED]
Standards-Version: 3.7.3
XS-VCS-Bzr: http://bzr.debian.org/bzr/pkg-zlib/zlib/debian
-Build-Depends: debhelper (= 5), quilt, gcc-multilib [amd64 i386 kfreebsd-amd64 powerpc ppc64 s390 sparc]
+Build-Depends: debhelper (= 5), quilt, gcc-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 sparc]
Package: zlib1g
Architecture: any
@@ -58,7 +58,7 @@ Description: compression library - runtime for Debian installer
for use with the Debian installer.
Package: lib64z1
-Architecture: sparc s390 i386 powerpc
+Architecture: sparc s390 i386 powerpc mips mipsel
Depends: ${shlibs:Depends}
Replaces: amd64-libs ( 1.4)
Description: compression library - 64 bit runtime
@@ -68,7 +68,7 @@ Description: compression library - 64 bit runtime
Package: lib64z1-dev
Section: libdevel
-Architecture: sparc s390 i386 powerpc
+Architecture: sparc s390 i386 powerpc mips mipsel
Depends: lib64z1 (= ${binary:Version}), zlib1g-dev (= ${binary:Version}), lib64c-dev
Replaces: amd64-libs-dev ( 1.4)
Provides: lib64z-dev
@@ -96,3 +96,21 @@ Description: compression library - 32 bit development
zlib is a library implementing the deflate compression method found
in gzip and PKZIP. This package includes the development support
files for building 32 bit applications.
+
+Package: libn32z1
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}
+Description: compression library - n32 runtime
+ zlib is a library implementing the deflate compression method found
+ in gzip and PKZIP. This package includes a n32 version of the shared
+ library.
+
+Package: libn32z1-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libn32z1 (= ${binary:Version}), zlib1g-dev (= ${binary:Version}), libn32c-dev
+Provides: libn32z-dev
+Description: compression library - n32 development
+ zlib is a library implementing the deflate compression method found
+ in gzip and PKZIP. This package includes the development support
+ files for building n32 applications.
diff --git a/debian/libn32z1-dev.dirs b/debian/libn32z1-dev.dirs
new file mode 100644
index 000..5a51e61
--- /dev/null
+++ b/debian/libn32z1-dev.dirs
@@ -0,0 +1 @@
+usr/lib32
diff --git a/debian/libn32z1-dev.install b/debian/libn32z1-dev.install
new file mode 100644
index 000..f9b0fc2
--- /dev/null
+++ b/debian/libn32z1-dev.install
@@ -0,0 +1,2 @@
+usr/lib32/libz.a
+usr/lib32/libz.so
diff --git a/debian/libn32z1.dirs b/debian/libn32z1.dirs
new file mode 100644
index 000..5a51e61
--- /dev/null
+++ b/debian/libn32z1.dirs
@@ -0,0 +1 @@
+usr/lib32
diff --git a/debian/libn32z1.install b/debian/libn32z1.install
new file mode 100644
index 000..4b9abde
--- /dev/null
+++ b/debian/libn32z1.install
@@ -0,0 +1 @@
+usr/lib32/libz.so.*
diff --git a/debian/rules b/debian/rules
index 814a619..1cd3c8c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -34,16 +34,26 @@ else
CFLAGS += -O3
endif
-64-ARCHS=s390 sparc i386 powerpc
+64-ARCHS=s390 sparc i386 powerpc mips mipsel
ifneq (,$(findstring $(DEB_HOST_ARCH), $(64-ARCHS)))
EXTRA_INSTALL=install64
EXTRA_BUILD=build64-stamp
+m64=-m64
endif
32-ARCHS=amd64 ppc64 kfreebsd-amd64
ifneq (,$(findstring $(DEB_HOST_ARCH), $(32-ARCHS)))
EXTRA_INSTALL=install32
EXTRA_BUILD=build32-stamp
+m32=-m32
+endif
+
+N32-ARCHS=mips mipsel
+ifneq (,$(findstring $(DEB_HOST_ARCH), $(N32-ARCHS)))
+EXTRA_INSTALL+=installn32
+EXTRA_BUILD+=buildn32-stamp
+m64=-mabi=64
+mn32=-mabi=n32
endif
UNALIGNED_ARCHS=i386 amd64 kfreebsd-i386 kfreebsd-amd64 hurd-i386
@@ -68,7 +78,7 @@ configure64-stamp: configure patch
mkdir -p debian/64
cp $(COPYLIST) debian/64
- cd debian/64 AR=$(AR) CC=$(DEB_HOST_GNU_TYPE)-gcc -m64 \
+ cd debian/64 AR=$(AR) CC=$(DEB_HOST_GNU_TYPE)-gcc $(m64) \
CFLAGS=$(CFLAGS) \
uname=GNU ./configure --shared --prefix=/usr --libdir=\$${prefix}/usr/lib64
touch $@
@@ -78,7 +88,17 @@ configure32-stamp: configure
Bug#474097: [zlib] Please support MIPS triarch.
tags 474097 + patch
On Thu, Apr 03, 2008 at 11:57:27AM +0100, Mark Brown wrote:
+N32-ARCHS=mips mipsel
+ifneq (,$(findstring $(DEB_HOST_ARCH), $(N32-ARCHS)))
+EXTRA_INSTALL+=installn32
+EXTRA_BUILD+=buildn32-stamp
+m64=-mabi=64
+mn32=-mabi=n32
endif
The patch looks good but could you please rearrange it so that the
overriding of -m64 for MIPS is done in the 64-ARCHS test block rather
than here? Something along the lines of:
# MIPS doesn't use -m64
ifneq (,$(findstring $(DEB_HOST_ARCH), mips mipsel))
m64=-mabi=64
else
m64=-m64
endif
ought to do the trick. I'd rather take a known-tested patch than modify
it myself without testing.
Done, also added a Build-Depends on binutils (= 2.18.1~cvs20080103-2) [mips
mipsel],
it fixes PR binutils/4453 (see #363423). Also, is a symbols files update
required?
I've uploaded a build with the build log here: http://ada.lri.fr/~arthur/zlib/
Thanks. :-)
Arthur.
From 82dc670c2ac5ffa51e68b7827d3dbfee0bf7b4cb Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 10:10:43 +
Subject: [PATCH] Support MIPS triarch.
---
debian/control | 24 +---
debian/libn32z1-dev.dirs|1 +
debian/libn32z1-dev.install |2 ++
debian/libn32z1.dirs|1 +
debian/libn32z1.install |1 +
debian/rules| 42 +++---
6 files changed, 65 insertions(+), 6 deletions(-)
create mode 100644 debian/libn32z1-dev.dirs
create mode 100644 debian/libn32z1-dev.install
create mode 100644 debian/libn32z1.dirs
create mode 100644 debian/libn32z1.install
diff --git a/debian/control b/debian/control
index 4a49ab2..f665c90 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Maintainer: Mark Brown [EMAIL PROTECTED]
Standards-Version: 3.7.3
XS-VCS-Bzr: http://bzr.debian.org/bzr/pkg-zlib/zlib/debian
-Build-Depends: debhelper (= 5), quilt, gcc-multilib [amd64 i386 kfreebsd-amd64 powerpc ppc64 s390 sparc]
+Build-Depends: debhelper (= 5), quilt, binutils (= 2.18.1~cvs20080103-2) [mips mipsel], gcc-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 sparc]
Package: zlib1g
Architecture: any
@@ -58,7 +58,7 @@ Description: compression library - runtime for Debian installer
for use with the Debian installer.
Package: lib64z1
-Architecture: sparc s390 i386 powerpc
+Architecture: sparc s390 i386 powerpc mips mipsel
Depends: ${shlibs:Depends}
Replaces: amd64-libs ( 1.4)
Description: compression library - 64 bit runtime
@@ -68,7 +68,7 @@ Description: compression library - 64 bit runtime
Package: lib64z1-dev
Section: libdevel
-Architecture: sparc s390 i386 powerpc
+Architecture: sparc s390 i386 powerpc mips mipsel
Depends: lib64z1 (= ${binary:Version}), zlib1g-dev (= ${binary:Version}), lib64c-dev
Replaces: amd64-libs-dev ( 1.4)
Provides: lib64z-dev
@@ -96,3 +96,21 @@ Description: compression library - 32 bit development
zlib is a library implementing the deflate compression method found
in gzip and PKZIP. This package includes the development support
files for building 32 bit applications.
+
+Package: libn32z1
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}
+Description: compression library - n32 runtime
+ zlib is a library implementing the deflate compression method found
+ in gzip and PKZIP. This package includes a n32 version of the shared
+ library.
+
+Package: libn32z1-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libn32z1 (= ${binary:Version}), zlib1g-dev (= ${binary:Version}), libn32c-dev
+Provides: libn32z-dev
+Description: compression library - n32 development
+ zlib is a library implementing the deflate compression method found
+ in gzip and PKZIP. This package includes the development support
+ files for building n32 applications.
diff --git a/debian/libn32z1-dev.dirs b/debian/libn32z1-dev.dirs
new file mode 100644
index 000..5a51e61
--- /dev/null
+++ b/debian/libn32z1-dev.dirs
@@ -0,0 +1 @@
+usr/lib32
diff --git a/debian/libn32z1-dev.install b/debian/libn32z1-dev.install
new file mode 100644
index 000..f9b0fc2
--- /dev/null
+++ b/debian/libn32z1-dev.install
@@ -0,0 +1,2 @@
+usr/lib32/libz.a
+usr/lib32/libz.so
diff --git a/debian/libn32z1.dirs b/debian/libn32z1.dirs
new file mode 100644
index 000..5a51e61
--- /dev/null
+++ b/debian/libn32z1.dirs
@@ -0,0 +1 @@
+usr/lib32
diff --git a/debian/libn32z1.install b/debian/libn32z1.install
new file mode 100644
index 000..4b9abde
--- /dev/null
+++ b/debian/libn32z1.install
@@ -0,0 +1 @@
+usr/lib32/libz.so.*
diff --git a/debian/rules b/debian/rules
index 814a619..ca6b601 100755
--- a/debian/rules
+++ b/debian/rules
@@ -34,16 +34,30 @@ else
CFLAGS += -O3
endif
-64-ARCHS=s390 sparc i386 powerpc
+64-ARCHS=s390 sparc i386 powerpc mips mipsel
ifneq (,$(findstring $(DEB_HOST_ARCH), $(64-ARCHS)))
EXTRA_INSTALL=install64
EXTRA_BUILD=build64-stamp
+# MIPS doesn't use
Bug#472564: bug#472564: NMU
Hi, My AM wants me to do some NMU for my TS, here is one. Thanks, Arthur. diff -Nru fakeroot-ng-0.09/debian/changelog fakeroot-ng-0.09/debian/changelog --- fakeroot-ng-0.09/debian/changelog 2008-04-02 22:52:44.0 + +++ fakeroot-ng-0.09/debian/changelog 2008-04-02 22:52:44.0 + @@ -1,3 +1,10 @@ +fakeroot-ng (0.09-1.1) unstable; urgency=low + + * Non-maintainer Upload. + * fix_gcc-4.3_headers.patch: Add. Closes: #472564 + + -- Arthur Loiret [EMAIL PROTECTED] Wed, 02 Apr 2008 22:50:26 + + fakeroot-ng (0.09-1) unstable; urgency=low * New upstream release diff -Nru /tmp/T1qYhagMrs/fakeroot-ng-0.09/debian/patches/fix_gcc-4.3_headers.patch /tmp/vXH4H2SBPS/fakeroot-ng-0.09/debian/patches/fix_gcc-4.3_headers.patch --- fakeroot-ng-0.09/debian/patches/fix_gcc-4.3_headers.patch 1970-01-01 00:00:00.0 + +++ fakeroot-ng-0.09/debian/patches/fix_gcc-4.3_headers.patch 2008-04-02 22:52:44.0 + @@ -0,0 +1,76 @@ +--- file.cpp 2008-04-02 22:40:03.970376238 + file.cpp 2008-04-02 22:41:06.181376257 + +@@ -21,10 +21,12 @@ + + #include sys/stat.h + #include sys/syscall.h +-#include errno.h + #include fcntl.h ++#include cerrno ++#include cstring ++#include climits + +-#include assert.h ++#include cassert + + #include syscalls.h + #include file_lie.h +--- main.cpp 2008-04-02 22:35:39.418373502 + main.cpp 2008-04-02 22:37:40.655906389 + +@@ -24,10 +24,12 @@ + #include sys/ptrace.h + #include unistd.h + #include fcntl.h +-#include stdio.h +-#include stdlib.h +-#include stdarg.h +-#include errno.h ++#include cstdio ++#include cstdlib ++#include cstdarg ++#include cerrno ++#include cstring ++#include climits + + #include arch/platform.h + #include parent.h +--- parent.cpp 2008-04-02 22:38:08.341374616 + parent.cpp 2008-04-02 22:38:37.702371376 + +@@ -32,8 +32,9 @@ + + #include ext/hash_map + +-#include stdio.h +-#include assert.h ++#include cstdio ++#include cassert ++#include cstring + + #include arch/platform.h + +--- process.cpp2008-04-02 22:38:55.349373736 + process.cpp2008-04-02 22:39:51.273371173 + +@@ -20,7 +20,10 @@ + #include config.h + + #include sys/types.h +-#include errno.h ++#include sys/wait.h ++#include cerrno ++#include cstring ++#include climits + + #include syscalls.h + #include arch/platform.h +--- ptrace.cpp 2008-04-02 22:41:15.870009051 + ptrace.cpp 2008-04-02 22:41:28.801371627 + +@@ -20,7 +20,8 @@ + #include config.h + + #include sys/ptrace.h +-#include errno.h ++#include cerrno ++#include cstring + + #include syscalls.h + #include arch/platform.h diff -Nru /tmp/T1qYhagMrs/fakeroot-ng-0.09/debian/rules /tmp/vXH4H2SBPS/fakeroot-ng-0.09/debian/rules --- fakeroot-ng-0.09/debian/rules 2008-04-02 22:52:44.0 + +++ fakeroot-ng-0.09/debian/rules 2008-04-02 22:52:44.0 + @@ -16,7 +16,18 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -config.status: configure +patch: patch-stamp +patch-stamp: + set -e; test -e $@ || \ + for i in `ls -1 debian/patches/*.patch || :`; do patch -p0 $$i /dev/null; done + touch $@ + +unpatch: + set -e; ! test -e patch-stamp || \ + for i in `ls -1r debian/patches/*.patch || :`; do patch -p0 -R $$i /dev/null; done + rm -f patch-stamp + +config.status: configure patch dh_testdir # Add here commands to configure the package. ifneq $(wildcard /usr/share/misc/config.sub) @@ -38,7 +49,7 @@ touch $@ -clean: +clean: unpatch dh_testdir dh_testroot rm -f build-stamp @@ -80,4 +91,4 @@ dh_builddeb binary: binary-indep binary-arch -.PHONY: build clean binary-indep binary-arch binary install +.PHONY: build clean binary-indep binary-arch binary install patch unpatch signature.asc Description: Digital signature
Bug#474049: Please support MIPS triarch.
Package: libffi
Version: 3.0.4-2
Severity: wishlist
Tags: patch
This patch adds biarchn32 support, and adds mips/mipsel to biarch64 and
biarchn32 archs. Also Updates gcc-multilib Build-Depends for mips/mipsel.
Thanks,
Arthur.
From acbaf5d46eebb9cf5c172294e783660301a4fc2b Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.
---
debian/control | 27 +--
debian/rules | 62 ---
2 files changed, 78 insertions(+), 11 deletions(-)
diff --git a/debian/control b/debian/control
index 39ea093..2b49cb0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: libffi
Priority: extra
Maintainer: Debian GCC Maintainers [EMAIL PROTECTED]
Uploaders: Matthias Klose [EMAIL PROTECTED]
-Build-Depends: debhelper (= 5), gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
+Build-Depends: debhelper (= 5), gcc-multilib [amd64 i386 mips mipsel powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
Standards-Version: 3.7.3
Section: libs
@@ -32,7 +32,7 @@ Description: Foreign Function Interface library (development files, 32bit)
Package: lib64ffi-dev
Section: libdevel
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
Depends: libffi-dev (= ${binary:Version}), lib64ffi5 (= ${binary:Version})
Description: Foreign Function Interface library (development files, 64bit)
This package contains the headers and static library files necessary for
@@ -42,6 +42,18 @@ Description: Foreign Function Interface library (development files, 64bit)
allows code written in one language to call code written in another
language.
+Package: libn32ffi-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libffi-dev (= ${binary:Version}), libn32ffi5 (= ${binary:Version})
+Description: Foreign Function Interface library (development files, n32)
+ This package contains the headers and static library files necessary for
+ building programs which use libffi.
+ .
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
Package: libffi5
Section: libs
Architecture: any
@@ -62,13 +74,22 @@ Description: Foreign Function Interface library runtime (32bit)
Package: lib64ffi5
Section: libs
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Foreign Function Interface library runtime (64bit)
A foreign function interface is the popular name for the interface that
allows code written in one language to call code written in another
language.
+Package: libn32ffi5
+Section: libs
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Foreign Function Interface library runtime (n32)
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
Package: libffi5-dbg
Section: libdevel
Architecture: any
diff --git a/debian/rules b/debian/rules
index 0aa443e..a60abe6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,16 +15,24 @@ ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
with_check = yes
endif
-ifneq (,$(filter $(DEB_HOST_ARCH), i386 powerpc s390 sparc))
+ifneq (,$(filter $(DEB_HOST_ARCH), i386 mips mipsel powerpc s390 sparc))
multiarch += biarch64
+ m64 = -m64
endif
ifneq (,$(filter $(DEB_HOST_ARCH), amd64 kfreebsd-amd64 ppc64))
multiarch += biarch32
+ m32 = -m32
+endif
+
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
+ multiarch += biarchn32
+ m64 = -mabi=64
+ mn32 = -mabi=n32
endif
biarch_map := i486=x86_64 powerpc=powerpc64 sparc=sparc64 s390=s390x \
-x86_64=i486 powerpc64=powerpc
+x86_64=i486 powerpc64=powerpc mips=mips64 mipsel=mips64el
biarch_cpu := $(patsubst $(DEB_HOST_GNU_CPU)=%,%, \
$(filter $(DEB_HOST_GNU_CPU)=%,$(biarch_map)))
biarch_gnu_type := $(subst $(DEB_HOST_GNU_CPU),$(biarch_cpu),$(DEB_HOST_GNU_TYPE))
@@ -57,7 +65,7 @@ stamp-configure-biarch32:
--prefix=/usr \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
- CC=gcc -m32 CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
+ CC=gcc $(m32) CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
touch $@
stamp-configure-biarch64:
@@ -70,7 +78,20 @@ stamp-configure-biarch64:
--prefix=/usr \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
- CC=gcc -m64 CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
+ CC=gcc $(m64) CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
+ touch $@
+
+stamp-configure-biarchn32:
+ dh_testdir
+ rm -rf buildn32
+ mkdir -p buildn32
+ cd buildn32 ../configure \
+ --host=$(biarch_gnu_type) \
+ --build
Bug#474049: Please support MIPS triarch.
Oups, forgot to add .install files. It just needs a symbol files update now.
From 54bde15a1efb9cde5933ffaeb1e2fb9b74f9fb2e Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.
---
debian/control | 27 --
debian/libn32ffi-dev.install |3 ++
debian/libn32ffi5.install|1 +
debian/rules | 62 -
4 files changed, 82 insertions(+), 11 deletions(-)
create mode 100644 debian/libn32ffi-dev.install
create mode 100644 debian/libn32ffi5.install
diff --git a/debian/control b/debian/control
index 39ea093..2b49cb0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: libffi
Priority: extra
Maintainer: Debian GCC Maintainers [EMAIL PROTECTED]
Uploaders: Matthias Klose [EMAIL PROTECTED]
-Build-Depends: debhelper (= 5), gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
+Build-Depends: debhelper (= 5), gcc-multilib [amd64 i386 mips mipsel powerpc ppc64 s390 sparc kfreebsd-amd64], dejagnu, lsb-release, texinfo
Standards-Version: 3.7.3
Section: libs
@@ -32,7 +32,7 @@ Description: Foreign Function Interface library (development files, 32bit)
Package: lib64ffi-dev
Section: libdevel
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
Depends: libffi-dev (= ${binary:Version}), lib64ffi5 (= ${binary:Version})
Description: Foreign Function Interface library (development files, 64bit)
This package contains the headers and static library files necessary for
@@ -42,6 +42,18 @@ Description: Foreign Function Interface library (development files, 64bit)
allows code written in one language to call code written in another
language.
+Package: libn32ffi-dev
+Section: libdevel
+Architecture: mips mipsel
+Depends: libffi-dev (= ${binary:Version}), libn32ffi5 (= ${binary:Version})
+Description: Foreign Function Interface library (development files, n32)
+ This package contains the headers and static library files necessary for
+ building programs which use libffi.
+ .
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
Package: libffi5
Section: libs
Architecture: any
@@ -62,13 +74,22 @@ Description: Foreign Function Interface library runtime (32bit)
Package: lib64ffi5
Section: libs
-Architecture: i386 powerpc sparc s390
+Architecture: i386 mips mipsel powerpc sparc s390
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Foreign Function Interface library runtime (64bit)
A foreign function interface is the popular name for the interface that
allows code written in one language to call code written in another
language.
+Package: libn32ffi5
+Section: libs
+Architecture: mips mipsel
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Foreign Function Interface library runtime (n32)
+ A foreign function interface is the popular name for the interface that
+ allows code written in one language to call code written in another
+ language.
+
Package: libffi5-dbg
Section: libdevel
Architecture: any
diff --git a/debian/libn32ffi-dev.install b/debian/libn32ffi-dev.install
new file mode 100644
index 000..490918d
--- /dev/null
+++ b/debian/libn32ffi-dev.install
@@ -0,0 +1,3 @@
+usr/lib32/lib*.a
+usr/lib32/lib*.so
+usr/lib32/pkgconfig/*
diff --git a/debian/libn32ffi5.install b/debian/libn32ffi5.install
new file mode 100644
index 000..d962822
--- /dev/null
+++ b/debian/libn32ffi5.install
@@ -0,0 +1 @@
+usr/lib32/lib*.so.*
diff --git a/debian/rules b/debian/rules
index 0aa443e..a60abe6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,16 +15,24 @@ ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS)))
with_check = yes
endif
-ifneq (,$(filter $(DEB_HOST_ARCH), i386 powerpc s390 sparc))
+ifneq (,$(filter $(DEB_HOST_ARCH), i386 mips mipsel powerpc s390 sparc))
multiarch += biarch64
+ m64 = -m64
endif
ifneq (,$(filter $(DEB_HOST_ARCH), amd64 kfreebsd-amd64 ppc64))
multiarch += biarch32
+ m32 = -m32
+endif
+
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
+ multiarch += biarchn32
+ m64 = -mabi=64
+ mn32 = -mabi=n32
endif
biarch_map := i486=x86_64 powerpc=powerpc64 sparc=sparc64 s390=s390x \
-x86_64=i486 powerpc64=powerpc
+x86_64=i486 powerpc64=powerpc mips=mips64 mipsel=mips64el
biarch_cpu := $(patsubst $(DEB_HOST_GNU_CPU)=%,%, \
$(filter $(DEB_HOST_GNU_CPU)=%,$(biarch_map)))
biarch_gnu_type := $(subst $(DEB_HOST_GNU_CPU),$(biarch_cpu),$(DEB_HOST_GNU_TYPE))
@@ -57,7 +65,7 @@ stamp-configure-biarch32:
--prefix=/usr \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
- CC=gcc -m32 CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
+ CC=gcc $(m32) CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs $(LDFLAGS)
touch
Bug#466757: NMU
On Tue, Apr 01, 2008 at 05:03:59PM +0200, Uwe Hermann wrote: [snip] +--- ./portable/libtorrent/src/entry.cpp2008-03-31 20:53:14.0 + ./portable/libtorrent/src/entry.cpp2008-03-31 21:05:16.0 + +@@ -34,6 +34,7 @@ + + #include algorithm + #include iomanip ++#include ostream Typo or is this intentional? I assume you mean iostream? No, I meant ostream. Are you sure these are all changes which are required for gcc 4.3 support? I haven't yet tested it myself but I'm under the impression that there should be quite a few more issues which need fixing (especially in ./portable/libtorrent/*). The package builds fine with gcc-4.3 with my patch. Also, I have informed upstream about the issue a while ago, the next upstream has this probably fixed anyway. Either way, please do _not_ NMU the package. I'll integrate your fixes in the next upload, but I don't want to do any uploads until one version of miro has entered testing. There is no version at _all_ in testing at the moment, which is bad, and an NMU would further delay this. There are various things which need to happen until it can enter testing, one of them is waiting for a few dependencies on other architectures, so miro can be built there (or pinging debian-release for manual fixup, I'll probably do that soon). Sure, I just had to send a debdiff, which is done. Arthur. signature.asc Description: Digital signature
Bug#466757: NMU
tags 466757 + patch My AM wants me to do some NMU for my TS, here is one. Thanks, Arthur. diff -u miro-1.1.2/debian/control miro-1.1.2/debian/control --- miro-1.1.2/debian/control +++ miro-1.1.2/debian/control @@ -19,7 +19,8 @@ libxine-dev (= 1.1.6-2), chrpath, libxv-dev, - libssl-dev + libssl-dev, + libffi-dev Standards-Version: 3.7.3 Homepage: http://www.getmiro.com diff -u miro-1.1.2/debian/changelog miro-1.1.2/debian/changelog --- miro-1.1.2/debian/changelog +++ miro-1.1.2/debian/changelog @@ -1,3 +1,11 @@ +miro (1.1.2-3.1) unstable; urgency=low + + * Non-maintainer Upload. + * Add libffi-dev to Build-Depends. + * debian/patches/80_gcc-4.3_headers.patch: Add. Closes: #466757 + + -- Arthur Loiret [EMAIL PROTECTED] Mon, 31 Mar 2008 21:03:51 + + miro (1.1.2-3) unstable; urgency=low * Provide real transitional packages for democracyplayer - miro upgrades. only in patch2: unchanged: --- miro-1.1.2.orig/debian/patches/80_gcc-4.3_headers.patch +++ miro-1.1.2/debian/patches/80_gcc-4.3_headers.patch @@ -0,0 +1,30 @@ +--- ./portable/libtorrent/include/libtorrent/peer_id.hpp 2008-03-31 20:47:32.0 + ./portable/libtorrent/include/libtorrent/peer_id.hpp 2008-03-31 20:47:44.0 + +@@ -38,6 +38,7 @@ + #include cctype + #include algorithm + #include string ++#include cstring + + #include libtorrent/config.hpp + #include libtorrent/assert.hpp +--- ./portable/libtorrent/src/file.cpp 2008-03-31 20:51:16.0 + ./portable/libtorrent/src/file.cpp 2008-03-31 20:52:11.0 + +@@ -57,6 +57,7 @@ + #include sys/stat.h + #include sys/types.h + #include errno.h ++#include cstring + + #include boost/static_assert.hpp + // make sure the _FILE_OFFSET_BITS define worked +--- ./portable/libtorrent/src/entry.cpp2008-03-31 20:53:14.0 + ./portable/libtorrent/src/entry.cpp2008-03-31 21:05:16.0 + +@@ -34,6 +34,7 @@ + + #include algorithm + #include iomanip ++#include ostream + #include libtorrent/entry.hpp + #include libtorrent/config.hpp + signature.asc Description: Digital signature
Bug#473167: string concatenation segfaults
reassign 473167 gdc-4.1 thanks Yes, this is a ppc-specific issue, thanks for reporting. Arthur. signature.asc Description: Digital signature
Bug#417699: patch for sooperlooper/gcc-4.3
tags 417699 + patch
thanks
Hi,
My AM wants me to do some NMUs for my TS, here is one, which fixes the bug.
Thanks,
Arthur.
diff -u sooperlooper-1.0.8c/debian/changelog
sooperlooper-1.0.8c/debian/changelog
--- sooperlooper-1.0.8c/debian/changelog
+++ sooperlooper-1.0.8c/debian/changelog
@@ -1,3 +1,11 @@
+sooperlooper (1.0.8c-3.1) unstable; urgency=low
+
+ * NMU.
+ * 02_sooperlooper_gcc-4.3.diff: Add, fix FTBFS with gcc-4.3.
+Closes: #417699
+
+ -- Arthur Loiret [EMAIL PROTECTED] Mon, 17 Mar 2008 00:24:45 +
+
sooperlooper (1.0.8c-3) unstable; urgency=low
* recompiled against libwxgtk-2.6 instead of version 2.4 (closes:
only in patch2:
unchanged:
--- sooperlooper-1.0.8c.orig/debian/patches/02_sooperlooper_gcc-4.3.diff
+++ sooperlooper-1.0.8c/debian/patches/02_sooperlooper_gcc-4.3.diff
@@ -0,0 +1,161 @@
+--- ./sooperlooper-1.0.8c/libs/midi++/mtc.cc 2008-03-17 00:00:3056266570
+
./sooperlooper-1.0.8c/libs/midi++/mtc.cc 2008-03-17 00:00:4361264330
+
+@@ -19,6 +19,7 @@
+ */
+
+ #include cstdlib
++#include cstring
+ #include unistd.h
+ #include string
+ #include iostream
+--- ./sooperlooper-1.0.8c/libs/midi++/fd_midiport.cc 2008-03-16
23:52:01.352266722 +
./sooperlooper-1.0.8c/libs/midi++/fd_midiport.cc 2008-03-16
23:52:22.205264660 +
+@@ -20,6 +20,7 @@
+
+ #include fcntl.h
+ #include cerrno
++#include cstring
+
+ #include pbd/error.h
+ #include pbd/pathscanner.h
+--- ./sooperlooper-1.0.8c/libs/midi++/midi.cc 2008-03-16 23:52:45.512378396
+
./sooperlooper-1.0.8c/libs/midi++/midi.cc 2008-03-16 23:53:16.308375929
+
+@@ -20,6 +20,7 @@
+
+ #include string
+ #include cstdlib
++#include cstring
+ #include midi++/types.h
+
+ const char *MIDI::controller_names[] = {
+--- ./sooperlooper-1.0.8c/libs/midi++/midichannel.cc 2008-03-16
23:54:2489266167 +
./sooperlooper-1.0.8c/libs/midi++/midichannel.cc 2008-03-16
23:54:46.556865487 +
+@@ -18,6 +18,8 @@
+ $Id: midichannel.cc,v 1 2004/11/06 21:07:59 essej Exp $
+ */
+
++#include cstring
++
+ #include midi++/types.h
+ #include midi++/port.h
+ #include midi++/channel.h
+--- ./sooperlooper-1.0.8c/libs/midi++/midicontrollable.cc 2008-03-16
23:57:0012268018 +
./sooperlooper-1.0.8c/libs/midi++/midicontrollable.cc 2008-03-16
23:57:44.393264179 +
+@@ -19,6 +19,8 @@
+ */
+
+ #include cstdio /* for sprintf, sigh */
++#include climits
++#include cstring
+ #include pbd/error.h
+ #include midi++/port.h
+ #include midi++/channel.h
+--- ./sooperlooper-1.0.8c/libs/midi++/midimanager.cc 2008-03-16
23:58:26.268740573 +
./sooperlooper-1.0.8c/libs/midi++/midimanager.cc 2008-03-16
23:58:42.761264563 +
+@@ -17,6 +17,8 @@
+ $Id: midimanager.cc,v 1 2004/11/06 21:07:59 essej Exp $
+ */
+
++#include cstring
++
+ #include fcntl.h
+ #include pbd/error.h
+ #include pbd/basename.h
+--- ./sooperlooper-1.0.8c/libs/midi++/midiparser.cc2008-03-16
23:59:16.345009349 +
./sooperlooper-1.0.8c/libs/midi++/midiparser.cc2008-03-16
23:59:57.465264839 +
+@@ -22,6 +22,7 @@
+ */
+
+ #include cstdlib
++#include cstring
+ #include unistd.h
+ #include string
+ #include iostream
+--- ./sooperlooper-1.0.8c/libs/pbd/dirname.cc 2008-03-16 23:46:06.080268658
+
./sooperlooper-1.0.8c/libs/pbd/dirname.cc 2008-03-16 23:46:22.249264176
+
+@@ -1,5 +1,6 @@
+ #include cstdio
+ #include cstdlib
++#include cstring
+ #include string
+ #include pbd/dirname.h
+
+--- ./sooperlooper-1.0.8c/libs/pbd/ftw.cc 2008-03-16 23:46:46.392264651
+
./sooperlooper-1.0.8c/libs/pbd/ftw.cc 2008-03-16 23:47:56.397264677
+
+@@ -28,6 +28,7 @@
+SUCH DAMAGE.
+ */
+
++#include cstring
+ #include string
+ #include sys/types.h /* Because fts(3) says so */
+ #include sys/stat.h
+--- ./sooperlooper-1.0.8c/libs/pbd/mountpoint.cc 2008-03-16
23:47:27.564786723 +
./sooperlooper-1.0.8c/libs/pbd/mountpoint.cc 2008-03-16
23:47:47.519403079 +
+@@ -19,6 +19,7 @@
+ */
+
+ #include cstdio
++#include cstring
+ #include string
+ #include limits.h
+
+--- ./sooperlooper-1.0.8c/libs/pbd/pathscanner.cc 2008-03-16
23:48:20.097377365 +
./sooperlooper-1.0.8c/libs/pbd/pathscanner.cc 2008-03-16
23:48:34.701010943 +
+@@ -20,6 +20,7 @@
+
+ #include cstdlib
+ #include cstdio
++#include cstring
+ #include vector
+ #include dirent.h
+
+--- ./sooperlooper-1.0.8c/libs/pbd/pool.cc 2008-03-16 23:49:50.884265752
+
./sooperlooper-1.0.8c/libs/pbd/pool.cc 2008-03-16 23:50:50.404265241
+
+@@ -18,6 +18,9 @@
+ $Id: pool.cc,v 1 2004/11/06 21:08:00 essej Exp $
+ */
+
++#include cstdlib
++#include cstring
++
+ #include iostream
+ #include sys/mman.h
+ #include vector
+--- ./sooperlooper-1.0.8c/src/engine.cpp 2008-03-17 00:01:43.701099250
+
./sooperlooper-1.0.8c/src/engine.cpp 2008-03-17 00:03:31.257755620
+
+@@ -17,12 +17,14 @@
+ **
+ */
+ #include iostream
++#include
