Bug#542794: Test case
On Fri, Aug 6, 2010 at 3:31 PM, Arthur Loiret wrote:
> Thanks for your test case. Could you please try again with
> gcc-4.5/libgomp1 from experimental?
Thanks for the interest! I don't have a machine I can butcher with an
experimental GCC right now, unfortunately, but VIPS actually works now
on testing. I get
>>> from vipsCC import *
>>> im = VImage.VImage("thisdoesnotexist.png")
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.6/dist-packages/vipsCC/VImage.py", line 278,
in __init__
this = vimagemodule.new_VImage(*args)
vipsCC.VError.VError: VIPS error: format_for_file: file
"thisdoesnotexist.png" not found
as expected rather than a core dump.
I believe they've changed the way they do the bindings for Python so
it might just be a side-effect of that, however. But without a
functioning test case, this bug report is probably pretty useless so
you might want to close it. I'll report back if I ever see it again.
Ole
--
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/aanlktimfhxpwtlwzdoerc6kwueqco6xwvj3b=8bh6...@mail.gmail.com
Processed: found 529402 in 1.0.80-2
Processing commands for cont...@bugs.debian.org:
> found 529402 1.0.80-2
Bug #529402 {Done: Matthias Klose } [java-gcj-compat-dev] file
conflict(s) with libgcj-common
Bug Marked as found in versions java-gcj-compat/1.0.80-2.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
529402: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529402
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
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/handler.s.c.128153164018726.transcr...@bugs.debian.org
Processed: affects 589337
Processing commands for cont...@bugs.debian.org: > affects 589337 + src:pdftk Bug #589337 [gcj-4.4-jdk] FTBFS on mips and sparc Bug #592281 [gcj-4.4-jdk] gcj-4.4-jdk: libgcj.spec not found on some architectures Added indication that 589337 affects src:pdftk Added indication that 592281 affects src:pdftk > thanks Stopping processing here. Please contact me if you need assistance. -- 589337: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589337 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.128153448614434.transcr...@bugs.debian.org
Bug#592649: gcc-4.4: seemingly incorrect behaviour with switch on out-of-range enum value
Package: gcc-4.4
Version: 4.4.4-8
Severity: important
Running the following code with gcc-4.4 will print "A" even though the
value of bar in is actually 64 at runtime.
The correct behaviour is surely to print "invalid bar"?
As you can see from the code, adding a default case changes the
behaviour which I find even more strange.
Looking at the asm it seems that gcc is making as assumsion that
bar must be in the valid range of the enum.
This problem does not exist in gcc-4.3
#include
enum foo
{
A = 0,
B = 1
};
int main()
{
foo bar = (foo)64;
switch (bar)
{
case A: printf("A\n"); return 0;
case B: printf("B\n"); return 0;
// uncomment this line to stop A being printed!
//default: break;
}
printf("invalid bar\n");
return 1;
}
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gcc-4.4 depends on:
ii binutils 2.20.1-13 The GNU assembler, linker and bina
ii cpp-4.4 4.4.4-8The GNU C preprocessor
ii gcc-4.4-base 4.4.4-8The GNU Compiler Collection (base
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.4-8 GCC support library
ii libgomp1 4.4.4-8GCC OpenMP (GOMP) support library
Versions of packages gcc-4.4 recommends:
ii libc6-dev 2.11.2-2 Embedded GNU C Library: Developmen
Versions of packages gcc-4.4 suggests:
ii gcc-4.4-doc 4.4.4.nf1-1 documentation for the GNU compiler
pn gcc-4.4-locales(no description available)
ii gcc-4.4-multilib 4.4.4-8 The GNU C compiler (multilib files
pn libcloog-ppl0 (no description available)
pn libgcc1-dbg(no description available)
pn libgomp1-dbg (no description available)
pn libmudflap0-4.4-dev(no description available)
pn libmudflap0-dbg(no description available)
pn libppl-c2 (no description available)
pn libppl7(no description available)
-- no debconf information
--
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/20100811180144.10612.34820.report...@localhost.localdomain
Bug#592664: [PR45260]: g++-4.5 -fprefetch-loop-arrays internal compiler error
Package: g++-4.5 Version: 4.5.1-1 Severity: normal Tags: upstream FYI I reported a gcc-4.5 bug here with full details here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45260 It was initially reported against ClamAV here: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=2190 GCC gives an internal compiler error when compiling ClamAV with -O2 -fprefetch-loop-arrays CXXFLAGS: llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp: In member function 'void llvm::TargetLowering::computeRegisterProperties()': llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp:608:6: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6936 make[5]: *** [TargetLowering.lo] Error 1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-phenom (SMP w/6 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages g++-4.5 depends on: ii gcc-4.5 4.5.1-1The GNU C compiler ii gcc-4.5-base 4.5.1-1The GNU Compiler Collection (base ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcloog-ppl0 0.15.9-1 the Chunky Loop Generator (runtime ii libelfg0 0.8.13-1 an ELF object file access library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmpxx4ldbl 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpc2 0.8.2-1+b1 multiple precision complex floatin ii libmpfr4 3.0.0-2multiple precision floating-point ii libppl-c2 0.10.2-7 Parma Polyhedra Library (C interfa ii libppl7 0.10.2-7 Parma Polyhedra Library (runtime l ii libstdc++6-4.5-dev4.5.1-1The GNU Standard C++ Library v3 (d ii zlib1g1:1.2.5.dfsg-1 compression library - runtime g++-4.5 recommends no packages. Versions of packages g++-4.5 suggests: ii g++-4.5-multilib 4.5.1-1The GNU C++ compiler (multilib fil pn gcc-4.5-doc(no description available) ii libstdc++6-4.5-dbg4.5.1-1The GNU Standard C++ Library v3 (d -- no debconf information -- 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/20100811203702.28112.43796.report...@deb0
Re: freeze exception for gcc-4.5 (i386, amd64 only)
Hi Matthias, Sorry for not getting back to you sooner. On Sat, Aug 07, 2010 at 11:42:42PM +0200, Matthias Klose wrote: > gcc-4.5 should be released with squeeze, at least on amd64 and i386. > gcc-4.5.1 was released a week ago, the first bug and regression fix > release after the initial gcc-4.5.0 release. > Do you have any information as to why this is needed for squeeze, as opposed to squeeze+1? Would this be a nice-to-have, or does it solve a specific problem? > - gcc-4.5 will be an optional compiler, not replacing the current >defaults. Ok, but if it can be used, it probably will be by at least some things. > If port maintainers do want to enable gcc-4.5 on a port, they should > make sure that no regressions are introduced by building the runtime > libraries from > 4.5 and ensure that possible regressions are fixed. > This is the bit that worries me. Although it is optional, it can (and IMO will probably) be used by at least some things. This could lead to odd bugs. If there's a problem in GCC 4.5 that isn't in 4.4, and it comes to a security upload, there could be a mismatch between the requirements. Do you have details as to the (previously mentioned) unit/regression tests? Thanks, Neil -- * hermanr feels like a hedgehog having sex... -- 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/20100811211612.gf7...@halon.org.uk
