From owner-freebsd-ports Sun Mar 31 23:45:58 2002 Delivered-To: freebsd-ports@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 7127C37B422; Sun, 31 Mar 2002 23:45:49 -0800 (PST) Received: from pool0092.cvx40-bradley.dialup.earthlink.net ([216.244.42.92] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16rwVW-0000rP-00; Sun, 31 Mar 2002 23:45:39 -0800 Message-ID: <3CA81000.388F9D68@mindspring.com> Date: Sun, 31 Mar 2002 23:45:04 -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: Simon 'corecode' Schubert Cc: Alexander@Leidinger.net, nick-lists@netability.ie, hackers@FreeBSD.ORG, ports@FreeBSD.ORG, cy@FreeBSD.ORG Subject: Re: lang/icc doesn't compile c++ sources References: <200203311104.g2VB4FFL003781@Magelan.Leidinger.net> <200203311752.g2VHqLFL006965@Magelan.Leidinger.net> <20020331221442.038bf9ce.corecode@corecode.ath.cx> <3CA7871C.90383DE3@mindspring.com> <20020401064507.07de3b52.corecode@corecode.ath.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Simon 'corecode' Schubert wrote: > > Alternately, you could ensure ordering... by reordering the source > > code. This seems like a poor idea, but it what Linux did implicitly, > > I think. 8-(. > > first of all i'm taking this as an aprils fool (no offence if it was > none) ;] It wasn't a joke. That's actually what we did to fix the problem with ACAP. We also inserted spaces in template declarations, because the g++ tokenizer wasn't fully compliant with the C++ specification. > and secondly i believe these templates don't get linked (all code within > the .h) so we should go another approach. (sorry, i'm not very creative, > including aprils fools) The things that it is complaining about are member functions for an object class. This can only happen if you are actually trying to instantiate objects of that class. Otherwise, the compiler would complain that it's unable to instantiate classes which haven't been invented yet (_that_ was a poor "April Fool's"). I think the specific case here is that clases with static members get a static instance to act as the instance that holds the static data member. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message