From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-31655-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 21677 invoked by alias); 21 Feb 2008 20:17:40 -0000
Received: (qmail 21669 invoked by uid 22791); 21 Feb 2008 20:17:39 -0000
X-Spam-Check-By: sourceware.org
Received: from exprod6og101.obsmtp.com (HELO exprod6og101.obsmtp.com) (64.18.1.181)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 21 Feb 2008 20:17:18 +0000
Received: from source ([192.150.11.134]) by exprod6ob101.postini.com ([64.18.5.12]) with SMTP; 	Thu, 21 Feb 2008 12:17:15 PST
Received: from inner-relay-3.eur.adobe.com (inner-relay-3.adobe.com [192.150.20.198] (may be forged)) 	by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id m1LKEbin001493; 	Thu, 21 Feb 2008 12:14:37 -0800 (PST)
Received: from apacmail.pac.adobe.com (apacmail.pac.adobe.com [130.248.36.99]) 	by inner-relay-3.eur.adobe.com (8.12.10/8.12.9) with ESMTP id m1LKHBFV005928; 	Thu, 21 Feb 2008 12:17:12 -0800 (PST)
Received: from namailgen.corp.adobe.com ([10.8.192.91]) by apacmail.pac.adobe.com with Microsoft SMTPSVC(6.0.3790.1830); 	 Fri, 22 Feb 2008 05:17:10 +0900
Received: from 10.7.234.19 ([10.7.234.19]) by namailgen.corp.adobe.com ([10.8.192.91]) via Exchange Front-End Server namail.corp.adobe.com ([10.8.189.98]) with Microsoft Exchange Server HTTP-DAV ;  Thu, 21 Feb 2008 20:17:08 +0000
User-Agent: Microsoft-Entourage/12.0.0.071130
Date: Thu, 21 Feb 2008 20:17:00 -0000
Subject: Re: STL problems in GCC 4.1.2
From: Eljay Love-Jensen <eljay@adobe.com>
To: David Arthur <darthur@tantacomm.com>
CC: GCC-help <gcc-help@gcc.gnu.org>
Message-ID: <C3E33851.1C2E%eljay@adobe.com>
In-Reply-To: <000201c874c5$69ff56a0$500010ac@gx520>
Mime-version: 1.0
Content-type: text/plain; 	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-help.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
X-SW-Source: 2008-02/txt/msg00262.txt.bz2

Hi Dave,

> The program you gave was entered verbatim, and it compiles with no errors
> and runs nicely. :)

That indicates to me that the GCC 4.1.2 Standard C++ Library (including the
STL) is probably working correctly, and something else is causing things to
go awry.

One possible culprit is that some header file somewhere (not one of the GCC
4.1.2 ones) is introducing a #define identifier that is wreaking havoc on
later #include directives due to identifier collision.  You may be able to
use g++ -E to assess where that is occurring, if it is indeed occurring.
[This is my first, best guess.]

Another possible culprit is a malformed header file.  For example, a header
with...

class Foo { }

... (notice the missing semicolon) can cause problems for subsequent headers
and/or code.

Or a header that does something naughty like...

#ifdef __cplusplus
extern "C" {
#endif
#include <this.h>
#include <that.h>
#include <theother.h>
#include <iostream>
#ifdef __cplusplus
}
#endif

... which can bollix up the embedded headers.

Or using the "old" C++ headers, like #include <iostream.h> instead of
#include <iostream> can cause problems, sometimes.

Also look for code that may not be std:: namespace savvy.

HTH,
--Eljay