On Sat, Nov 21, 2009 at 10:00:59PM -0500, John David Anglin wrote:
On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno aurel...@aurel32.net
wrote:
I confirm, it's what I see in the testsuite log:
| 77
| __signbitl
| version status: incompatible
| GLIBCXX_3.4
| type:
On Sat, Nov 21, 2009 at 08:55:12PM -0500, Carlos O'Donell wrote:
On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno aurel...@aurel32.net wrote:
I confirm, it's what I see in the testsuite log:
| 77
| __signbitl
| version status: incompatible
| GLIBCXX_3.4
| type: function
| status:
Processing commands for cont...@bugs.debian.org:
forwarded 555801 http://gcc.gnu.org/PR42143
Bug #555801 [gcj-4.3] gcj: Creates dummy variables.
Set Bug forwarded-to-address to 'http://gcc.gnu.org/PR42143'.
End of message, stopping processing here.
Please contact me if you need assistance.
Hi,
Here is a reduced testcase based on libssh2. I get the ICE with gcc-4.3 -O2
only.
typedef long unsigned int size_t;
typedef struct _LIBSSH2_SESSION LIBSSH2_SESSION;
typedef struct _LIBSSH2_CHANNEL LIBSSH2_CHANNEL;
typedef struct _LIBSSH2_SFTP LIBSSH2_SFTP;
typedef struct
On 21.11.2009 06:20, Florian Weimer wrote:
* Steve Langasek:
It's been suggested to me that it might help Debian move forward on this
issue if I provide some background on why Canonical has chosen to not regard
this issue as critical for Ubuntu.
My personal impression is that Debian does not
The problem appears to have gone away with head. I don't see it with
hpux.
Note that latest version of gcc 4.4 in Debian is built with
--disable-libstdcxx-pch, but the segfault is this present :(
Personally, I don't believe the segfault is related to the FAILs
seen in the libstdc++
LAST_UPDATED: Mon Nov 2 00:19:31 UTC 2009 (revision 153796)
Target: ia64-linux-gnu
gcc version 4.3.4 (Debian 4.3.4-6)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/tree-prof/indir-call-prof.C scan-tree-dump tree_profile
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_2_release revision 152840
Target: x86_64-kfreebsd-gnu
gcc version 4.4.2 (Debian 4.4.2-3)
Native configuration is x86_64-pc-kfreebsd-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_2_release revision 152840
Target: mips-linux-gnu
gcc version 4.4.2 (Debian 4.4.2-3)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ipa/iinline-1.C scan-ipa-dump inline
* Matthias Klose:
On 21.11.2009 06:20, Florian Weimer wrote:
* Steve Langasek:
It's been suggested to me that it might help Debian move forward on this
issue if I provide some background on why Canonical has chosen to not regard
this issue as critical for Ubuntu.
My personal impression is
On Sun, Nov 22, 2009 at 10:30:16AM -0500, John David Anglin wrote:
The problem appears to have gone away with head. I don't see it with
hpux.
Note that latest version of gcc 4.4 in Debian is built with
--disable-libstdcxx-pch, but the segfault is this present :(
Personally, I
Package: gcc-4.3
Version: 4.3.4-6
Severity: important
Affects: php5
Hi,
From the build log of php5/5.2.11.dfsg.1-2[1]:
/bin/bash /build/buildd/php5-5.2.11.dfsg.1/cli-build/libtool
--preserve-dup-deps --mode=compile
mips-linux-gnu-gcc -Imain/streams/
Package: gcc-4.3
Version: 4.3.4-6
Severity: important
Affects: wireshark
Hi,
From wireshark/1.2.4-2's build log on alpha[1]:
libtool: compile:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./../.. -I./.. -I/usr/include
-I/usr/local/include -I/usr/include/pcap
On Sun, Nov 22, 2009 at 10:30 AM, John David Anglin
d...@hiauly1.hia.nrc.ca wrote:
The problem appears to have gone away with head. I don't see it with
hpux.
Note that latest version of gcc 4.4 in Debian is built with
--disable-libstdcxx-pch, but the segfault is this present :(
On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell
car...@systemhalted.org wrote:
This happens because the original locale object was created at address
0xbff01c20. However, when apt-get calls std::basic_ioschar,
std::char_traitschar ::init it passes in the address 0xbff01c18.
So we went from a
On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell
car...@systemhalted.org wrote:
This happens because the original locale object was created at address
0xbff01c20. However, when apt-get calls std::basic_ioschar,
std::char_traitschar ::init it passes in the address 0xbff01c18.
So we went
Processing commands for cont...@bugs.debian.org:
affects 557546 php5
Bug #557546 [gcc-4.3] gcc-4.3: ICE (segfault) on mips
Added indication that 557546 affects php5
affects 557549 wireshark
Bug #557549 [gcc-4.3] gcc-4.3: ICE on alpha (unrecognizable insn)
Added indication that 557549 affects
On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin
d...@hiauly1.hia.nrc.ca wrote:
While I set out the glibc types exactly as before (binary compatible),
the alignment restrictions were changed subtly.
Excellent debugging!
I have adjusted the glibc lock structure alignments to try and match
18 matches
Mail list logo
