FWD: [parisc-linux] [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2

2003-03-30 Thread Randolph Chung
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-linux] [3.0/3.2/3.3/3.4]

[3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls

2003-03-30 Thread Randolph Chung
>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: Randolph Chung <[EMAIL PROTECTED]> >Release

Bug#186937: [hppa, PR target/10271] Floating point args don't get reloaded across function calls at -O2

2003-03-30 Thread Randolph Chung
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/

Problem dpkging gcc?

2003-03-30 Thread Frank Middleton
Although I have been able to get gcc to the point where I could build lame and run liveice, it isn't fully installed from a Debian perspective, so when I try to install libtool this is what I get: dpkg: dependency problems prevent configuration of libtool: libtool depends on gcc | c-compiler; howe

Bug#186922: gcj-3.2: crash trying to compile freenet

2003-03-30 Thread Erno Kuusela
Package: gcj-3.2 Version: 1:3.2.3-0pre6 Severity: normal hello, after papering around the lack of NetworkInterface classes and apparent lack of connect methods of datagram sockets, i get this when trying to compile freenet 0.5.1: % gcj-3.2 -c freenet/client/SplitFileInsertManager.java freenet/cl

Re: Problem with building OpenOffice.orgBeta on debian-unstable (PPC)

2003-03-30 Thread Gerhard Tonn
On Sunday 30 March 2003 10:13, Martin v. Löwis wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > I don't know if this is the problem or not, but you should kill the > > -I/usr/include. Specifying that manually is almost always wrong. > > Most likely: I guess he's picking up the wrong > s

Re: [porting-dev] Problem with building OpenOffice.orgBeta on debian-unstable (PPC)

2003-03-30 Thread Jan-Hendrik Palic
Good Morning ... On Sun, Mar 30, 2003 at 10:09:46PM +1000, Ken Foskey wrote: >> I attached a build.log and two enviroments-source-files for the build >> from OpenOffice.org. As you can see in build.log, I have a problem with >> the include. :( >> I cannot say, if this is trivial a big problem, b

Bug#186139: gcc-3.2: [alpha] va_start is off by one

2003-03-30 Thread Kalle Olavi Niemitalo
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > No, all these versions have the same bug: > > gcc-2.95 2.95.4-17 > gcc-3.0 3.0.4-7 > gcc-3.2 3.2.3-0pre6 > gcc-snapshot 20030314-1 However, gcc-3.3 3.3-0pre2 works correctly, and a control-center compiled with it does not suffer from Bu

Processed: Re: Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc

2003-03-30 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 186788 libsigc++-1.2-5c102 Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc Bug reassigned from package `g++-3.2' to `libsigc++-1.2-5c102'. > severity 186788 serious Bug#186788: g++-3.2: undefined reference to `__gx

Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc

2003-03-30 Thread Matthias Klose
reassign 186788 libsigc++-1.2-5c102 severity 186788 serious merge 186788 185395 thanks Herbert Valerio Riedel writes: > Package: g++-3.2 > Version: 1:3.2.3-0pre6 > Severity: normal > > > $ apt-get install libsigc++-1.2-dev > $ echo 'int main() {}' > main.cc > $ g++-3.2 -O2 -Wall -o main main.cc

Re: Problem with building OpenOffice.orgBeta on debian-unstable (PPC)

2003-03-30 Thread Martin v. Löwis
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > I don't know if this is the problem or not, but you should kill the > -I/usr/include. Specifying that manually is almost always wrong. Most likely: I guess he's picking up the wrong stddef.h. -I/usr/include/linux should go with it: No user-space pr