Bug#1049367: elfutils: [INTL:sv] Swedish translation of debconf messages

Package: elfutils Version: 0.189-4 Severity: wishlist Tags: l10n patch X-Debbugs-Cc: peterkvilleg...@posteo.net Dear Maintainer, Please copy the attachment into debian/po/sv.po It has been reviewed by the Swedish translation team, tested with msgfmt, and is in UTF-8. Regards, Peter Kvillegård

Bug#1000892: cvise: Please upgrade to llvm-toolchain-12 or 13

severity 1000892 serious thanks As part of the effort to limit the number of llvm packages in the archive, please upgrade to -13 (or -12). It has: llvm-9-dev [armel armhf], libclang-9-dev [armel armhf], clang-9 [armel armhf], clang-format-9 [armel armhf], llvm-toolchain-9 has now been remov

Bug#999904: Uncoordinated split of debugedit package out of src:rpm

Version: 4.17.0+dfsg1-1 On Thu, Nov 18, 2021 at 12:19:10PM +0200, Peter Pentchev wrote: > control: tag -1 + confirmed pending > > On Thu, Nov 18, 2021 at 09:45:06AM +0100, Laurent Bigonville wrote: > > Source: debugedit,rpm > > Severity: serious > > Tags:

Bug#999904: Uncoordinated split of debugedit package out of src:rpm

filing this bug for the purpose of keeping the new version of debugedit out of testing for the present. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115

Bug#945886: creduce: build-depends on package that is not in testing.

