Source: gcc-14
Severity: normal
Tags: patch
X-Debbugs-Cc: debian-h...@lists.debian.org
User: debian-h...@lists.debian.org
Usertags: hppa
Dear Maintainer,
The gnat patches applied to gcc-14 to support building with -D_TIME_BITS=64
-D_FILE_OFFSET_BITS=64 broke numerous tests in the gnat testsuite.
Source: gcc-15
Version: 15.1.0-7
Severity: normal
Dear Maintainer,
The acats tests do not run in hppa builds. Here is acats.log:
Test Run By buildd on Wed Jun 11 04:17:27 UTC 2025
=== acats configuration ===
target gcc is /build/gcc-15-Dmynsr/gcc-15-15.1.0/build/gcc/xgcc
-B/bui
Source: gcc-12
Version: 12.4.0-7
Severity: normal
Dear Maintainer,
Build fails in stage1 here:
# Ignore errors to work around finalization issues in older compilers
cd ada/gen_il; ./gen_il-main
raised PROGRAM_ERROR : finalize/adjust raised exception
make[5]: [../../src/gcc/ada/Make-generated.in:
Package: gcc-12
Version: 12.4.0-5
Severity: normal
Dear Maintainer,
See:
https://buildd.debian.org/status/fetch.php?pkg=gcc-12&arch=hppa&ver=12.4.0-6&stamp=1746020966&raw=0
I reported this upstream building gcc-15 with gcc-12:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
However, Eric ma
Source: gcc-15
Version: 15-20250208-1 (experimental)
Severity: normal
Dear Maintainer,
The following warning occurs in most c++ compilations and it will
cause many testsuite fails:
In file included from /<>/src/libstdc++-v3/libsupc++/cxxabi.h:51,
from ../../../../src/libstdc++-v
, but what I found was
only people asking, if there is available gcc-13 for Debian.
Thank you for your hard work maintaining GCC!
David
-- System Information:
-- no debconf information
Source: gcc-12
Version: 12.3.0-15
Severity: normal
Dear Maintainer,
In test log, I see a number of tests with following error:
splitting /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/test
s/a/a26007a.adt into:
a26007a.adb
BUILD a26007a.adb
/build/gcc-12-TxDF5I/gcc-12-12.3.
Source: gcc-snapshot
Version: 1:20231130-1
Severity: normal
Dear Maintainer,
This is with qemu. All tests fail. For example,
Executing on host: /build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/xg
cc -B/build/gcc-snapshot-qyFUuB/gcc-snapshot-20231130/build/gcc/ /build/gcc-sna
pshot-qy
x27;s almost certainly known and fixed upstream, but
I'm not sure which upstream problem report would apply (possibly 106893 or
105623?). Please could the fix for this be backported to stable?
Kind regards,
David
-- System Information:
Debian Release: 12.2
APT prefers stable-updates
APT po
On 2023-10-12 2:09 a.m., Matthias Klose wrote:
On 07.10.23 21:43, John David Anglin wrote:
This problem seems to have disappeared. Last build of gcc-13 and last couple of
builds of gcc-snapshot
have been successful.
yes, that because of a local patch:
https://salsa.debian.org/toolchain-team
This problem seems to have disappeared. Last build of gcc-13 and last couple
of builds of gcc-snapshot
have been successful.
Dave
--
John David Anglin dave.ang...@bell.net
On 2023-06-14 2:31 p.m., John David Anglin wrote:
On 2023-06-14 1:00 p.m., Matthias Klose wrote:
wondering if configuring with --disable-libgcc would help?
I don't need to do this when building the hppa64 gcc target by itself.
Linux may need libgcc.
I think configure must be findin
ny headers for hppa64 installed at this time.
Something seems to have changed in the build mechanism between gcc-12 and
gcc-13.
I have a debian non-buildd build of gcc-13 going. Maybe it will help to find
issue.
--
John David Anglin dave.ang...@bell.net
Source: gcc-snapshot
Version: 1:20230315-1
Severity: normal
Tags: ftbfs
Dear Maintainer,
Build fails with following error:
/<>/build-hppa64/./gcc/xgcc -B/<>/build-hppa64/./gcc/
-B/usr/lib/gcc-snapshot/hppa64-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/hppa64-linux-gnu/lib/ -isystem
/usr/lib/gcc-sna
Hi,
There are two additional updates for libffi on hppa. See:
https://github.com/libffi/libffi/issues/755
https://github.com/libffi/libffi/issues/756
The current installed version (+b2) has the patches for the above issues.
Regards,
Dave Anglin
--
John David Anglin dave.ang...@bell.net
Source: libffi
Version: 3.2.1-9
Severity: normal
Tags: patch
Dear Maintainer,
The following tests fail on hppa:
=== libffi tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/share/
This bug is not a gcc-12 bug. It is a kernel cache flush or mmap aliasing
issue causing corruption
of anonymous pages.
Bug is random and only seen on PA8800/PA8900 machines.
Latest gcc-12 package is now installed.
--
John David Anglin dave.ang...@bell.net
Source: debugedit
Version: 1:5.0-4
Severity: minor
Dear Maintainer,
Please drop the 'gcc-driver.diff' debian patch from the debugedit
source package. The patch breaks testsuite tests 6, 7, 11, 14, 18, and
23, all of which involve partial linking[1], when compiling on an
oldstable Debian 10 Buster
Source: gcc-11
Version: 11.2.0-9
Severity: normal
Dear Maintainer,
Build fails here:
Comparing stages 2 and 3
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/m2/gm2-compiler-boot/M2Version.o differs
Bootstrap comparison failure!
gcc/SYSTEM.o differs
their packages and ecosystems.
(I guess I could argue that not doing 1 or 2 is a policy violation as
libgcc-s1 takes over a file from libgcc1 without ensuring that libgcc1
is upgraded to a version without that file (or removed) and instead
relies on it being removed due circumstances, but I am
Source: gcc-9
Version: 9.2.1-15
Severity: normal
Dear Maintainer,
The build failed with the following error:
make[6]: Entering directory '/<>/build/hppa-linux-gnu/libgnatvsn'
/bin/mkdir -p '/<>/debian/tmp/usr/lib/ada/adalib/gnatvsn'
/usr/bin/install -c -m 444 .libs/*.ali
'/<>/debian/tmp/usr/lib
Package: g++
Version: 4:9.2.1-3
When executing code compiled with g++ 9.2.1 that has OpenMP for-loops
with vectors as shared variables, it results in a segmentation fault.
According to Asan (address sanitizer), this might be due to double-
freed variables when running the code.
Example:
#pragma o
Package: libgcc-9-dev
Version: 9.2.1-4
Severity: normal
Dear Maintainer,
The following error occurs running "test-z3 -a" while building the z3 package:
PASS
(test hashtable :time 0.00 :before-memory 2630.62 :after-memory 2630.62)
The futex facility returned an unexpected error code.
make[1]: ***
On 2018-09-14 7:55 PM, John David Anglin wrote:
With g++-8 8.2.0-6 and its fix for BTS #907586, I was able to build the
nordugrid-arc package in a schroot on the panama porterbox.
Great.
I have committed fix to trunk and gcc-8:
https://gcc.gnu.org/ml/gcc-patches/2018-09/msg00801.html
Will
ot OK
-- Running using static build
./altmain
OK
Dave
--
John David Anglin dave.ang...@bell.net
It's installed now.
--
John David Anglin dave.ang...@bell.net
.4-1968), LANGUAGE=C
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
-- no debconf information
2018-01-16 John David Anglin
* config.gcc (hppa*-*-linux*): Change callee copies ABI to caller
copies
ssed source if appropriate.
See for instructions.
Hope it helps,
David
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (900, 'unstable'), (500, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
Package: g++-7
Version: 7.2.0-16
Severity: important
Dear Maintainer,
The following C++ program, when compiled with g++, returns an internal compiler
error.
int rand();
template
struct s
{
int count() { return rand(); }
};
template
int f(s a)
{
int const x = a.count();
in
nd possibly glibc.
https://sourceware.org/bugzilla/show_bug.cgi?id=21132
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
https://sourceware.org/bugzilla/show_bug.cgi?id=21131
Until these issues are resolved, the hardening options aren't going to work on
hppa.
Dave
--
John David Anglin dave.ang...@bell.net
Package: gcc-snapshot
Version: 20170125-1
Severity: normal
Dear Maintainer,
Your package does not build on hppa:
gcc-snapshot build-depends on missing:
- binutils-hppa64:hppa
The dpendency should be on binutils-hppa64-linux-gnu:hppa.
Regards,
Dave Anglin
-- System Information:
Debian Release:
that we don't break kernel builds...
Kind regards, David Weinehall
--
/) David Weinehall /) Rime on my window (\
// ~ // Diamond-white roses of fire //
\) (/ Beautiful hoar-frost (/
f $(cmd_prefix)gij$(pkg_ver).bin \
$(d_jrehl)/$(PF)/bin/gij$(pkg_ver).bin
endif
Regards,
Dave Anglin
--
John David Anglin dave.ang...@bell.net
Package: gcj-6-jre-headless
Version: 6.2.0-4
Severity: normal
Dear Maintainer,
The /usr/bin/gij-6.bin file/link is not installed on hppa. This causes
vtk6 and libreoffice builds to fail. See for example:
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=hppa&ver=1%3A5.2.1-3&stamp=
Sorry, ignore last message.
Dave
--
John David Anglin dave.ang...@bell.net
Fixed by rebuild of shadow.
Dave
--
John David Anglin dave.ang...@bell.net
Package: gcc-5
Version: 5.2.1-24
Severity: normal
Dear Maintainer,
I tried to install libstdc++6-5-dbg:
mx3210:/home/dave# apt-get install libstdc++6-5-dbg libgcc4-dbg
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be insta
Package: src:gcc-4.8
Version: 4.8.5-2
Severity: normal
Dear Maintainer,
The debian control file for gcc-4.8 needs an update. The binutils-hppa64
dependency needs to change to binutils-hppa64-linux-gnu.
Same for gnat-4.9.
Regards,
Dave Anglin
-- Information:
Debian Release: stretch/sid
APT p
Package: gcc-5
Version: 5.2.1-20
Severity: normal
Dear Maintainer,
5.2.1-20 fails to build. Here is relevant part of log:
dh_shlibdeps -pgnat-5
dpkg-shlibdeps: error: couldn't find library libgnat-5.so.1 needed by
debian/gnat-5/usr/bin/gnatfind-5 (ELF format: 'elf32-hppa-linux'; RPATH: '')
dpk
Package: gcc-5
Version: 5.2.1-17+b1
Severity: normal
Dear Maintainer,
The binutils-hppa64 package was renamed to binutils-hppa64-linux-gnu
but gcc-5 depends on the old name. Probably, it should depend on both
at least for now.
Regards,
Dave
-- System Information:
Debian Release: stretch/sid
Roberto Bagnara writes:
>
> ppl_swiprolog.cc is a generated file: can you please provide it?
Attached, along with the fill build log.
> Which version of GCC are you using?
>
The current default version of gcc in debian sid is 4.9.2-22
ppl_swiprolog.cc.gz
Description: application/gzip
buil
Source: ppl
Version: 1:1.1-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
In an up to date sid chroot, ppl compilation fails with
ppl_swiprolog.cc: At global scope:
ppl_swiprolog.cc:4565:1: error:
On 2015-06-01 9:24 AM, Matthias Klose wrote:
On 05/30/2015 10:59 PM, John David Anglin wrote:
On 2015-05-29, at 5:18 PM, Matthias Klose wrote:
Anyway, please check if this is the real cause. attaching a hack which should
work around that.
The hack didn't fix build. Here is log:
p] Error 2
debian/rules2:1325: recipe for target 'stamps/05-build-hppa64-stamp' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [stamps/05-build-hppa64-stamp] Error 2
debian/rules:60: recipe for target 'stamps/05-build-hppa64-stamp' failed
dpkg-buildpackage: error:
#x27;t able to
duplicate the issue with my own cross although
I didn't try with gcc-5.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Source: gcc-5
Version: 5.1.1-6
Severity: normal
A since 5.1.1-6, gcc-5 no longer builds on hppa:
checking size of long... 0
checking for long long... no
checking for a 64-bit type... unsigned long
checking for intptr_t... no
checking for uintptr_t... no
checking for ssize_t... no
checking for pid
On Thu, Mar 19, 2015 at 10:40:32PM +0100, Matthias Klose wrote:
> On 03/18/2015 11:39 AM, David Kalnischkies wrote:
> > Attached is as far as I got in terms of a testcase. Still depends on
> > libapt as if I make the method directly available everything is fine…
>
> would it
?: …)
Note Note: I am really bad at guessing and I tend to dislike
bugreporters who do it myself, but I couldn't help it…
The subject being the biggest offender really…
So take everything I just noted with at least a bit of salt.
Best regards
David Kalnischkies
¹ with the help of Juli
With the attached change to debian/rules2, gcc-snapshot builds successfully on
hppa (native build).
DEBIAN_CROSS was not tested.
We now need both a c and c++ compiler to build hppa64. libbacktrace only
builds with c compiler.
Dave
--
John David Anglin dave.ang...@bell.net
gcc
Package: gcc-snapshot
Version: 20150211-1
Severity: normal
>From build log:
checking for libvtv support... no
checking for hppa-linux-gnu-gcc...
/home/dave/debian/gcc-snapshot/gcc-snapshot-20150211/build/gcc/xg++
-B/home/dave/debian/gcc-snapshot/gcc-snapshot-20150211/build/gcc/
checking for C c
Package: gcc-4.9
Version: 4.9.2-5
Severity: normal
gcc-4.9 4.9.2-5 fails to build from source on hppa. See:
http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.9&arch=hppa&ver=4.9.2-5&stamp=1417599336
r218208 introduced a number of problems including this PR:
https://gcc.gnu.org/bugzilla/s
Source: gcc-4.9
Version: 4.9.1-16
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20141012 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[2]: Enter
Package: gcc-4.8
Version: 4.8.3-3
Severity: normal
This problem is specific to GCC 4.8.3-4. The kernel boot failure does
not occur with 4.8.3-3 and earlier.
The boot failure occurs both with the latest Debian 64-bit unstable kernel
and user 64-bit kernel builds:
Hierarchical RCU implementation.
Source: ppl
Version: 1:1.1-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140628 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[2]: Entering d
Source: gcc-snapshot
Version: 20140618-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140628 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> checkin
Package: gcc-snapshot
Version: 20140423-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
During install, the following error occurs:
for i in ar nm ranlib; do \
cp debian/gcc-$i.1
debian/tmp/usr/lib/gcc-snapshot/share/man/man1/gcc-$i.1;
think a 64-bit Linux
runtime would yield more benefit than tool chain integration.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Further, if one does a build outside buildd and then a +b1 inside
buildd, the
results is no longer installable as it depends on a non existent +b1
version
of gnat-4.6-base.
Cheers,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ
Package: gcj-4.8
Version: 4.8.2-15
Severity: normal
The /usr/bin/gij-4.8 incorrectly executes /usr/bin/gij-4.4.bin.
The script is also duplicated:
dave@mx3210:/usr/bin$ less gij-4.8
#! /bin/sh
prctl=
case "$(prctl --unaligned=)" in *signal)
echo >&2 "$(basename $0): ignore unaligned memory
. At least for release
architectures the
alternative is to drop the port unless somebody wants to maintain
the toolchain
for this port. This is the current status, please correct me if I'm
wrong.
- alpha, no feedback, CCing Michael Cree.
- hppa, no feedback, CCing John David Anglin
On 16-Jul-13, at 5:27 AM, Matthias Klose wrote:
Am 15.07.2013 03:26, schrieb John David Anglin:
On 12-Jul-13, at 6:52 AM, Matthias Klose wrote:
I'm not aware of any change in -6 which could have caused that.
It appears the change that exposed the bug was the installation of
eglibc 2
On 7/16/2013 5:27 AM, Matthias Klose wrote:
Am 15.07.2013 03:26, schrieb John David Anglin:
On 12-Jul-13, at 6:52 AM, Matthias Klose wrote:
I'm not aware of any change in -6 which could have caused that.
It appears the change that exposed the bug was the installation of eglibc
2.17-7.
* hooks.c (hook_constcharptr_void_null): New.
* hooks.h (hook_constcharptr_void_null): Declare.
It may be possible to disable this in config.gcc.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscrib
On 12-Jul-13, at 1:27 AM, Andrei POPESCU wrote:
Control: reassign -1 src:gcc-4.8 4.8.1-6
On Jo, 11 iul 13, 22:27:55, John David Anglin wrote:
Package: gcc-4.8-hppa64
Version: 4.8.1-6
Severity: important
Hmm, the PTS does show such a binary for gcc-4.8, but p.d.o doesn't.
Reassigning t
Package: libmudflap0-4.8-dev
Version: 4.8.1-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts, broken-symlink, broken-symlink-shared-library
Hi,
During a test with piuparts, I noticed your package is
responsible for the presence of broken symlinks involving
a shared library.
fitable on PA 8000
and generation is disabled when PA 8000 scheduling is used (linux and
PA 2.0). Normally, one won't see this on linux.
Dave
--
John David Anglindave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscrib
On 28-Mar-13, at 1:25 AM, Matthias Klose wrote:
Am 26.03.2013 23:14, schrieb Dave Anglin:
Package: gcc-4.8
Version: 4.8.0-1
Severity: normal
There is a config problem building the hppa64 package:
David, I'm applying this patch, however I don't see much sense
anymore in having
On 27-Mar-13, at 9:29 AM, John David Anglin wrote:
Although undocumented, adding "--disable-libatomic" to the
configure options in rules2 seems to avoid the error.
I also had the following install issues:
dpkg: error processing gcc-4.8-hppa64_4.8.0-1_hppa.deb (--install):
Although undocumented, adding "--disable-libatomic" to the
configure options in rules2 seems to avoid the error.
Dave
--
John David Anglindave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Control: fixed -1 4.7.2-5
Le 30/01/2013 11:43, Matthias Klose a écrit :
> Version: 4.7.2-20
>
> works at least in 4.7.2-20
4.7.2-5 too.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJRCXRVAAoJELgqIXr9/gnyqXgP/j8G
Hi,
Le 02/01/2013 10:02, Matthias Klose a écrit :
> thanks for the uploads.
You're welcome.
> Please leave the gcc and gcj uploads alone, don't upload.
Canceled.
Regards
David
--- Begin Message ---
Log of processing your commands file
/dcut.David_Pr__vot__ta
Package:gcc-4.7-base
Version: 4.7.1-9
Severity: serious
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
python-wicd wicd wicd-curses wicd-daemon wicd-gtk
The following packages will be upgraded:
cpp-4.7 g++-4.
Seems to be fixed in 4.7.0-4.
--
John David Anglin dave.ang...@bell.net
--
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/blu0-smtp945bdb49911896
On 30-Mar-12, at 10:02 AM, Matthias Klose wrote:
I'm not sure what happens.
It didn't happen with a clean source. Testsuite running.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubs
On 3/30/2012 10:02 AM, Matthias Klose wrote:
we can't ship the tm.texi files
I'm surprised. From what I see, copying of the GCC manual components is
covered by the GNU Free Documentation License,
Version 1.3. It's not very good if the manual can't be shipped.
On 30-Mar-12, at 5:09 AM, Matthias Klose wrote:
On 30.03.2012 04:08, John David Anglin wrote:
For some reason, auto-detect isn't working.
Trying to enable multiarch support with --enable-multiarch also
fails.
The variable withval is not defined in the configure hunk for --
enable-mult
For some reason, auto-detect isn't working.
Trying to enable multiarch support with --enable-multiarch also fails.
The variable withval is not defined in the configure hunk for --enable-
multiarch.
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debia
Package: gnat-4.6
Version: 4.6.2-3
Severity: normal
Tags: upstream
Dear Maintainer,
Reported in upstream gcc:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52121
sources available on the GCC bts
% gcc-4.6 -c -gnat12 -gnata heap_sieve.adb
+===GNAT BUG DETECTED===
Package: gnat-4.6
Version: 4.6.2-3
Severity: normal
Tags: upstream
Dear Maintainer,
Bug also reported in upstream at:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52120
attachment available there
Compiling with
gcc-4.6 -c -gnat12 heap_sieve.adb
+===GNAT BUG DETECTED===
On 27-Oct-11, at 8:22 AM, Matthias Klose wrote:
fixed in the vcs. please could you check if that's all which needs
fixing? I
currently don't have access to a hppa machine anymore.
Fixed worked. I have built and installed 4.6.2-2 using default 4.6.2
source.
Thanks,
Dave
--
vendor_id : AuthenticAMD
cpu family : 4
model : 9
model name : 486 DX/4-WB
stepping: 4
The kit may be over 8 years old, but it runs just fine and has been running
Debian stock kernels all its life. I would like to keep it that way.
David
--
To UNSUB
Package: gcc-4.5
Version: 4.5.2-11
Severity: normal
Tags: upstream
This version of the gcc-4.5 package causes a spurious array-bounds warning on
certain
input:
$ /usr/bin/gcc-4.5 -m32 -Warray-bounds -O2 -c -o /dev/null foo.i
In file included from ../cpu-defs.h:30:0,
from /home
ware of any new issues with 4.5 and a number
of things are fixed.
For kernel builds, the following patch must be included:
2010-12-18 John David Anglin
PR target/46915
* config/pa/pa.c (branch_to_delay_slot_p): Use next_active_insn instead
of next_real_insn. Search
>>>>> "Sebastian" == Sebastian Andrzej Siewior writes:
> * David Kuehling | 2011-01-27 11:57:58 [+0100]:
>> Hi, the attached .debdiff fixes PR44606 [1], a register-allocation
>> bug that (seldomly) miscompiles floating point code in the unofficial
>>>>> "Sebastian" == Sebastian Andrzej Siewior writes:
> * David Kuehling | 2011-01-27 11:57:58 [+0100]:
>> Hi, the attached .debdiff fixes PR44606 [1], a register-allocation
>> bug that (seldomly) miscompiles floating point code in the unofficial
, going to post a
corresponding bug report in the next days.
cheers,
David
[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
[2] http://wiki.debian.org/PowerPCSPEPort
[3] http://gcc.gnu.org/viewcvs?view=revision&revision=168347
--
GnuPG public key: http://user.cs.tu-berlin.de/~dvdk
it further, find the reason about
this SIGBUS, and if it's a compiler issue at all.
It is a userspace program that is generating SIGBUS. Why not attach gdb
and get a dissassembly of the region of code that is crashing as well as
backtraces and register contents?
David Daney
ctions isn't specified. Effectively, this
is what happens under hpux. A new subspace is started at the beginning
of every function. It does mean that it is not possible to switch sections
mid function. So, hot and cold sections are not possible. However,
we don't support hot and c
Package: gcc-4.3
Version: 4.3.2-1.1
Severity: normal
While compiling a 2.6.33 (modules) on an armel device I encountered the
following error:
"fs/afs/super.c: In function ‘afs_test_super’:
fs/afs/super.c:278: internal compiler error: Segmentation fault
Please submit a full bug report,
with prepr
undef and define for LIB_SPEC
in pa-linux.h should be removed.
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
# DP: Do link tests to check for the atomic builtins
2009-05
> It looks like the layout of the object in libstdc++.so.6 has changed,
> my guess is that the changes I made to the locking types in glibc have
> caused the layout to be perturbed.
>
> While I set out the glibc types exactly as before (binary compatible),
> the alignment rest
t is related to the FAILs
seen in the libstdc++ testsuite. As you showed, there is an ABI
change in the library depending on libc version. Someone needs
to generate a backtrace so that we can get some idea what's happening.
Dave
--
J. David Anglin dave.ang...@n
s GCC's internal data are somewhat corrupt
when the pch header files are generated. This causes various tests
to ICE when compiled with the pch headers.
The problem appears to have gone away with head. I don't see it with
hpux.
Dave
--
J. David Anglin
> On 08.11.2009 21:38, John David Anglin wrote:
> >> test results for 4.4.2-1:
> >> http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
> >> for 4.4.2-2:
> >> http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
> >>
> &
> On 08.11.2009 21:38, John David Anglin wrote:
> >> test results for 4.4.2-1:
> >> http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
> >> for 4.4.2-2:
> >> http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
> >>
> &
ed on head.
> there are some parisc scpecific changes:
>
> 2009-10-23 John David Anglin
>
> Backport from mainline:
> 2009-08-19 John David Anglin
>
> * pa.md (reload_inhi, reload_outhi, reload_inqi, reload_outqi): New
> patter
Package: libcloog-ppl-dev
Version: 0.15-2
Severity: normal
In config.log for GCC 4.5, I see the following:
configure:5356: checking for correct version of CLooG
configure:5378: gcc -c -g -O2 conftest.c >&5
In file included from conftest.c:12:
/usr/include/cloog/cloog.h:47:30: error: polylib/
Package: gcc-4.3
Version: 4.3.3-5
Severity: important
Works:
int n(char*l){return*l?!(*l-32)+n(++l):0;}
Fails:
int n(char*l){return*l?!(32-*l++)+n(l):0;}
Only difference is the post-increment at 1:35 is changed to a
pre-increment at 1:31
gcc assembly output (compiled with -O0 -S) incorrectly
On Mon, Jan 5, 2009 at 10:12 AM, Debian Bug Tracking System
wrote:
> Closing as per info from Jorgen.
But he didn't even test the bug. It works fine with no options, but
with the options given in the bug report, -O2 -gnatN, it fails.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian
--- Comment #124 from David dot Monniaux at imag dot fr 2008-11-11 07:46
---
Vincent Lefèvre is right: the issue is quite subtle. (I should mention that
Vincent is an expert in computer arithmetics, which I'm not.)
As he rightly points, conformance to IEEE-754 should be evaluate
1 - 100 of 245 matches
Mail list logo
