Package: gcc-4.1
Version: 4.1.1-5
Severity: important
Tags: patch, upstream
Forwarded: http://gcc.gnu.org/PR26957
The attached fixes an ICE when building packages like ace.
#! /bin/sh -e
# All lines beginning with `# DPATCH:' are a description of the patch.
# DP: Fix for c++/26957; committed ups
> For hppa, the glibc builds well with gcc 4.0, but create problem with
> python/perl. It still has to be investigated.
Can you explain what the problems are (or at least the symptoms) so that
we can look into them? Are there any bugs filed on this?
thanks
randolph
--
Randolph Chung
Debi
0: error: insn does not satisfy its constraints:
(insn 4924 2540 2542 4 mpegaudiodec.c:888 (set (reg:HI 70 %fr23 [1852])
(reg:HI 1 %r1)) 53 {*pa.md:2926} (nil)
(nil))
mpegaudiodec.c:920: internal compiler error: in reload_cse_simplify_operands,
at postreload.c:391
This is now fixed in gcc
Randolph Chung wrote:
Could someone send the preprocessed source for mpegaudiodec.c?
http://www.parisc-linux.org/mpegaudiodec.i.gz
gcc bugzilla has a reduced testcase.
randolph
oops, that should be http://www.parisc-linux.org/~tausq/mpegaudiodec.i.gz
randolph
--
To UNSUBSCRIBE, email
Could someone send the preprocessed source for mpegaudiodec.c?
http://www.parisc-linux.org/mpegaudiodec.i.gz
gcc bugzilla has a reduced testcase.
randolph
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Confirmed and filed in gcc bugzilla PR26255
randolph
Loïc Minier wrote:
> Package: gcc-4.0
> Version: 4:4.0.2-8
> Severity: normal
>
> Hi,
>
> While investigating gstreamer0.10-ffmpeg's build failure under hppa[1],
> I received the following error from g
im to merge this upstream when he returns,
meanwhile perhaps somebody can roll a new glibc package for debian?
randolph
#! /bin/sh -e
# DP: Description: hppa floating point exception handling fix
# DP: Related bugs: Debian #342545
# DP: Dpatch author: Randolph Chung <[EMAIL PROTECTED]>
ry with -mlong-calls (instead of -ffunction-sections)
These are obviously all workarounds until we fix the real problem.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "uns
> I would have thought that old (r11) would have just been copied to
> r26. Could you send preprocessed source and compilation details?
This is now filed as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23369
I have reassigned the fakeroot bug to gcc-4.0 and marked it up accordingly.
ra
Increase your CUM VOLUME, and Orgasm Length
main benifits:
- The longest most intense Orgasms of your life
- Erctions like steel
- lncreased libido/desire
- Stronger ejaculaton (watch where your aiming)
- Multiple 0rgasms
- Up to 500% more volume (cover her in it if you want)
- Studies show it tast
official debian
compiler :(
randolph
; See http://gcc.gnu.org/bugs.html> for instructions.
filed upstream as #14838
thanks,
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
been used
successfully to port sablevm to hppa.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
hppa-patches.tgz
Description: GNU Unix tar archive
In reference to a message from Daniel Jacobowitz, dated Oct 31:
> Are you sure he doesn't mean --enable-checking? --enable-debug should
> not affect compile time significantly.
yup, David confirmed he meant enable-checking. thanks for the quick
reply.
randolph
--
Randolph Chung
FYI -randolph
- Forwarded message from David Mosberger <[EMAIL PROTECTED]> -
From: David Mosberger <[EMAIL PROTECTED]>
Date: Fri, 31 Oct 2003 15:20:36 -0800
To: debian-ia64@lists.debian.org
Subject: gcc in debian/unstable
Reply-To: [EMAIL PROTECTED]
X-Mailing-List: archive
- Forwarded message from Borislav Petkov <[EMAIL PROTECTED]> -
From: Borislav Petkov <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug in libstdc++2.10-dev
Date: Wed, 15 Oct 2003 07:33:34 +0200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
-8b8caw3xt2k.zzvhq01fs2ea.leja97hpjn0.zqogw22p5lw3-
Feel younger,
get rid of wrinkles, have more energy!
Find out more here!
Original Message
debian-gcc@lists.debian.org wrote:
> What is your name?
(.text+0x1c): In function `call_foo':
: undefined reference to `foo'
this worked fine on older binutils (e.g. 2.13.90.0.16 worked).
does anyone know what might be broken? this is causing a lot of failures
in the binutils test suite
thanks,
randolph
--
Randolph Chung
Debian GNU/Linux
nt binary
compatibility, they should follow what Debian is doing (on hppa), since
Debian was there first :-)
my 2 cents,
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
tag 193207 +patch
thanks
Please replace the hppa-fptr patch in gcc-3.2 with this one, which has a
fix (already in gcc-3.3 upstream) for the fptr comparision problem.
thanks
randolph
#! /bin/sh -e
# DP: Handle function pointer comparisions on hppa properly
# DP: Backported from gcc-3.3 branch
>Category: c++
>Synopsis: [3.3 regression] [hppa] Segfault when building jade
>Confidential: no
>Severity: serious
>Priority: medium
>Class: ice-on-legal-code
>Submitter-Id: net
>Originator: Randolph Chung <[EMAIL PROTECTED]>
will get retried. once i get confirmation from him that this is ok, i
will close this bug.
thanks
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
In reference to a message from Matthias Klose, dated Apr 05:
> Will do. What about applying this patch upstream for 3.2.3?
since this is not a regression, i'm not sure it will be a candidate for
3.2.3, but if Gabriel is ok with it, all the better :-)
randolph
causes some X programs to be miscompiled and not
work.
thanks
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
#! /bin/sh -e
# DP: Handle function pointer comparisions on hppa properly
# DP: Backported from gcc-3.3 branch
# DP: http://gcc.gnu.org/ml/gcc-cvs
forgot to list debian-gcc in cc.. oops. here's a copy.
- Forwarded message from Randolph Chung <[EMAIL PROTECTED]> -
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
From: Randolph Chung <[EMAIL PROTECTED]>
Reply-To: Randolph Chung <[EMAIL PROTECTED]>
Subject: [parisc-
>Category: target
>Synopsis: [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for
>function calls
>Confidential: no
>Severity: serious
>Priority: medium
>Class: wrong-code
>Submitter-Id: net
>Originator: Rando
Package: gcc-3.2
Severity: important
[Debian note: this may be related to #185184 and #105816]
When compiling the bug.c code below with -O2, the floating point
argument to the fprintf does not get reloaded for the second fprintf()
call, so the second call prints junk. At -O1 the arguments (r23/
>Submitter-Id: net
>Originator:Randolph Chung <[EMAIL PROTECTED]>
>Organization: Debian
>Confidential: no
>Synopsis: [3.3 regression] [parisc-linux] ICE when building lesstif1 at
>-O1/O2
>Severity: serious
>Priority: medium
>Category:
>Category: c++
>Synopsis: [3.3 regression] internal compiler error: in cp_expr_size, at
>cp/cp-lang.c:307
>Confidential: no
>Severity: serious
>Priority: medium
>Class: ice-on-legal-code
>Submitter-Id: net
>Originator: Rando
.. no one has tested 3.3 hppa64-linux-gcc at all, so it will just
be introducing more unknowns into the problem.
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
ay, I have the debs installed in a chroot now. Will start building
random stuff and see what happens :)
stay tuned,
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
nly because it overwrites things in the current
3.2 package)
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
oad.
http://gcc.gnu.org/ml/gcc-cvs/2003-02/msg00993.html
For reference, the upstream PR is optimization/9768
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
* pa.c (output_millicode_call): Use $PIC_pcrel$0 for long PIC
millicode calls when !TARGET_SOM and TARGET_GAS is true.
* pa.md (jump): Likewise.
thanks
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
#! /bin/sh -e
# All lines beginning with `# DPATCH:&
where? (xfs comes to mind...)
or if you still think this is a gcc problem, at least post a test
case...
randolph
tag 180102 +patch
thanks
> This build failed due to assembler errors, lots of "Error: can't
> resolve" messages.
>
> http://buildd.debian.org/fetch.php?&pkg=arts&ver=1.1.0-2&arch=hppa&stamp=1044489665&file=log&as=raw
the fix is here: http://gcc.gnu.org/ml/gcc-cvs/2003-02/msg00361.html
randolph
c hppa-linux
Thread model: posix
gcc version 3.2.2 20030131 (Debian prerelease)
we already enable that flag...
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
reassign 171411 glibc
severity 171411 important
merge 171411 16
thanks
this is already reported. -randolph
n`'"
-DGCC_VERSION="'3.2.1'" /build/buildd/gcc-3.2-3.2.1ds6/src/gcc/p/rts/rtsc.pas
/build/buildd/gcc-3.2-3.2.1ds6/src/gcc/p/module.c:1719:store_tree: failed
assertion `fwrite ((&(main_node_id)), (sizeof (main_node_id)), 1, ((s))) == 1'
/build/buildd/gcc-3.2-3.2.1ds6/src/gcc/p/rts/rtsc.pas:709: Internal compiler
error.
Please submit a full bug report to the GPC mailing list <[EMAIL PROTECTED]>.
See http://www.gnu-pascal.de/todo.html> for details.
make[5]: *** [rtsc.o] Error 1
make[5]: Leaving directory `/build/buildd/gcc-3.2-3.2.1ds6/build/gcc/p/rts'
Full build log at
http://buildd.debian.org/fetch.php?&pkg=gcc-3.2&ver=1%3A3.2.1ds6-1&arch=sparc&stamp=1038122597&file=log&as=raw
randolph
reassign 169497 g++-3.2
severity 169497 important
merge 169497 16
thanks
already reported, thanks -randolph
fied because the
> package libc6.1-dev cannot be found
which architecture? this might be a 'apt-get build-dep' bug that's been
fixed in cvs.
"fails to build from source" usually means 'dpkg-buildpackage' fails...
randolph
ithmetic types. GCC allows non-constant
> initializers for automatic variables.
well, it's doesn't seem to be very consistent about it then...
static rwlock_t x = (rwlock_t) { { 1 }, 0 };
is ok
static rwlock_t x = { (spinlock_t) { 1 }, 0 };
is also ok
only when you have both casts does it fail...
randolph
ernel/fork.c has something like this:
struct *fs = /* allocate memory for fs */;
fs->lock = (rwlock_t) { ... };
thanks,
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
ssion/backtrace showing pointers not being passed correctly into
>functions if anyone is interested in looking into this.
can you please try gcc-3.2 as well?
good to hear you finally got it to work though :-)
randolph
> I have no idea what I modified to my system for this; I also purged and
> re-installed all gcc packages at no avail.
M_PI should be defined in /usr/include/math.h try reinstalling
libc6-dev?
randolph
forwarded to bts for the record...
- Forwarded message from John David Anglin <[EMAIL PROTECTED]> -
Subject: Re: [parisc-linux] FWD: Bug#162690: [parisc]gcc 3.x produces openssl
test code that SEGVs with -march=2.0 and optimization >0
To: [EMAIL PROTECTED]
From: "John David Anglin" <[EM
p using a broken compiler instead of
> filing bugs on packages that expose bugs in it.
we are working on moving to 3.2 as part of the sarge 3.2 transition
plan. 2.96 is not any more broken than any other compiler we have in
debian.
randolph
with gcc-3.2 this problem seems to go away for perl.
i just tested mawk with gcc-3.2 and it's ok there too...
just another data point :)
randolph
itself is something that I feel needs to
be addressed as soon as possible. Also I'm eager to have working
exceptions support for c++ :-)
Oh, by the way, when we move woody to gcc-3.[12] as the default, will we
still have gcc-3.0 packages available?
randolph
--
To UNSUBSCRIBE, email to [E
> maybe if linking with static libraries is an option?
i guess that's always possible, but kinda ugly.
randolph
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd they can install whatever you need for you if
it's a Debian box.
randolph
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ted to pr/5363, but not
sure.
there are a couple of fixes that might be related to this in cvs
unfortunately with the pending woody release we probably won't get this
in till woody+1...
randolph
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
gcc tests).
Matthias, if you can give us an ETA that would be much appreciated.
I think with the fp bug fixed we can deal with the remaining bugs
(function-sections, etc) in woody+1...
thanks,
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
hppa-build.dpa
Package: gcc-snapshot
Version: 20020224-1
Severity: serious
legolas[21:58] ~% /usr/lib/gcc-snapshot/bin/gcc -o test test.c
/usr/bin/ld: unrecognized option '--eh-frame-hdr'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
randolph
--
Debian
Works great, thanks Gary!
Ben, FYI - i'll file a bug against glibc for this.
randolph
In reference to a message from Gary Hade, dated Feb 25:
> Randolph,
> I believe this problem is due to a bug in /usr/lib/gcrt1.o
> that was fixed by recent glibc changes to csu/gmon-start.c
&g
FYI -randolph
- Forwarded message from Randolph Chung <[EMAIL PROTECTED]> -
Date: Sat, 23 Feb 2002 19:10:30 -0800
From: Randolph Chung <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: gcc-bugs@gcc.gnu.org
Subject: gcc profiling broken on Linux/ia64?
Reply-To: Randolph C
>Submitter-Id: net
>Originator:Randolph Chung
>Organization: Debian
>Confidential: no
>Synopsis: ICE in reload_cse_simplify on hppa-linux
>Severity: serious
>Priority: medium
>Category: optimization
>Class: ice-on-legal-code
>Releas
# bcc [EMAIL PROTECTED]
tag 123685 + patch
thanks
For the record, this updated NaT patch will allow ia64 to build... but we
are waiting for confirmation from upstream.
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
#! /bin/sh -e
# DP: ia64 NaT bug fix
# DP:
ation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.gnu.org/software/gcc/bugs.html> for instructions.
bootstrapping with either gcc-2.96 or gcc-3.0
will look at this some more tomorrow and see if i can figure it out.
randolph
--
Debian Developer
> I want leave the final decision to Randolph Tausq, which does (?) the
> ia64 parts in gcc.
It's always refreshing to get a new name ;-)
Matthias, please update gcc-defaults so that for ia64:
g77 stays the way it is (points to 2.96)
gobjc points to gobjc points to 3.0
Thank
Package: gcc-defaults
Severity: serious
There is no gobjc-2.96 on ia64, so gcc-defaults needs to be updated to
point gobjc to gobjc-3.0
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
Here's an updated patch from upstream to fix the strength reduction ICE.
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
#! /bin/sh -e
# DP: Fix for ICE caused by strength-reduction optimization
# DP: http://gcc.gnu.org/ml/gcc-cvs/2001-12/msg4.html
ed to send this to the bts first as a heads up.
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
#! /bin/sh -e
# DP: Patch to fix strength-reduction optimization from Alan Modra
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3&qu
patch attached
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
#! /bin/sh -e
# DP: ia64 NaT bug fix
# DP:
https://external-lists.valinux.com/archives//linux-ia64/2001-November/002495.html
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir=
Package: gcc-3.0
Severity: serious
Details at:
http://external-lists.valinux.com/archives//linux-ia64/2001-November/002495.html
The bug can cause miscompiled userapps to crash the kernel.
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
Just a heads up -- there may be a ia64 patch needed for gcc-3.0. When I
have some time I'll look at pulling the patches and testing them for
ia64..
randolph
- Forwarded message from David Mosberger <[EMAIL PROTECTED]> -
From: David Mosberger <[EMAIL PROTECTED]>
To:
e-long-long --enable-nls
--without-included-gettext --disable-checking --enable-threads=posix
--with-cpp-install-dir=bin hppa-linux
Thread model: posix
gcc version 3.0.2 (Debian)
sh-2.05# ld -v
GNU ld version 2.11.92.0.10 20011021 Debian/GNU Linux
randolph
--
@..@
idden []
operator. changing the [] operator to have type int works.
John, can you verify this fixes your problem? It does seem to fix it in
your test case (modulo adding a definition for the destructor)
randolph
--
@..@ http://www.TauSq.org/
()
( >__< )
^^ ~~ ^^
I'm not the maintainer for libstdc++2.10 Matthias, can you comment
on this? I guess the maintainer of record got messed up with one of my
previous ia64 uploads.. not sure how to fix :-(
randolph
In reference to a message from justin, dated Oct 25:
> Hi,
>
> I was wondering i
tl_and_abort, a
t flow.c:6449
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.gnu.org/software/gcc/bugs.html> for instructions.
Maybe we need to try a newer snapshot?
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
the gcc maintainers interested in incorporating this in the official
Debian gcc packages? What would you need from the hppa folks to do this?
Otherwise I will look into maintaining a separate gcc package like we do
for ia64, but i'd rather not :)
randolph
--
Debian Developer <[EMAIL
7;t know
library to link in, libg2c.a or libg2c-pic.a (i.e. things like pdl
will need a debian-specific change from upstream to build on debian)
or am i missing something?
if you are building separate libraries anyway, is it difficult to just
build non-pic libg2c.a and pic libg2c.so ?
thanks,
> for which architectures should the patch be enabled (besides ia64?)
my understanding is that this will be needed for any architectures that
cannot link non-PIC code into a PIC library, so that's iirc:
ia64, hppa, mips, mipsel, s390, sh, powerpc, m68k
thanks,
randolph
--
Debian D
to gcc-2.96 for IA64. It is a rather
simple-minded brute force way for us to get things like gimp to build :)
This will be in gcc-2.96_2.96-5
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
#! /bin/sh -e
# All lines beginning with `# DPATCH:' are a description
that try to build fortrain
shared objects (pdl for example) to fail.
Would it be possible to build libg2c as a PIC library?
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
knows how to make gcc-2.96 work well with latest Debian
binutils, please let us know!
thanks,
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
pgpdRLFNmUckw.pgp
Description: PGP signature
Package: gcc-3.0
Version: 3.0.ds9
Severity: serious
Tags: patch
X-Debbugs-Cc: debian-ia64@lists.debian.org
Here's a patch for the ia64 packaging bits.
I get a lot of regression test errors, but they seem to be comparable to
what we get on hppa and mips.
Enjoy :)
randolph
diff -uNr gcc-3.
...
cc'ing the maintainer for his comments :)
(this is about bugs #101876 and #101878)
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
78 matches
Mail list logo
