From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6996 invoked by alias); 7 Jun 2002 20:07:39 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 6988 invoked from network); 7 Jun 2002 20:07:38 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 7 Jun 2002 20:07:38 -0000 Received: from porcupine.cygnus.com (romulus.sfbay.redhat.com [172.16.27.251]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA29486 for ; Fri, 7 Jun 2002 13:07:36 -0700 (PDT) Received: from porcupine.cygnus.com (IDENT:M3iVnApjd52eCE3lCuXqCDqolalUI5dT@localhost.localdomain [127.0.0.1]) by porcupine.cygnus.com (8.12.2/8.12.2) with ESMTP id g57KAnI7014432; Fri, 7 Jun 2002 14:10:49 -0600 Received: from porcupine.cygnus.com (law@localhost) by porcupine.cygnus.com (8.12.2/8.12.2/Submit) with ESMTP id g57KAjGd014429; Fri, 7 Jun 2002 14:10:48 -0600 To: ckim@telcontar.com cc: "'Rob Lugt'" , gcc-help@gcc.gnu.org Subject: Re: Multithreaded gcc on HP-UX 11? Reply-To: law@redhat.com From: law@redhat.com In-reply-to: Your message of Thu, 06 Jun 2002 15:30:55 PDT. <001e01c20da9$d376fd60$4a01000a@sanjose.telcontar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jun 2002 13:07:00 -0000 Message-ID: <14428.1023480645@porcupine.cygnus.com> X-SW-Source: 2002-06/txt/msg00055.txt.bz2 In message <001e01c20da9$d376fd60$4a01000a@sanjose.telcontar.com>, "Charles Y. Kim" writes: > Does this mean that even though my GCC3.0.4 configuration looks like this: > > /opt/ckim/gcc-3.0.4/configure --enable-shared --enable-threads=posix --enabl > e-version-specific-runtime-libs --prefix=/opt/gcc-3.0.4 --with-gnu-as --with > -as=/opt/binutils/bin/as > Thread model: posix > gcc version 3.0.4 > > (note the Thread model: posix) > > That threads aren't working on my HP11i? They'll work with some limitations. The biggest reason the compiler needs to know about the underlying thread model is to properly support exception handling in C++. So if you're not using exception handling, then things ought to work reasonably well in a multi-threaded program compiled bug GCC on hpux11. jeff