From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31964 invoked by alias); 17 Jan 2005 23:56:48 -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 31936 invoked by uid 48); 17 Jan 2005 23:56:43 -0000 Date: Mon, 17 Jan 2005 23:56:00 -0000 Message-ID: <20050117235643.31935.qmail@sourceware.org> From: "pinskia at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050117231845.19493.schwab@suse.de> References: <20050117231845.19493.schwab@suse.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug target/19493] TImode is not supported on powerpc X-Bugzilla-Reason: CC X-SW-Source: 2005-01/txt/msg02334.txt.bz2 List-Id: ------- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:56 ------- (In reply to comment #3) > Doesn't ICE with gcc-3.3 (but TImode arithmetic is incomplete here too). > Glibc assumes that __uint128_t is defined for gcc >= 3.1. Well if TImode is incomplete why support it? See PR 17279 which is why __uint128_t does not get defined. I would take Alan's advice in . See RTH's patch here which basically made TImode not avaiable in 32bit mdoe: http://gcc.gnu.org/ml/gcc-patches/2004-08/msg02114.html If anything should be the case, we should not create another regression, PR 17279 was a regression in 3.4.0 from 3.3.3 on powerpc-darwin because HWI was 32bit and changed to 64bit for 3.4.0 but since TImode is rejected we don't get an ICE either. -- What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor Summary|[3.4/4.0 regression] TImode |TImode is not supported on |no longer supported on |powerpc |powerpc | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19493