From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6456 invoked by alias); 30 Sep 2005 02:14:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 6274 invoked by uid 48); 30 Sep 2005 02:13:40 -0000 Date: Fri, 30 Sep 2005 02:14:00 -0000 Message-ID: <20050930021340.6273.qmail@sourceware.org> From: "BKStrelioff at Hotmail dot com" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050930020319.24137.BKStrelioff@Hotmail.com> References: <20050930020319.24137.BKStrelioff@Hotmail.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug c/24137] __uint128_t missing for ppc32 X-Bugzilla-Reason: CC X-SW-Source: 2005-09/txt/msg03707.txt.bz2 List-Id: ------- Additional Comments From BKStrelioff at Hotmail dot com 2005-09-30 02:13 ------- Thanks for the quick response, but I think this support should be in ppc32 compilers also. The altivec memory operations deal with 128-bit, 16-byte aligned values, and hence this support should be in ppc32. The bug originally showed up in glibc sysdeps/unix/sysv/linux/powerpc/sys/procfs.h (line 57 for version 2.3.5), which includes a comment that __uint128_t has been around since gcc 3.1. -- What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24137