From owner-freebsd-hackers Sun Mar 31 13:40:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 6C59E37B419; Sun, 31 Mar 2002 13:40:35 -0800 (PST) Received: from pool0321.cvx21-bradley.dialup.earthlink.net ([209.179.193.66] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16rn3u-0000pM-00; Sun, 31 Mar 2002 13:40:31 -0800 Message-ID: <3CA78237.7576200C@mindspring.com> Date: Sun, 31 Mar 2002 13:40:07 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Leidinger Cc: nick-lists@netability.ie, hackers@FreeBSD.ORG, ports@FreeBSD.ORG, cy@FreeBSD.ORG Subject: Re: lang/icc doesn't compile c++ sources References: <200203311752.g2VHqLFL006965@Magelan.Leidinger.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Leidinger wrote: > ---snip--- > (7) netchild@ttyp1 % LD_PRELOAD= icc -c test.cc > test.cc: > "/usr/local/intel/compiler50/ia32/include/cwchar", line 16: error: the > global scope has no "tm" > using ::mbstate_t; using ::size_t; using ::tm; using ::wint_t; [ ... ] These are complaining about missing "this" members, specifically "tm", "btowc", "mbrlen", "mbrtowc", "mbsrtowcs". The "tm" isn't obvious (maybe "to multibyte"?). I'd like to see a standards reference for "byte to wide character", "multibyte r(?) length", "multibyte r(?) to wide character", "multibyte set r(?) to wide character set". Specifically, these member functions assume implementation that is not required by the standards, which is that multibyte characters are not 16 bit wide characters when they are externalized, but are instead encoded some way. Further, it's not clear whether this is UTF-7, UTF-8, EUC, or some other encoding that it's assuming. I'll guess it's UTF-8, for the necessary Windows compatability. In general, this should not be an issue, in any case. Specifically, it should not be an issue because I don't see you actually *using* instances of a wchar_t class, and thus it's really not believable that the it would be upset about class membership for a class which is not instanced. Probably this means you are still getting a mix of GNU and ICC C++ header files, and need to carefully look at your include paths. > > (I'm waiting a little bit to see if I need to do something for the C++ > > problem). > > I think this is not a problem which should get solved in the port, so I > commit the new portrevision soon. I'm not sure this is possible, without an additional "brand" type; see other posting. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message