Bug#599625: unblock: tcc/0.9.25-5
[Was this intentionally not sent to the bug? If not then please direct follow-ups there as well] On Sun, 2010-10-10 at 03:02 +0200, Thomas Preud'homme wrote: Le samedi 09 octobre 2010 20:56:01, vous avez écrit : +--- a/libtcc.c b/libtcc.c +@@ -1431,7 +1431,11 @@ static void rt_printline(unsigned long wanted_pc) [...] ++#ifdef STT_IFUNC ++if ((type == STT_FUNC) || (type == STT_GNU_IFUNC)) { Should the ifdef not also refer to STT_GNU_IFUNC? This appears to be the only occurrence of STT_IFUNC in the package. No it should not. In fact the ifdef should simply go away. But part of the code is really not important. It's about displaying source line number in case of runtime error and the function in which the error is. As the ifdef isn't correct (it should use STT_GNU_IFUNC or simply not exists), and the function where the error happen is a STT_GNU_IFUNC symbol, it won't display the function name but just the PC. In other words, it's not a regression and as only string functions in (e)glibc seems to use STT_GNU_IFUNC the effect is limited. So the code works, but has unhelpful (at least, not as helpful as it could be) reporting in the case of errors? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599625: unblock: tcc/0.9.25-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package tcc tcc in squeeze is unable to link a program into an executable on amd64 when it uses string functions (strlen and co). As almost all C program use string functions, I consider this bug serious. The version in unstable contains a fix and it consists of just a few lines. The fix was introduced in tcc 0.9.25-4 which stayed in unstable for almost 2 months without bringing any new bug. Version 0.9.25-5 is there only for a few days but the only change is to drop armel architecture as tcc doesn't build on armel because of a failure in the test suite. Changes between version 0.9.25-3 are: tcc (0.9.25-5) unstable; urgency=low * Drop support for armel arch. = tcc has never built on armel tcc (0.9.25-4) unstable; urgency=low * Fix bashims in configure and gcctestsuite.sh. = This is a release goal. * Add support for indirect functions as externals. = This is the few line fix. * Bump Standard-Version from 3.8.4 to 3.9.1 (no changes needed). * debian/control: - Improve package description for libtcc-dev. = If this last change causes a problem with regards to the translations I can make a new upload without the improved description Best regards and good luck for the squeeze release. unblock tcc/0.9.25-5 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599625: unblock: tcc/0.9.25-5
On Sat, 2010-10-09 at 19:47 +0200, Thomas Preud'homme wrote: tcc in squeeze is unable to link a program into an executable on amd64 when it uses string functions (strlen and co). As almost all C program use string functions, I consider this bug serious. The version in unstable contains a fix and it consists of just a few lines. The fix was introduced in tcc 0.9.25-4 which stayed in unstable for almost 2 months without bringing any new bug. +--- a/libtcc.c b/libtcc.c +@@ -1431,7 +1431,11 @@ static void rt_printline(unsigned long wanted_pc) [...] ++#ifdef STT_IFUNC ++if ((type == STT_FUNC) || (type == STT_GNU_IFUNC)) { Should the ifdef not also refer to STT_GNU_IFUNC? This appears to be the only occurrence of STT_IFUNC in the package. Version 0.9.25-5 is there only for a few days but the only change is to drop armel architecture as tcc doesn't build on armel because of a failure in the test suite. p-a-s still says that tcc should be built on armel; that should also be fixed. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org