Hi,
Attached is an updated version of pr99832-distro.diff. It fixes many
test failures on hppa but acats tests didn't run.
Test results for gcc-15.1.0-4 with this patch are posted here:
https://gcc.gnu.org/pipermail/gcc-testresults/2025-May/847808.html
Please review and install.
Regards,
See comment #6 in pr99832:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
Dave
--
John David Anglin jda.par...@gmail.com
This is caused by debian/patch pr99832-distro.diff.
Dave
--
John David Anglin jda.par...@gmail.com
direction?
Thanks.
-Dave
--
Dave Hall
Binghamton University
kdh...@binghamton.edu
607-760-2328 (Cell)
607-777-4641 (Office)
Control: tag -1 - moreinfo
On Sat, Jul 6, 2013 at 9:32 AM, Matthias Klose wrote:
> Control: severity -1 normal
> Control: tag -1 + moreinfo
>
> On 07/06/13 07:01, David Steele wrote:
>> Package: libgcj12-dev
>> Version: 4.6.4-2
...
>> The log contains the following broken symlinks:
>>
...
>> /u
Control: tag -1 - moreinfo
On Sat, Jul 6, 2013 at 9:34 AM, Matthias Klose wrote:
> Control: severity -1 normal
> Control: tag -1 + moreinfo
>
> On 07/06/13 07:01, David Steele wrote:
>> Package: libgcj13-dev
>> Version: 4.7.3-2
>> Severity: serious
>> User: debian...@lists.debian.org
>> Usertags:
Package: gcc-4.8
Version: 4.8.0-6
Severity: normal
The following problems occurred installing libobjc4-dbg:hppa and
libstdc++6-4.8-dbg:hppa:
Setting up gcc-4.8-base:hppa (4.8.0-6) ...
Setting up gcc-4.8-hppa64 (4.8.0-6) ...
Setting up gcc-4.8-source (4.8.0-6) ...
Setting up libatomic1:hppa (4.8.0
Package: gcc-4.8
Version: 4.8.0-1
Severity: normal
There is a config problem building the hppa64 package:
checking for hppa64-linux-gnu-gcc...
/home/dave/debian/gcc/gcc-4.8/gcc-4.8-4.8.0/build-hppa64/./gcc/xgcc
-B/home/dave/debian/gcc/gcc-4.8/gcc-4.8-4.8.0/build-hppa64/./gcc/
-B/usr/hppa64
Package: gcc-4.6
Version: 4.6.3-1
Severity: important
After building and installing version 4.6.3-2, I found the new
version would hang compiling various files in pointer_set_insert.
GCC is unable to bootstrap itself.
This is GCC PR middle-end/52894.
The fix that introduced this problem was also
-bc:hppa depends on libgcj10 (>= 4.7.0-1~); however:
Version of libgcj10 on system is 4.4.7-1.
dpkg: error processing libgcj-bc:hppa (--install):
dependency problems - leaving unconfigured
dave@mx3210:/var/cache/apt/archives$ dpkg -l 'libgcj*'
Desired=Unknown/Install/Remove/Purge/
Source: gcc-4.7
Version: 4.7.0-1
Severity: normal
Build fails here:
/home/dave/debian/gcc/gcc-4.7/gcc-4.7-4.7.0/build/./gcc/xgcc -B/home/dave/debian
/gcc/gcc-4.7/gcc-4.7-4.7.0/build/./gcc/ -B/usr/hppa-linux-gnu/bin/
-B/usr/hppa-linux-gnu/lib/ -isystem /usr/hppa-linux-gnu/include -isystem
/usr
2 -Vbinutils:Version=2.21.1 -Vdep:libgcc=libgcc4 (>= 4.6.2-12) -Vdep:libgccb
iarch= -Vdep:libcdev=libc6-dev (>= 2.5) -Vdep:libcbiarch= -Vdep:libcbiarchdev= -
Vdep:libunwinddev= -Vdep:libcxxbiarch= -Vdep:libcxxbiarchdbg= -Vdep:libgobiarch=
-Vdep:libgobiarchdbg= -Vdep:libgnat= -Vdep:ecj=ecj-gcj
Package: gcc-4.6
Version: 4.6.1-13
Severity: grave
Justification: renders package unusable
gcc-4.6 no longer builds on hppa due to a packaging issue. Here is
the log output:
make[5]: Leaving directory
`/home/dave/debian/gcc/gcc-4.6/gcc-4.6-4.6.1/build-hppa64/hppa64-linux-gnu/libgcc'
m
On 21 November 2010 02:45, Jonathan Nieder wrote:
> Hi,
>
> Raphael Hertzog wrote:
>
>> We have dpkg-buildflags available but few packages are using it and it's
>> unlikely they will be all converted in the wheezy timeframe.
>
> I agree with the precise meaning of this statement, but the spirit se
IMHO this is a bit silly you are denying users of debian security
features found elsewhere (at least found elsewhere in their
packages...). The point is to make the compiler hardened by default
not only packages compiled and packaged for debian.
Please see http://wiki.debian.org/Hardening and plea
Can you please close this bug. It was actually a buggy kernel I was
using to compiler the kernel on that was triggering the bug.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.d
Package: cpp-4.3-doc
Version: 4.3.4.nf1-1
Severity: normal
Tags: sid
Looks like gcc-doc-base has been removed from the archive, but the most
recent version of cpp-4.3-doc still depends on it. This dependency
should be removed.
-- System Information:
Debian Release: squeeze/sid
APT prefers un
Package: gcc-4.3-doc
Version: 4.3.4.nf1-1
Severity: normal
Tags: sid
Looks like gcc-doc-base has been removed from the archive, but the most
recent version of gcc-4.3-doc still depends on it. This dependency
should be removed.
-- System Information:
Debian Release: squeeze/sid
APT prefers un
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-29
01:03 ---
Subject: Re: [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++
exported
> Also, libstdc++.so is definitely not the right home for __signbitl symbol, so
> we definitely shouldn'
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
23:06 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Perhaps I wasn't as clear as I should have been. The glibc port for
> hppa has always been
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
19:32 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> * Original submitter is incorrect, there has never been a
> __signb...@glibcxx_3.4 symbol, and
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
13:45 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> --- Comment #13 from jakub at gcc dot gnu dot org 2009-04-22 09:12
> ---
> If hppa-
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-21
21:01 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> At present glibc does not create an long double alias for the double __signbit
> function, but f
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-21
17:28 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> > I believe the problem is the symbol was exported when it shouldn't have
> > been.
&
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-17
00:20 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Bloody hack but will probably work
Long double on hppa-linux is the same as double (64 bits).
D
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-24
01:41 ---
Subject: Re: [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
> --- Comment #16 from eager at eagercon dot com 2008-02-23 21:18 ---
> Attached is a patch to reload.c
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-27
00:24 ---
Subject: Re: libjava fails to build on hppa-linux-gnu (ICE in simplify_subreg)
> works for me with kyles patch for the kernel.
It's in 2.6.24.
Dave
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-21
00:27 ---
Subject: Re: ICE: output_operand: invalid expression
as operand on hppa
> (gdb) p debug_rtx (insn)
> (code_label/s 1897 4221 1898 13722 ("*.LJpc=819954") [0 uses])
We are losing
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-11
21:29 ---
Subject: Re: [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit
2.6.20 kernel
Eric,
> More precisely the QTY is changed after the reg has been entered with a hash.
> This is expected, b
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-06
21:59 ---
Subject: Re: ICE: output_operand: invalid expression as
operand on hppa
> This bug is present on 4.2 branch but head doesn't fail for me. The problem
> is a deleted label.
The label
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-15
23:17 ---
Subject: Re: [4.1/4.2/4.3 Regression] Endless
loop while building a 64-bit 2.6.20 kernel
> What does the full cse1 dump look like at that point (don't forget to call
> fflush(dump_fil
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-09
20:39 ---
Subject: Re: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at
postreload.c:392
> Can this be closed now? Should the testcase (e.g. the #c3 one) go into the
> testsuite?
I'm stil
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-05
19:01 ---
Subject: Re: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at
postreload.c:392
> You should request a secondary reload when you need one, like on the SPARC.
> Currently the only return
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-24
21:31 ---
Subject: Re: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at
postreload.c:392
>We need a temporary when loading/storing a HImode/QImode value
>between memory and the FPU reg
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-24
22:14 ---
Subject: Re: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at
postreload.c:392
> > I haven't seen the paradoxical subreg in a float/fix conversion
> > insns with the current
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-24
21:58 ---
Subject: Re: [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
This seems to help:
Index: reload1.c
===
--- reload1.c
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-24
19:27 ---
Subject: Re: [4.2/4.3 Regression] ICE in
reload_cse_simplify_operands, at postreload.c:392
The attached patch seems to fix the problem on the trunk. However,
it doesn't work on 4.2. It make
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-22
03:12 ---
Subject: Re: New: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands,
at postreload.c:392
> > paer% gcc-4.2 -c -O s_texfilter.i
> > swrast/s_texfilter.c: In function âsampl
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-14
15:57 ---
Subject: Re: New: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands,
at postreload.c:392
> gcc 4.1 can compile the attached source without any problems, but gcc-4.2
> (at -O) and trunk (20
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-07
02:48 ---
Subject: Re: ICE optimizing passing long double to abstract method while in
other abstract's impl
> --- Comment #10 from tbm at cyrius dot com 2007-10-19 21:12 ---
> I forgot to m
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-19
22:16 ---
Subject: Re: [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
> #1 0x00601eac in delete_output_reload (insn=0x2b78f71e4140, j=1,
> last_reload_reg=21)
> at gcc-4.2/gc
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-30
01:43 ---
Subject: Re: [4.3 Regression] libgcc2.c:1890: internal compiler error: in
local_cprop_pass, at gcse.c:3236
> Any news on this bug?
I have been building with Steven's change for the past couple
--- Comment #46 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-31
15:38 ---
Subject: Re: Bootstrap comparison error at revision 122821
> --- Comment #45 from rguenth at gcc dot gnu dot org 2007-03-31 15:13
> ---
> doh, me neither.
I just started a build
--- Comment #44 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-31
15:10 ---
Subject: Re: Bootstrap comparison error at revision 122821
> Wouldn't it be slightly better to just call range_includes_zero_p (&vr1)
> and return at this point?
Forget that, I didn
--- Comment #42 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-31
01:17 ---
Subject: Re: Bootstrap comparison error at revision 122821
+ /* We know that the range of input values covers the entire
+shift space. Reduce to canonical [0,width-1
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-28
00:58 ---
Subject: Re: Bootstrap comparison error at revision 122821
> /* If we have a RSHIFT_EXPR with a possibly negative shift
> count or an anti-range shift count drop to VR_V
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
01:50 ---
Subject: Re: ICE optimizing passing long double to abstract method while in
other abstract's impl
> > --- Comment #5 from tbm at cyrius dot com 2007-02-03 09:45 ---
> > I do
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-03
15:16 ---
Subject: Re: ICE optimizing passing long double to abstract method while in
other abstract's impl
> --- Comment #5 from tbm at cyrius dot com 2007-02-03 09:45 ---
> I don't see th
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-03
14:47 ---
Subject: Re: ICE optimizing passing long double to abstract method while in
other abstract's impl
> --- Comment #5 from tbm at cyrius dot com 2007-02-03 09:45 ---
> I don't see th
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-06
21:09 ---
Subject: Re: [4.2/4.3 regression] gcj-dbtool segfaults
> Ranjit's patch to enable prologue analysis on i386 changed the behavior for
> other SJLJ targets. They used to call the no-op fallbac
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-28
20:53 ---
Subject: Re: [4.2 regression] gcj-dbtool segfaults
> Starting program: /home/doko/gcc/4.2/install/usr/bin/gcj-dbtool-4.2 -n foo.db
> 64
> [Thread debugging using libthread_db enabled]
> [New
it uses ecj and I've built it on amd64
myself:
$ arch
x86_64
$ ikvm -version
CLR version: 1.1.4322.2032 (64 bit)
System: 1.0.5000.0
IKVM.Runtime: 0.24.0.1
IKVM.GNU.Classpath: 0.24.0.1
ikvm: 0.24.0.1
mscorlib: 1.0.5000.0
GNU Classpath version: 0.20
so I'll be closing 327407 shortly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday, 16.09.2005 at 09:25 +0200, Matthias Klose wrote:
> Dave Ewart writes:
> > Building the odbc-postgresl package in a minimal Etch environment
> > using gcc 4.0 resulted in a working package as the end product
>
> You
on libc6 (>= 2.3.5-1); however:
Version of libc6 on system is 2.3.2.ds1-22.
dpkg: error processing odbc-postgresql (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
odbc-postgresql
The bug remains in the Sarge version of co
just visit our page
shown above to get removed!
Bye,
Kerry G. Dave, II
[EMAIL PROTECTED]
Let your computer be the PRO!
http://byh.4b81p34fjemtj54.trophemahi.info
Strength and wisdom are not opposing values.
Management is doing things right; leadership is doing the right things.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
follows.
http://www.optimumpenis.com";>Male Enhancement Pills
OptimRx simply offers your penis the ability to achieve its full
natural size.
Please let me know your details and I can link to you first.
Thanks for your time,
Dave Peterson
--
No virus found in this outgoing message.
Ch
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-07-08 23:00 ---
Subject: Re: libstdc++'s PCH built by profiledbootstrap doe
>What|Removed
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-03-22 04:55 ---
Subject: Re: [3.5 regression] bootstrap failure in libobjc
> Could you try my updated patch at
> http://gcc.gnu.org/ml/gcc-patches/2004-03/msg01772.html
Thanks. Test in progress.
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-03-21 18:24 ---
Subject: Re: [3.5 regression] bootstrap failure in libobjc
> uweigand at gcc dot gnu dot org writes:
> > Could you try my updated patch at
> > http://gcc.gnu.org/ml/gcc-patches/2
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-03-21 03:29 ---
Subject: Re: [3.5 regression] bootstrap failure in libobjc
This is the patch that caused the testsuite regression:
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED
Package: libstdc++5
Version: 1:3.3-0pre6
Severity: important
Tags: sid
When running /usr/bin/update-menus with the latest libstdc++5 package, I get:
/usr/bin/update-menus: relocation error: /usr/bin/update-menus: symbol
_ZNSt9basic_iosIcSt11char_traitsIcEE4initEPSt15basic_streambufIcS1_E, versi
Christopher C. Chimelis wrote:
To produce a full cross-compiling toolchain, you'll also probably need the
headers from a sparc copied over onto your Athlon, FYI, before
bootstrapping gcc.
toolchain-src includes a script to fetch them from the debian libc
packages for you.
Dave
--
To UNSUBS
63 matches
Mail list logo