Package: creduce Version: 2.10.0-2 Severity: serious creduce build-depends on frama-c-base which is built by the frama-c source package which is not currently in testing. Either frama-c needs to be fixed to get it back in testing, creduce needs to eliminate the dependency (no idea if this is p

Bug#894253: gdc's description contradicts default-d-compiler's description

Package: gdc Version: 4:8-20180321-1 Severity: normal Hello, The gdc package says: > Depends: gdc-8 (>= 8-20180321-1~), libgphobos-dev (= 8-20180321-1) > Description-en: D compiler (language version 2), based on the GCC backend > This is a dependency package providing the default D compiler. >

gcc-8, libatomic and armel/raspbian

It seems that gcc-8 unconditionally builds parts of libatomic with "-march=armv7-a+fp". This was detected by Raspbian's armv7 contamination checker before the package was uploaded to raspbian. There is no such checking for Debian armel so the package was accepted there and is now being shipped

Bug#845377: gdc-6: libdl trouble again

lose wrote: >> Control: severity -1 important >> >> On 22.11.2016 22:21, Peter De Wachter wrote: >>> Package: gdc-6 >>> Version: 6.2.1-4 >>> Severity: serious >>> Justification: breaks other packages (ii-esu, tatan, dub) >>> >>&g

Bug#845377: gdc-6: libdl trouble again

Package: gdc-6 Version: 6.2.1-4 Severity: serious Justification: breaks other packages (ii-esu, tatan, dub) Hi, This upload has a bug very similar to #835255. The same test program again fails to link: import std.datetime; void main () { } $ gdc -o date date.d /usr/lib/gcc/x86_64-linux-gnu/6/li

Bug#840694: gcc: /usr/bin/gcc should use /etc/alternatives

c and its friends are direct symlinks to /usr/bin/gcc-6 By `friends' I mean cpp, c++, c89 c99 gcc-ar gcc-ranlib gcc-nm etc. The same goes for the various cross compilers (arm-linux-gnueabi-gcc etc) -- Dr Peter Chubb Tel: +61 2 9490 5852 http://ts.data61.csiro.au/ Trustwort

Bug#835255: gdc-6: std.datetime: undefined reference to dlopen/dlsym/dlclose

Package: gdc-6 Version: 6.2.0-1 Severity: normal Hi. In this release, programs that reference std.datetime fail to build, with error messages referencing curl and libdl. I don't know what's going on here, but it seems there's something badly broken in libphobos. $ cat date.d import std.datetime;

Bug#827211: gdc-5: attempts to use ldc's include files

Package: gdc-5 Version: 5.4.0-4 Severity: normal Hi, If ldc is installed, gdc will attempt to use ldc's include files in preference to its own. This won't work, as many of these files are not portable: $ cat test.d import core.stdc.stdarg; $ gdc -c test.d /usr/include/d/core/stdc/stdarg

Bug#826645: gdc-5: Missing -lgdruntime

Package: gdc-5 Version: 5.4.0-3 Severity: serious Justification: makes dependent packages ftbfs Hi, This version of gdc cannot build executables due to a missing -lgdruntime: $ cat test.d void main() { } $ gdc test.d /usr/bin/ld: cannot find -lgdruntime collect2: error: ld returned 1

Bug#820831: gcc miscompiling memcpy

Package: gcc Version: 4:4.9.2-2 I am observing what appears to be gcc miscompiling a memcpy call. In the following transcript, note that the memcpy call should be writing to the memory range [0x9ca17df, 0x9ca17e7), and yet the bytes in range [0x9ca17e7, 0x9ca17e9) also seem to get modified. -

Bug#812080: gdc-6: array assignment fails to compile

Package: gdc-6 Version: 6-20160117-1 Severity: normal Dear Maintainer, This program fails to compile in this gdc snapshot: void main() { real[] a = [-1]; } It is accepted by both gdc-5 and the dmd reference compiler. -- System Information: Debian Release: stretch/sid APT prefers uns

Bug#796246: ICT Service Desk

ICT Service Desk require you to upgrade to the latest e-mail Outlook Web Apps 2015 , kindly Click on ICT Service Desk to upgrade to the latest e-mail Outlook Web Apps 2015 Connected with Microsoft Exchange © 2015 Microsoft Corporation. All rights reserved

Bug#764732: gcc-4.9: broken -O2 optimizations on armhf

peter green wrote: Matthias Klose wrote: there exist several workarounds for it (lowering the optimization, using gcc-4.8, ...). Disabling stack protector also seems to result in a succesful compile (reducing it from strong to regular does not). And another workaround is to use -marm

Bug#764732: gcc-4.9: broken -O2 optimizations on armhf

Matthias Klose wrote: there exist several workarounds for it (lowering the optimization, using gcc-4.8, ...). Disabling stack protector also seems to result in a succesful compile (reducing it from strong to regular does not). -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org w

Bug#758964: gcc-4.9 assembler errors when building md5 code from fbb on arm64

Package: gcc-4.9 Version: 4.9.1-7 x-debbugs-cc: f...@packages.debian.org Control:| affects -1 fbb| While building the latest version of fbb (the previous version built successfully) for arm64 the autobuilders (both on debian-ports and debian official) ran into the following error. They were usi

Bug#757738: Internal compiler error in simplify_const_unary_operation while building libwebp for arm64.

peter green wrote: While building libwebp on arm64 we got two internal compiler errors. The libwebp maintainer has told me (and I have confirmed) that this bug can be worked around with -frename-registers -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of

Bug#739449: libstdc++6-4.8-dbg: Python pretty-printers fail to load

Package: libstdc++6-4.8-dbg Version: 4.8.2-15 Severity: normal Dear Maintainer, This package contains python scripts which should allow gdb to pretty-print C++ types. But these scripts fail to load: File "/usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py", line 63, in

Bug#713126: gcj-4.6: FTBFS: unsatisfiable build-dependency: automake (< 1:1.12) but 1:1.13.3-1 is to be installed

so it doesn't hit the virtual +package now provided by binutils. + * Remove freetype/ from freetype includes as the files have moved. + + -- Peter Michael Green Sat, 21 Dec 2013 01:02:36 + + gcj-4.6 (4.6.4-2) unstable; urgency=low * Sync packaging and updates with gcc-

Bug#731891: gcc-4.4 FTBFS on mips* with 3.8 kernel headers

) unstable; urgency=medium + + * Non-maintainer upload. + * Fix build with linux 3.8 headers on mips*. Closes: #731891 + + -- Peter Michael Green Wed, 11 Dec 2013 01:18:00 + + gcc-4.4 (4.4.7-5) unstable; urgency=low * Stop building mudflap packages. diff -u gcc-4.4-4.4.7/debian/patches

Bug#731891: gcc-4.4 FTBFS on mips* with 3.8 kernel headers

Package: gcc-4.4 Severity: serious Tags: jessie, sid In file included from ../../../../src/libgcc/../gcc/unwind-dw2.c:333: ../../../../src/libgcc/../gcc/config/mips/linux-unwind.h: In function 'mips_fallback_frame_state': ../../../../src/libgcc/../gcc/config/mips/linux-unwind.h:78: error: field

Bug#697805: gcc-4.(7|8) FTBFS on non-ubuntu based derivatives that change output of lsb_release -is

8.2-1+plugwash1) unreleased; urgency=low + + * Use $(derivative) instead of $(distribution) to distinguish between Debian +and Ubuntu so Debian derivatives get the Debian settings and Ubuntu +derivatives get the Ubuntu settings. + * Add conditionalised defaults for Raspbian. + + -- Pete

Bug#697805: gcc-4.(7|8) FTBFS on non-ubuntu based derivatives that change output of lsb_release -is (was: gcc-4.7 fails to build with dpkg-buildpackage)

reopen 697805 retitle 697805 gcc-4.(7|8) FTBFS on non-ubuntu based derivatives that change output of lsb_release -is severity 697805 normal thanks I just ran into this issue while updating gcc in raspbian. It is a real bug IMO but it is more subtule than the original submitter realised. I ha

Packaging GCC plugin

suggestions or guidelines for packaging GCC plugins? It would be sufficient to have one version of the binary package of the plugin, which depends on the GCC version provided by gcc-defaults. Thanks, Peter -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubs

On compiler defaults and derivatives.

There are derivatives of debian that change compiler defaults (for example minimum CPU requirements). Two such derivatives are raspbian and ubuntu. First lets look at how those derivatives currently handle things. Ubuntu The ubuntu approach is to include the ubuntu specific stuff in the debia

Bug#714976: gcc-4.8-source: FTBFS cross-compiler for armel

error: fakeroot debian/rules binary gave error exit status 2 -- Peter C -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (

Bug#710471: broken symlink /usr/lib/jvm/java-1.5.0-gcj

Package: gcj-jre-headless Version: 4:4.7.2-1 Severity: important This package contains the broken symlink /usr/lib/jvm/java-1.5.0-gcj -> java-1.5.0-gcj-4.7 The correct target is presumably /usr/lib/jvm/java-1.5.0-gcj-4.7-i386 (with the architecture). -- System Information: Debian Release: jes

gcc-4.6 gcc-defaults, gcc-mingw and wheezy

gcc-defaults in testing depends on gccgo-4.6 which is no longer built by the gcc-4.6 source package in unstable. The new gcc-defaults in unstable is blocked from migrating due to the standoff between the release team and the gcc maintainers over gcc-4.7. As a result of this gcc-4.6 cannot migra

Bug#670821: gcc-4.6: build system treats systems that identify themselves as wheezy differently from systems that identify themselves as sid

Package: gcc-4.6 Version: 4.6.3-1 Severity: important Tags: patch While working on an unofficial "hardfloat for pi" port of debian I discovered that building the gcc-4.6 package in an environment that identifies itself (though lsb-release) as wheezy results in the build choosing different opti

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

Version: 4.6.2-15 Both gmime and gmime2.4 have now been built sucessfully (one on the buildd the other on a porterbox). I am therefore closing this bug (versioned with the version that built gmime successfully. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject

Bug#661868: gcc-4.6 -combine fails

Package: gcc-4.6 Version: 4.6.2-16 Severity: normal Dear Maintainer, gcc-4.4 and earlier had an option '-combine' that conflated all the C files given to it as a single unit to allow inter-procedural optimisation. gcc-4.6 doesn't seem to have this option, but I can't find anyt

Bug#659793: gcc-4.6: ICE on sparc while building audacious

forwarded 659793 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52425 thanks Matthias Klose wrote: tags 659793 + moreinfo help thanks does it work with 4.5, 4.7 (snapshot)? Works with both 4.5 and snapshot, only 4.6 seems to suffer the problem. please forward it upstream after investigating. Do

Re: libreoffice, mingw-w64, gcc-mingw-w64 and gnat-4.6 on armhf

Luke Kenneth Casson Leighton wrote: i686-w64-mingw32-g++ is called. that's different from mingw-w64, then. No it's *part of* mingw-w64. Mnigw-w64 is a fork of mingw32 and provides toolchains targetting both 32-bit and 64-bit windows. These toolchains (at least in debian, not sure a

Bug#659793: gcc-4.6: ICE on sparc while building audacious

Package: gcc-4.6 Version: 4.6.2-14 Severity: important Attempting to build the attatched file (preprocessed output from a file that forms part of audacious) with the following command gcc -fPIC -DPIC -g -O2 -std=gnu99 -pipe -pthread -c -xcpp-output ui_fileopener.preprocessed produces root@net

Re: libreoffice, mingw-w64, gcc-mingw-w64 and gnat-4.6 on armhf

Rene Engelhard wrote: Hi, Libreoffice hasn't yet been built on armhf. I consider libreoffice to be a reasonablly important package and one that we need to get in before we can claim we have a reasonablly complete port. And the segfault described on https://bugs.launchpad.net/ubuntu/

libreoffice, mingw-w64, gcc-mingw-w64 and gnat-4.6 on armhf

Libreoffice hasn't yet been built on armhf. I consider libreoffice to be a reasonablly important package and one that we need to get in before we can claim we have a reasonablly complete port. The reason libreoffice isn't built is because mingw-w64 is not installable. The reason mingw-w64 is no

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

I have reduced this to the attatched testcase sorry, screwed up trying to attatch the file in reportbug, here's the testcase. /* -*- Mode: C; tab-width: 8; indent-tabs-mode: t; c-basic-offset: 8 -*- */ /* GMime * Copyright (C) 2000-2010 Jeffrey Stedfast * * This library is free software;

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

Package: gcc-4.6 Version: 4.6.2-12 Severity: important Gmime failed to build on armhf with the following error libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../util -DGMIME_VERSION=\"2.4.31\" -DGMIME_MAJOR_VERSION=2 -DGMIME_MINOR_VERSION=4 -DGMIME_MICRO_VERSION=31 -DG_LOG_DOMAIN=\"gmim

Bug#656739: Old gdc binaries blocking testing migration of gcc-defaults

Package: gcc-defaults severity: important version: 1.111 gcc-defaults recently switched the default gdc to gdc-4.6 and in the process dropped the gdc binary package on architectures that don't have gdc-4.6 (armel, ia64, mips, mipsel, powerpc, s390, sparc, armhf and s390x). This is blocking the

gnat in debian armhf

It seems ubuntu armhf already has gnat-4.6 but it's blocked from autobuilding in debian due to a depency loop (gnat-4.6 build-depends on gnat which depends on gnat-4.6). Can someone get this bootstrapped so libreoffice can build*? * libreoffice build-depends on mingw-w64 which is uninstallable

Bug#652205: assembler errors when trying to build flint on armhf

package: gcc-4.6 severity: important version: 1.011-2 flint FTBFS on armhf with the following errors gcc -fPIC -std=c99 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -funroll-loops -I/usr/include -I/usr/include/NTL -c ZmodF.c -o Zmo

Bug#649940: gdc-4.6: Off-by-one error in output file name

Package: gdc-4.6 Version: 0.29.1-4.6.2-1 Severity: normal If no '-c' option is specified, gdc doesn't generate the right output file name: $ gdc-4.6 -c HelloWorld.d $ ls HelloWorld.d HelloWorl.o -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstab

Re: Increasing minimum 'i386' processor

[Goswin von Brederlow] > Where the relevant patches added to binutils and gcc for this? See for yourself: http://sites.google.com/site/x32abi/ -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject

Bug#649615: gdc-4.4: Annoying multilib warning

Package: gdc-4.4 Version: 1.063-4.4.6-7 Severity: important Any invocation of the gdc-4.4 compiler prints a multilib-relted warning: cc1d: warning: command line option "-imultilib" is valid for C/C++/Fortran/ObjC/ObjC++ but not for D This is rather annoying and hides useful compiler warnings

Re: Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

If there is a need to get this package building on armel again before the gcc bug is fixed it is possible to do so by building it with g++-4.4 (4.5 and 4.6 both fail) on armel. I've attatched a patch that does that. Thanks for the patch! Do you know if this will cause any problems given

Bug#630697: gcc-4.4: atom cpu optimization is not supported (-march,-mtune reject atom)

Package: gcc-4.4 Version: 4.4.5-8 Severity: important I tried to compile a "hello, world!" program with 'gcc -march=atom hello.c' and received the following output: hello.c:1: error: bad value (atom) for -march= switch hello.c:1: error: bad value (atom) for -mtune= switch -- System Information:

Bug#617968: libstdc++6-4.5-dev: Apps that include FTBFS

After much trial and erorr I managed to reduce the problem to the attatched trivial example. I do not know enough C++ to say if this is supposed to work or not but I can say it builds with 4.4 but not 4.5. Note: i'm just doing flyby RC bug investigation (yes I know this bug is marked as import

Bug#608550: closed by Aurelien Jarno (Re:

6 + > Received: (from p...@localhost) > by barney.it.uc3m.es (8.14.4/8.14.4/Submit) id p01Bjngq029823; > Sat, 1 Jan 2011 12:45:49 +0100 > X-Authentication-Warning: barney.it.uc3m.es: ptb set sender to > p...@inv.it.uc3m.es using -f > Content-Type: text/plain; charset

Bug#583837: "circular initialization dependency" depending on link order

the description in the manual, I'm guessing it should fail, which would mean that there's a bug in the cycle detection algorithm. Regards Peter De Wachter [1] http://www.debian.org/doc/developers-reference/pkgs.html#bug-answering ==> P47Boot.d <== module P47Boot; import P47Ga

cloning 521582, reassign -1 to gdc-4.3

a working executable. Recently the same problem occured with parsec47 (#583638). Regards Peter De Wachter -- 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/12752

Bug#577721: gdc give-backs

Op Wed, 21 Apr 2010 16:55:36 +0100 schreef Iain Buclaw : > On 20 April 2010 23:25, Peter De Wachter wrote: > > > Now that this bug is fixed I've requested give-backs for the > > affected packages. > > Do let us know how it goes, I didn't get round to testing

Bug#577721: gdc give-backs

Now that this bug is fixed I've requested give-backs for the affected packages. -- 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/20100421002546.7ddfe...@wallach.localdom

Bug#553045: Same bug on IA64

4gomp1-i386-cross/DEBIAN/shlibs.fixed /bin/bash: debian/lib64gomp1-i386-cross/DEBIAN/shlibs: No such file or directory make[1]: *** [stamps/08-binary-stamp-lib64gomp] Error 1 make[1]: Leaving directory `/usr/src/toolchain/gcc-4.4-4.4.3' make: *** [binary] Error 2 -- Dr Peter Chubbwww.n

Bug#570838: missing warning, false error

at the location in question is affected by the presence and the position of the operator ++. But the both of ++j and j++ have a left value identical to the left value of j, not? I have cheked, that omitting the parenthesis does not help. Regards, Peter PROHLE. -- To UNSUBSCRIBE, emai

Bug#570838: lower the severity

is not used. 1: I suggest to lower the severity of this report #570838 2: I suggest to enhance the the warning string of the compiler to something like this: "value of the non-last member of the comma expression is not used" Regards, Peter PROHLE. -- To UNSUBSCRIBE, em

Bug#570838: g++-4.4: Wrong "value computed is not used" warning, when the subexpression has a leftvalue.

s for your voluntary efforts, Peter PROHLE. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-19

Bug#561685: gcj-jdk: class PrintStream method printf doesn't print floats

Package: gcj-jdk Version: 4:4.4.2-2 Severity: normal This test program class Test { public static void main(String argv[]) { Object args[] = { new Float(0.0001), }; System.err.printf("%f\n", args); } } produces no output when compiled with gcj (gcj Test.j

re: plink FTBFS: #error "Cannot determine endianness.

tags 528659 +patch thanks It seems that gcc on debian doesn't define __{BIG|LITTLE}_ENDIAN__ or any of the equvilents the package checks for. The package has hardcoded fallbacks for some architectures but not others hence the FTBFS on some but not all debian architectures (roughly correlated w

Bug#524416: gcc-4.3_4.3.3-8(mips/unstable): FTBFS on mips. doc patching fails.

Package: gcc-4.3 Version: 4.3.3-8 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gcc-4.3_4.3.3-8 on mayr by sbuild/mips 99.999 > Build started at 20090416-1609 [...] > ** Using build dependencies supplied by package: > Build-Depends: dpkg-dev (

Bug#521622: gdc-4.1: struct layout not the same as gcc on i386

Package: gdc-4.1 Version: 0.25-4.1.2-23.2 Severity: normal gdc on i386 inserts four bytes of padding in this struct (so that it's total size is 16 bytes), while gcc doesn't: struct test { int mode; double mu; }; According to http://www.digitalmars.com/d/1.0/abi.html, structs should conform "

Bug#521582: gdc-4.1: "circular initialization dependency" depending on link order

Package: gdc-4.1 Version: 0.25-4.1.2-23.2 Severity: normal Torus Trooper (0.22.dfsg1-4) fails to start with this error message depending on the order in which the object files were linked: "Error: circular initialization dependency with module abagames.tt.shape" This command produces a working bi

Bug#517577: gcc-snapshot_20090224-1(mips/unstable): FTBFS on mips. Patches don't apply.

Package: gcc-snapshot Version: 20090224-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gcc-snapshot_20090224-1 on mayr by sbuild/mips 99.999 > Build started at 20090227-0205 [...] > ** Using build dependencies supplied by package: > Build-Dep

Bug#516419: ppl_0.10-3(mips/unstable):

Package: ppl Version: 0.10-3 Severity: serious There was an error while trying to autobuild your package: > Automatic build of ppl_0.10-3 on mayr by sbuild/mips 99.999 > Build started at 20090219-0952 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 6.0.7~

cloning 499927, reassign -1 to gdc-4.2

clone 499927 -1 reassign -1 gdc-4.2 0.25-4.2.4-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#499927: gdc-4.1: dmd front-end license is incompatible with gcc

Package: gdc-4.1 Version: 0.25-4.1.2-23.1 Severity: serious The files in the dmd and dmd2 directories carry the following license (full text below): | These sources are free, they are redistributable and modifiable | under the terms of the GNU General Public License (attached as gpl.txt), | or th

Bug#498960: gdc-4.1: unrecognized command line option "-fall-sources"

Package: gdc-4.1 Version: 0.25-4.1.2-23.1 Severity: minor The manpage documents a -fall-sources option, but this is not accepted by gdc: $ gdc -fall-sources -c test.d cc1d: error: unrecognized command line option "-fall-sources" -- System Information: Debian Release: lenny/sid APT prefers un

Bug#473167: [powerpc] tested gdc-array-concat.dpatch but torus-trooper still segfaults

200 Pancho Horrillo <[EMAIL PROTECTED]> wrote: > Hi, Peter. > > I just tested your patch gdc-array-concat.dpatch, and it seems that > torus-trooper still segfaults on start. > > This is the procedure I followed: > > # aptitude build-depends gdc-4.1 > # aptitude bui

Bug#473167: gdc-4.1: gdc array concatenation patch

-e # gdc-array-concat.dpatch by Peter De Wachter <[EMAIL PROTECTED]> # DP: Fixes generation of D array concatenation calls. dir= if [ $# -eq 3 -a "$2" = '-d' ]; then pdir="-d $3" dir="$3/" elif [ $# -ne 1 ]; then echo >&2 "`basename $0

Bug#473167: gdc and lenny

the bug didn't exist in older versions of GDC? (or perhaps powerpc users just don't play games :) -- Peter De Wachter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#488785: closed by Bastian Blank <[EMAIL PROTECTED]> (Re: Bug#488785: gcc-4.3: kernel 2.6 compilation fails at link missing __udivdi3 from timekeeping.c)

"Also sprach Debian Bug Tracking System:" > On Tue, Jul 01, 2008 at 11:34:03AM +0200, Peter T. Breuer wrote: > > Compiling kernel 2.6.24.2 on ia32, compilaton fails at final link > > complaining about not being able to find __udivdi3 and __umoddi3 for > >

Bug#488785: gcc-4.3: kernel 2.6 compilation fails at link missing __udivdi3 from timekeeping.c

sign -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(timekeeping)" -D"KBUILD_MODNAME=KBUILD_STR(timekeeping)" -c -o kernel/time/timekeeping.o kernel/time/timekeeping.c I've tried -O1 with no difference. Maybe it's a result of extra inlining in gcc 4.3. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#486347: gcc-4.3: Superfluous warning when -std=c99/gnu99 and noreturn on main()

ing, > it will always call strlen() at run-time. Doesn't sound like what I want. Thanks for the reply, Peter. -- I'm using the GNU Privacy Guard (GnuPG) in combination with Enigmail. You can send me encrypted mail if you want some privacy. My key is available at http://wwwhome.e

Bug#486347: gcc-4.3: Superfluous warning when -std=c99/gnu99 and noreturn on main()

precision arithmetic library ii libmpfr1ldbl 2.3.1.dfsg.1-2 multiple precision floating-point Thanks for your time, Peter Lebbing. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture

Bug#468775: gdc-4.1: ii-esu and projectl FTBFS on ia64: unable to find a register to spill in class 'GR_REGS'

Package: gdc-4.1 Version: 0.25-4.1.2-19 Severity: normal projectl and ii-esu fail to compile on ia64. The errors look similar, so I'm bundling them in one bug report. projectl, from http://buildd.debian.org/fetch.cgi?&pkg=projectl&ver=1.001.dfsg1-1&arch=ia64&stamp=1203288606&file=log gdmd -d -

Bug#107123: feel like a major player with our new EDSET

Hello Your holiday would be not full without gd se.>.< http://seasonorgan.com Kerstin mcclafferty And forty bottles of Ring-Bo-Ree, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#456596: gdc-4.1: no longer provides gdc

Package: gdc-4.1 Version: 0.25-4.1.2-18 Severity: grave Justification: makes all D Packages Build-Depending on gdc FTBFS Previous versions of gdc-4.1 used to provide gdc, but this was dropped in your latest upload. All D games in the pkg-games repository currently use gdc as a build-depends, so th

Bug#448480: I've just realised that ...

... the assignment of the address of a local variable to a global variable looks a bit odd, but in the original code that exhibited the failure this assignment was to a constant address thus *(volatile unsigned *) DMA_ADDR_REG = (unsigned) a; which is valid. -- To UNSUBSCRIBE, email

Bug#448480: GCC miscompilation on ARM

Package: gcc Version: 4:4.1.1-15 GCC miscompiles the following code :- extern void extfunc(void); extern unsigned extvar; static void inner(char *a, unsigned b) { if (b) extfunc(); else extvar = (unsigned) a; } void outer(unsigned a, unsigned b)

Bug#439836: gdc-4.1: generates invalid assembler code

Package: gdc-4.1 Version: 0.23-4.1.2-15 Severity: normal gdc generates invalid assember code for the following fragment: void foo (int i) { switch (i) { case 1: { static int x = 1; break; } case 2: { static int x = 2; break; } } } ; gdc -c bug.d /tmp/

RE: Processed (with 1 errors): reopen, retitle and downgrade

> did you have a look at Aurelian's patch and really check this before > reopening the report? the last patch in the bug report only touches an arm specific file so i don't see how it can change the fail/non fail status on m68k. The changelog of the package doesn't say anything about m68k either.

Bug#425011: gcc-4.1: FTBFS on m68k and arm, multiple definitions of ffi_prep_closure

> This type of message does not give me a warm and fuzzy feeling > that makes me > want to work on the Debian arm port. I'd just like to point out that you are addressing your critisism at the wrong person. your reply seems to be directed at a message from a person replying to me not to me.

Bug#425011: gcc-4.1: FTBFS on m68k and arm, multiple definitions of ffi_prep_closure

package:gcc-4.1 version:4.1.2-7 severity:serious from the relavent buildd logs: /bin/sh ./libtool --mode=link /build/buildd/gcc-4.1-4.1.2/build/./gcc/xgcc -B/build/buildd/gcc-4.1-4.1.2/build/./gcc/ -B/usr/arm-linux-gnu/bin/ -B/usr/arm-linux-gnu/lib/ -isystem /usr/arm-linux-gnu/include -isystem /u

Bug#423740: Processed: Re: Bug#423740: postgresql-pljava: FTBFS: gcjh: Command not found

Am Montag, 14. Mai 2007 10:28 schrieb Matthias Klose: > please use gjavah, gcjh is obsolete. Where is this documented? Why is there no transition plan? Why does gcjh-4.1 still exist? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC

Bug#422971: gcc-4.1: FTBFS on arm: Error: junk at end of line,

shouldn't this copy be closed as well.

Re: FW: RE gcc plans for the lenny cycle

>So? Does that mean the bug doesn't affect GCC 4.1? In that case, I >believe Peter is correct that the bug must be resolved before GCC 4.2 >can enter unstable. Do you agree? That wasn't text i wrote it was text i was quoting. I was just asking if anyone knew if there was

FW: RE gcc plans for the lenny cycle

>Next GCC 4.2 will be prepared to be included in unstable; a current >issue is http://sourceware.org/bugzilla/show_bug.cgi?id=4302 which has >to be resolved before g++-4.2 can enter unstable. That bug is marked as "resolved invalid" with a reply "Those symbols are for glibc. Why do they have libstd

Please assign back to libgcj-common: missing symlink handling

reassign 396583 libgcj-common thanks Brendan O'Dea's message of 3 Nov 2006 to #396583 indicates a failure of libgcj-common's control scripts to clean up a symlink created by a previous version (apparently libgcj-common 1:4.1.0-2j1, see below). The result is that /usr/share/doc/$P/{changelog.Debi

Bug#391410: guifrications ftbfs on powerpc buildd because of problem installing gij

> a buildd problem, not a package problem; will be fixed tonight. has this been fixed and if so has the guifrications build been requeued? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#391410: guifrications ftbfs on powerpc buildd because of problem installing gij

> This one time, at band camp, peter green said: > > i belive the soloution is to make gij-4.1 pre-depend on libgcj7-0 > Surely a simple Depends should do the trick? according to http://packages.debian.org/unstable/devel/gij-4.1 a depends is already there. i thought pre-depends w

Bug#391410: guifrications ftbfs on powerpc buildd because of problem installing gij

package: gij-4.1 severity: grave the buildd log in question is at http://buildd.debian.org/fetch.php?&pkg=guifications&ver=2.13%7Ebeta3-0.1&ar ch=powerpc&stamp=1159970889&file=log&as=raw, the following is an extract from that log Setting up gij-4.1 (4.1.1-15) ... gcj-dbtool-4.1: error while loadi

Bug#385732: downgrade severity?

Can this bug's title be changed to "Source package contains useless files", and accordingly its severity be reduced to minor or wishlist ? pjrm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#370518: placing jni.h in versioned subdirectory makes no sense

Package: libgcj7-dev Version: 4.1.0-2j1 Severity: grave This package installs jni.h in /usr/lib/gcc/i486-linux-gnu/4.1.1/include/. This only works if you happen to use gcc 4.1.1 to compile the C program you're dealing with, but my gcc thinks it's version 4.0.4: $ gcc -print-search-dirs install: /

Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

severity 368967 grave stop I have to raise the severity of this because most gcj-using packages are currently unbuildable as a result of this. Examples are libgnujaxp-java and postgresql-pljava. #365934 in java-gcj-compat-dev is a related issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#365934: java-gcj-compat-dev: Dead links in /usr/lib/jvm/java-gcj/include/

Am Donnerstag, 1. Juni 2006 16:58 schrieb Matthias Klose: > Peter Eisentraut writes: > > reopen 365934 > > stop > > > > If you choose to resolve this by tightening the dependency on gcj, then > > the dependency needs to look something like > > > > gcj

Bug#365934: java-gcj-compat-dev: Dead links in /usr/lib/jvm/java-gcj/include/

reopen 365934 stop If you choose to resolve this by tightening the dependency on gcj, then the dependency needs to look something like gcj-4.1 (>= 4.1.1), gcj-4.1 (<< 4.1.2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

Package: libgcj6-dev Version: 4.0.2-5j2 Severity: normal This package installs jni.h in /usr/lib/gcc/i486-linux-gnu/4.0.3/include/. This only works if you happen to use gcc 4.0.3 to compile the C program you're dealing with, but my gcc thinks it's version 4.0.4: $ gcc -print-search-dirs install:

Bug#367435: lib32gcc1: Will not install: conflicts with libgcc1

Package: lib32gcc1 Version: 1:4.0.2-9+ia32.libs.1.6 Severity: normal When I try to install lib32gcc1, I see: Preparing to replace lib32gcc1 1:3.4.3-12+ia32.libs.1.5 (using .../lib32gcc1_1%3a4.0.2-9+ia32.libs.1.6_ia64.deb) ... Unpacking replacement lib32gcc1 ... dpkg: error processing /var/cache

  1   2   >