Bug#1050933:

Control: tags -1 wontfix GCC-13 works as expected. Turns out to be a UB case in highway source code. Closing

Bug#1051126: armhf: Miscompilation at O2 level (O1 is working)

Total Test time (real) = 26.65 sec The following tests FAILED: 446 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSatWidenMulPairwiseAdd/EMU128 # GetParam() = 2305843009213693952 (Subprocess aborted) 452 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSumOfMulQuadAccumulate/EMU128 # GetParam() =

Bug#1051772: Fwd: ia64 generates wrong-code with LTO

Package: gcc-13 Version: 13.2.0-3 highway does not seem to work on ia64 with LTO (see #1051769). On yttrium with gcc-13: % /usr/bin/g++-13 -g -O2 -ffile-prefix-map=/home/malat/highway-1.0.7=. -flto=auto -ffat-lto-objects -specs=/usr/share/dpkg/pie-compile.specs -Wformat -Werror=format-security

Bug#1051769: ia64 generates wrong-code with LTO

Package: gcc-12 Version: 12.2.0-12 highway does not seems to work on ia64 with LTO: https://buildd.debian.org/status/fetch.php?pkg=highway=ia64=1.0.7-3=1694507301=0 The fun part is that even gdb crash on the generated exe: % gdb tests/copy_test GNU gdb (Debian 10.1-2) 10.1.90.20210103-git

Bug#1051764: Missing TARGET_OPTION_SAVE/RESTORE on riscv

Package: gcc-13 Version: 13.2.0-3 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812 Affects: src:highway src:highway fails to compile on riscv64 with LTO. Confirmed upstream.

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

On Sun, Sep 3, 2023 at 9:23 AM Mathieu Malaterre wrote: > > On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose wrote: > > upstream asks for a self-contained test case. Not sure if that's something > > you > > tried in https://bugs.debian.org/1050415 > > Currently

Bug#1016903: really closing for real

Version: 12.2.0-18 malat@barriere ~ % apt-cache policy gcc-12 gcc-12: Installed: 12.2.0-18 Candidate: 12.2.0-18 Version table: *** 12.2.0-18 100 1 https://deb.debian.org/debian experimental/main i386 Packages 100 /var/lib/dpkg/status 12.2.0-14 500 500

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose wrote: > upstream asks for a self-contained test case. Not sure if that's something you > tried in https://bugs.debian.org/1050415 Currently working on PR/111231. cresult is difficult to work with as it default to aggressive renaming. I've switch to

Bug#1051126: armhf: Miscompilation at O2 level (O1 is working)

Package: g++-13 Version: 13.2.0-2 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231 Affects: src:highway I am getting some odd behavior for unit test of highway. I believe there is some wrong-code generation using g++ + -O2 on armhf. I also believe this is different from Debian bug

Bug#1050933: aarch64: Miscompilation at O1 level (O0 is working)

Package: g++-13 Version: 13.2.0-2 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643 Affects: src:highway I am getting some odd behavior for unit test of highway. I believe there is some wrong-code generation using g++ + -O1.

Bug#1050849: creduce upstream homepage

Source: creduce Version: 2.11.0~20230819-1 Could someone please document where creduce homepage is located nowadays. http://embed.cs.utah.edu/creduce/ seems to be gone. I am not clear what to do with reports such as: ===< pass_clang_binsrch :: replace-function-def-with-decl >=== Segmentation

Bug#1050415: PermissionError: [Errno 13] Permission denied

On Thu, Aug 24, 2023 at 7:03 PM Matthias Klose wrote: > > Control: tags -1 - moreinfo > > On 24.08.23 15:15, Mathieu Malaterre wrote: > > On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose wrote: > >> > >> Control: tags -1 + moreinfo > >> &g

Bug#1050415: PermissionError: [Errno 13] Permission denied

On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose wrote: > > Control: tags -1 + moreinfo > > On 24.08.23 11:54, Mathieu Malaterre wrote: > > Package: cvise > > Version: 2.8.0-1 > > > > I cannot run cvise in Debian/sid: > > [...] > > > with: > &g

Bug#1050415: Acknowledgement (PermissionError: [Errno 13] Permission denied)

For reference, creduce seems to be happy with the exact same settings: % creduce check.sh testcase.i ===< 150190 >=== running 3 interestingness tests in parallel ===< pass_unifdef :: 0 >=== ===< pass_comments :: 0 >=== ===< pass_ifs :: 0 >=== ===< pass_includes :: 0 >=== ===< pass_line_markers

Bug#1050415: PermissionError: [Errno 13] Permission denied

Package: cvise Version: 2.8.0-1 I cannot run cvise in Debian/sid: % cvise check.sh testcase.i 00:00:07 INFO ===< 150150 >=== 00:00:07 INFO running 4 interestingness tests in parallel 00:00:07 INFO INITIAL PASSES 00:00:07 INFO ===< IncludesPass >=== Traceback (most recent call last): File

Bug#1040823: PR target/110560: internal compiler error: in extract_constrain_insn_cached, at recog.cc:2704

Package: g++-13 Version: 13.1.0-7 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560 Affects: src:highway src:highway fails to compile on riscv64. Confirmed upstream. Already fixed in GCC14, backported to GCC13: * https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560#c2

Bug#1038774: PR110264: internal compiler error: riscv_vector::vector_insn_info::get_avl_reg_rtx

Package: g++-13 Version: 13.1.0-6 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110264 Affects: src:highway src:highway fails to compile on riscv64. Confirmed upstream. Fixed in GCC14

Bug#1038768: PR110280: internal compiler error: in const_unop, at fold-const.cc:1884

Package: g++-13 Version: 13.1.0-6 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280 Affects: src:highway src:highway fails to compile on arm64. Confirmed upstream

Bug#1016903: closing for real

Version: 12.2.0-8 malat@barriere ~ % apt-cache policy gcc-12 gcc-12: Installed: 12.2.0-18 Candidate: 12.2.0-18 Version table: *** 12.2.0-18 100 1 https://deb.debian.org/debian experimental/main i386 Packages 100 /var/lib/dpkg/status 12.2.0-14 500 500

Bug#1034554: internal compiler error: in finalize_new_accesses, at rtl-ssa/changes.cc:471

Source: gcc-13 Version: 13-20230411-1 I cannot compile highway on riscv/rv64gcv1p0 with gcc-13. Compilation fais with: % /usr/bin/g++-13 -freport-bug -DHWY_SHARED_DEFINE -I"/home/malat/highway-1.0.4~git20230317.8681eb8" -g -O2 -ffile-prefix-map=/home/malat/highway-1.0.4~git20230317.8681eb8=.

Bug#1016903: git-updates.diff not applied ?

Control: reopen -1 > the upstream fix went into 12.2.0-2. Would be so kind as to demonstrate how ? Here is what I see on my side: % ssh barriere.debian.org % sessionid=$(schroot -b -c sid_i386-dchroot) % dd-schroot-cmd -c $sessionid apt-get update % dd-schroot-cmd -c $sessionid apt-get upgrade

Bug#1016903: vect: Don't allow vect_emulated_vector_p type in vectorizable_call [PR106322]

Control: severity -1 grave By default packages on Debian are build with -O2 since I see that it affects release arches: * armel * i386 * mips64el * mipsel Would it be possible to include fix: https://gcc.gnu.org/g:9f532fec01d6651cc3cc136073f044a7953d8560 Thanks,

Bug#1032118: riscv64: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108927 Control: tags -1 confirmed upstream patch [PATCH] RISC-V: Remove void_type_node of void_args for vsetvlmax intrinsic https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612858.html

Bug#1032118: riscv64: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

Source: gcc-snapshot riscv64 intrisincs are currently broken. % cat t.c #include int main() { size_t vl = __riscv_vsetvlmax_e8mf8(); return vl; } Gives: g++ -march=rv64gcv1p0 t.c t.c: In function 'int main()': t.c:5:39: error: too few arguments to function 'long unsigned int

Bug#1021165: floatn-common.h:214:9: error: multiple types in one declaration

Control: reassign -1 libc6.1-dev 2.36-5 Looks like the issue is not fixed on ia64 / sparc64. Steps: % cat p.cxx #include int main() { return 0; } Lead to: malat@yttrium ~ % /usr/lib/gcc-snapshot/bin/g++ -v p.cxx Using built-in specs. COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++

Bug#1031866: /usr/bin/ld: cannot find -lgcc_s: No such file or directory

Package: gcc-snapshot Version: 1:20230108-1 on riscv64, here is what I see: $ cat /tmp/bla.c int main() {} $ /usr/lib/gcc-snapshot/bin/gcc /tmp/bla.c /usr/bin/ld: cannot find -lgcc_s: No such file or directory collect2: error: ld returned 1 exit status Thanks

Bug#882490: gcc: Tune default --param ggc-min-expand for 32-bit arches

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78971 Here is the current state for compiling webkit on mipsel (1) # Lower memory requirements on architectures with only 2 GB address space ifneq (,$(filter $(DEB_HOST_ARCH),mips mipsel sh4)) CFLAGS := $(CFLAGS:-g1=-g0) CFLAGS

Bug#1016903:

Control: found 1016903 12.2.0-9 See i386: * https://buildd.debian.org/status/fetch.php?pkg=highway=i386=1.0.3%7Egit20221102.4899d11-2=1667806545=0

Bug#1016903: Fwd:

Control: found 1016903 12.2.0-7 For example ppc64: * https://buildd.debian.org/status/fetch.php?pkg=highway=ppc64=1.0.3%7Egit20221102.4899d11-1=1667470496=0

Bug#1016903: closed by Matthias Klose (Fixed in 12.2.0-2 and later.)

Control: reopen -1 > -- Forwarded message -- > From: Matthias Klose > To: 1016903-d...@bugs.debian.org, 1016...@bugs.debian.org > Cc: > Bcc: > Date: Thu, 3 Nov 2022 09:28:54 +0100 > Subject: Fixed in 12.2.0-2 and later. > Version: 12.2.0-2 > > Fixed in 12.2.0-2 and later. Nope.

Bug#1016903: tree-vectorize: Wrong code at O2 level (-fno-tree-vectorize is working)

Control: affects -1 src:jpeg-xl Just a wild guess: * https://buildd.debian.org/status/fetch.php?pkg=jpeg-xl=armhf=0.7.0-2=1664702466=0

Bug#1021165: Gcc 13 requires some (older) glibc headers to be fixed up .

For reference: malat@amdahl /tmp % apt-cache policy libc6-dev libc6-dev: Installed: 2.35-1 Candidate: 2.35-1 Version table: *** 2.35-1 500 500 https://deb.debian.org/debian sid/main armhf Packages 100 /var/lib/dpkg/status

Bug#1021165: armhf: floatn-common.h:214:9: error: multiple types in one declaration

Source: gcc-snapshot Version: 1:20220920-1 Severity: grave Per original reference: --- Comment #1 from Andrew Pinski --- Is this a packaging issue? > ignoring nonexistent directory > "/usr/lib/gcc-snapshot/lib/gcc/arm-linux-gnueabihf/13/include-fixed/arm-linux-gnueabihf" ignoring nonexistent

Bug#1018953: Update gcc-snapshot to latest gcc-12.x branch

Control: fixed -1 1:20220920-1

Bug#1018953: Update gcc-snapshot to latest gcc-12.x branch

--- Comment #55 from Richard Earnshaw --- (In reply to Mathieu Malaterre from comment #53) > > gcc-12 seems to be generating wrong-code for a different unit-test: I've just pushed my patch to the gcc-12 branch, could you try that please?

Bug#1016903: tree-vectorize: Wrong code at O2 level (-fno-tree-vectorize is working)

Package: g++-12 Version: 12.1.0-7 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322 Affects: src:highway I am getting some odd behavior for unit test of highway. I believe there is some wrong-code generation using g++ + -O2 (tree-vectorize is default now).

Bug#1014379: armhf: wrong-code generated at -02

Package: gcc-11 Version: 11.3.0-3 Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187 g++-11 -02 cannot be used to compile highway on armhf. It seems to be fixed in g++-12.

Bug#1014091: armhf: gcc has wrong configuration

Package: gcc-11 Version: 11.3.0-3 This is a followup to bug #928224. It turns out that gcc-11 is now generating neon instructions, which contradicts our definition of armhf. Reference: $ ssh abel.debian.org [...] malat@abel ~ % gcc-11 --verbose Using built-in specs. COLLECT_GCC=gcc-11

Bug#1004897: hppa: __asm__ directive .global and multiple .symver not supported

Source: gcc-11 Version: 11.2.0-13 At least on hppa combination of __asm__ .global + .symver results in undefined symbols in the shared library: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003088 https://buildd.debian.org/status/fetch.php?pkg=libkcapi=hppa=1.3.1-1=1641233787=0 [...]

Bug#1001375: /bin/sh: 1: colordiff: not found

Package: cvise Version: 2.1.0-1 Severity: normal Tags: patch Dear Maintainer, Could you please add the missing line in d/control: Recommends: colordiff Currently cvise tries and fails if not found withg: /bin/sh: 1: colordiff: not found -- System Information: Debian Release: 11.1 APT

Re: as: out of memory allocating 4072 bytes after a total of 546328576 bytes

On Thu, Nov 15, 2018 at 8:07 AM Mathieu Malaterre wrote: > > On Wed, Nov 14, 2018 at 3:35 PM YunQiang Su wrote: > > > > YunQiang Su 于2018年11月14日周三 下午10:29写道： > > > > > > With read as(1), I see > > > > > > --reduce-memory-overhead

Re: as: out of memory allocating 4072 bytes after a total of 546328576 bytes

ing 4072 bytes after a total of 546328576 bytes to as: out of memory allocating 4072 bytes after a total of 557305856 bytes So I would even be tempted to report a bug to gcc/gas... > > Mathieu Malaterre 于2018年11月9日周五 下午5:14写道： > > > > > > Hi mips guru, > > > >

Re: mips/mipsel: enforce --param ggc-min-expand=10 always

Hi James, On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <jcowg...@debian.org> wrote: > On 23/11/17 11:42, Mathieu Malaterre wrote: >> YunQiang, >> >> Do you know of any drawbacks ? > > This has been raised before: > https://lists.debian.org/debian-mips/20

mips/mipsel: enforce --param ggc-min-expand=10 always (was: virtual memory exhausted: Cannot allocate memory)

YunQiang, Do you know of any drawbacks ? On Thu, Nov 23, 2017 at 11:29 AM, YunQiang Su <wzss...@gmail.com> wrote: > I guess we should set this param for mips/mipsel by default? > > On Thu, Nov 23, 2017 at 5:20 AM, Mathieu Malaterre <ma...@debian.org> wrote: >> On W

Bug#872891: gcc-multilib conflicts with GCC cross toolchains

Hi, On Tue, Aug 22, 2017 at 4:11 PM, Matthias Klose wrote: > Control: tags -1 + wontfix > > On 22.08.2017 10:10, Aaron Marcher wrote: >> Package: gcc-multilib >> Version: 4:6.3.0-4 >> >> The package gcc-multilib conflicts with any GCC cross toolchains (for >> example

Bug#856224: gcc-6: Please enable PIE on ppc64

On Sun, Feb 26, 2017 at 7:33 PM, John Paul Adrian Glaubitz wrote: [...] > Since PIE is already enabled for ppc64el, I think we should also enable > it for ppc64 to mitigate this problem. [...] Would it be possible to also activate PIE on powerpc ? The test suite is

Bug#845751: Processed: Re: Bug#845751: yadifa FTBFS on ppc64el: internal compiler error: in push_reload, at reload.c:1349

On Sat, Nov 26, 2016 at 3:48 PM, Matthias Klose wrote: > Control: severity -1 important > Control: reassign -1 gcc-6 > > Mathieu, these issues are not RC issues, gcc doesn't become unusable. I managed to skrew up the `reassign` and missed the original `severity` report. Sorry

Bug#838892: [ppc64el] boot arguments (passed as CONFIG_CMDLINE) are not being picked up by kernel

Package: src:gcc-6 Version: 6.2.0-4 Severity: important [...] Observed that boot arguments (passed as CONFIG_CMDLINE) are not being picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1. While it works as expected with v5.3.1 . Found that in init/main.c in setup_command_line()

Bug#826987: gcc-6: __builtin_cpu_supports() doesn't work on powerpc

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71777 On Tue, Jul 5, 2016 at 10:09 PM, Adam Borowski <kilob...@angband.pl> wrote: > On Tue, Jul 05, 2016 at 08:31:24AM +0200, Mathieu Malaterre wrote: >> I cannot see the builtin mentionned anywhere other than

Bug#765575: hidden symbol `.LTHUNK15.4817' isn't defined

Package: gcc,libboost-program-options-dev Version: gcc/4:4.7.2-1 Version: libboost-program-options-dev/1.49.0.1 Severity: important For some reason I cannot compile and link to a boost lib using -flto -Ofast (everything is fine when each is taken separatly). I am assigning to both packages, feel

Bug#754263: Bug#754349: Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

Control: severity 754349 important On Thu, Jul 10, 2014 at 12:49 PM, Emilio Pozuelo Monfort po...@debian.org wrote: [...] I scheduled rebuilds on kfreebsd and sparc and the rebuilds succeeded as they now picked ecj ecj-gcj 3.10.0+3.9.0-3 rather than 3.10.0-1. There is still a bug somewhere as

Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

Package: gcc-4.9 Version: 4.9.0-9 Severity: serious Affects: src:gdcm GDCM FTBFS on multiple (exotic) platforms namely hurd/kfreebsd and sparc. All of which are using the java compiler from gcc. So I am reporting the issue here as serious: -- Java version 1.5.0 configured successfully! Exception

Bug#754264: org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)

Package: gcc-4.9 Version: 4.9.0-10 Severity: serious Affects: src:vtk-dicom Looks like java compiler from latest gcc 4.9 still does not work: /usr/bin/javac -source 1.5 -target 1.5 -classpath /usr/share/java/vtk.jar:/usr/lib/vtk-5.8/java -sourcepath /usr/lib/vtk-5.8/java/vtk/ -d

Bug#754264: org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)

On Wed, Jul 9, 2014 at 11:36 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser

On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#706224: cannot find crtbegin.o: No such file or directory

Package: gcc-multilib Version: 4:4.7.2-1 Severity: important For some reason I can no longuer use my 32bits schroot system to compile it fails with: $ echo int main(){} t.c $ gcc -v t.c Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-linux-gnu/4.7/lto-wrapper

Bug#697842:

found 697842 4.7.2-17 notfound 697842 4.7.2-5 thanks My system contained clang++ from experimental which pulled some extra deps. I do not think this is relevant to report bug on experimental. Feel free to close. Thanks -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a

Bug#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done

On Thu, Dec 20, 2012 at 9:31 PM, Andrey Rahmatullin w...@wrar.name wrote: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6 instead of /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6 sounds wrong to me. Also, if it's indeed wrong then other versions of libstdc++ are affected too. I am

Bug#696854:

Here is the output for libstdc++6-4.7-dbg: (debian sid): $ gdb bla (gdb) set verbose on (gdb) r Starting program: /tmp/bla Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from system-supplied

Bug#696320:

severity 696320 important severity 696854 important thanks downgrading severity since there are workarounds (using LD_LIBRARY_PATH) -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done

Package: libstdc++6-4.4-dbg Version: 4.4.5-8 Severity: grave Dear packager, I believe the current -dbg package is not working as it should. Here is what I did: $ g++ -o bla -g bla.cxx $ gdb bla GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL

Bug#696320: missing attachment

Forgot the file. bla.cxx Description: Binary data

Bug#696324: .gdbint should read as .gdbinit

Package: libstdc++6-4.4-doc Version: 4.4.5-8 Severity: minor Tags: patch There is a minor typo in the documentation: $ grep gdbint /usr/share/doc/gcc-4.4-base/libstdc++/html/manual/debug.html or put into a .gdbint file to establish default debugging It should read as .gdbinit -- System

Bug#654579: gcj-4.6-jre-headless: Wrong install path for .java-gcj-4.6.jinfo

Package: gcj-4.6-jre-headless Version: 4.6.2-2 Severity: important hi, for some reason .java-gcj-4.6.jinfo is installed in inproper location: /usr/lib/jvm/java-1.5.0-gcj-4.6/.java-gcj-4.6.jinfo This breaks update-java-alternatives behavior Thanks -- System Information: Debian Release:

Bug#645194: gcj-4.6: error trying to exec 'ecj1': execvp: No such file or directory

Package: gcj-jdk Version: 4.6.1-9 Severity: serious Justification: FTBFS Hi, one of my package does not build properly on kfreebsd-amd64: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=kfreebsd-amd64ver=2.0.18-5stamp=1318325853 [ 49%] javac *.java; jar cvf - gdcm.jar cd

Bug#638645: /usr/bin/g++-4.4: relocation R_X86_64_32S against `vtable for std::ctypewchar_t' can not be used when making a shared object; recompile with -fPIC

Package: g++-4.4 Version: 4.4.5-8 Severity: normal File: /usr/bin/g++-4.4 For some reason I cannot compile anymore using my default g++ compiler. Trying to compile the GDCM project leads to: cd

Re: GCC-4.5 as the default for (at least some) architectures

On Tue, Apr 26, 2011 at 5:31 PM, Konstantinos Margaritis mar...@genesi-usa.com wrote: On 26 April 2011 18:03, Matthias Klose d...@debian.org wrote: I'll make GCC 4.6 the default after the release of GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and powerpc. Could you

Bug#593675:

Source: gcc-4.4 Version: 4.4.4-8 Severity: serious Justification: FTBFS g++ 4.4.4-8 fails to compile ParaView on armel. See: https://buildd.debian.org/fetch.cgi?pkg=paraviewarch=armelver=3.8.1-1stamp=1282234558file=logas=raw [ 33%] Building CXX object

Bug#536102: gcc-snapshot: Package does not provide javac symlink

On Sun, Aug 30, 2009 at 9:19 AM, Matthias Klose d...@debian.org wrote: On 07.07.2009 18:08, Mathieu Malaterre wrote: Package: gcc-snapshot Version: 20090620-1 Severity: normal It would be nice if the package would provide a proper javac symlink just like gcj package is doing. See bug

Bug#536102: gcj-wrapper

javac Description: Binary data

Bug#536102: gcc-snapshot: Package does not provide javac symlink

Package: gcc-snapshot Version: 20090620-1 Severity: normal It would be nice if the package would provide a proper javac symlink just like gcj package is doing. See bug #528084 for reference. Thank you -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500,

Bug#342484: Error: unknown pseudo-op: `.weakref'

Package: gcc-snapshot Version: 20051124-1 Severity: important I cannot build VTK (http://vtk.org) using gcc-snapshot and $ (cd Utilities/kwsys make) Building dependencies. cmake.depends... Building object file Directory.o... /tmp/ccFywWsc.s: Assembler messages: /tmp/ccFywWsc.s:2650: Error:

Bug#342484: Stripped compile line

$ /usr/lib/gcc-snapshot/bin/g++ -o RegularExpression.o -Dvtksys_EXPORTS -g -I/home/mathieu/Dashboards/MyTests/VTK-gcc-snapshot/Utilities -DVTK_IN_VTK -DKWSYS_NAMESPACE=vtksys -c /home/mathieu/Dashboards/MyTests/ParaView/VTK/Utilities/kwsys/RegularExpression.cxx /tmp/ccRIu5Mp.s:

Bug#342484: Compilation is working

Thanks Falk, you can close the bug. Updating binutils from unstable did the trick $ sudo apt-get install -t unstable binutils Mathieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]