Date: Mon, 1 Apr 2002 06:45:07 +0200 From: "Simon 'corecode' Schubert" <corecode@corecode.ath.cx> To: Terry Lambert <tlambert2@mindspring.com> 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 Message-ID: <20020401064507.07de3b52.corecode@corecode.ath.cx> In-Reply-To: <3CA7871C.90383DE3@mindspring.com> References: <200203311104.g2VB4FFL003781@Magelan.Leidinger.net> <200203311752.g2VHqLFL006965@Magelan.Leidinger.net> <20020331221442.038bf9ce.corecode@corecode.ath.cx> <3CA7871C.90383DE3@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On Sun, 31 Mar 2002 14:01:00 -0800 Terry Lambert <tlambert2@mindspring.com> wrote:
> Simon 'corecode' Schubert wrote:
> > icc -I./include -I/usr/include -I/usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/
> > 3.0.4/include/g++ -I /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.0.4/inclu
> > de/g++/i386-portbld-freebsd5.0 -c e.cc
> > e.cc:
> > "/usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.0.4/include/g++/bits/basic_str
> > ing.h", line 860: error: no instance of constructor "std::basic_string<_CharT, _
> > Traits, _Alloc>::_Alloc_hider::_Alloc_hider [with _CharT=char, _Traits=std::char
> > _traits<char>, _Alloc=std::allocator<char>]" matches the argument list
> > argument types are: (char *, std::allocator<char>)
> > : _M_dataplus(_S_empty_rep()._M_refcopy(), _Alloc()) { }
> > ^
> > detected during instantiation of "std::basic_string<_CharT, _Traits, _
> > Alloc>::basic_string() [with _CharT=char, _Traits=std::char_traits<char>, _Alloc
> > =std::allocator<char>]"
>
>
> OK, this one is evil.
>
> There's code that assumes limk order here, and it seems that
> the library is at fault, or the order in which the static
> base class declarations are instantiated.
>
> Jeremey Allison and I had the same problem with ACAP under g++,
> when we were the first people to get it to compile, link, and
> run. Doing this required multiple fixes:
[...]
>
> My main recommendation here is that the Moscow code is much
> better at this, since it has been pounded upon more than any
> other code in the same ecological niche, so using it instead
> is probably the right thing to do.
>
> 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) ;]
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)
cheerz
simon
--
/"\ http://corecode.ath.cx/
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
iD8DBQE8p+XXr5S+dk6z85oRAiv1AKC+p2+QOEoOgTKEecZjUR2QCXXyTgCfXn+R
qh4bAJBJmAKxLr1C6ZLDOnM=
=44il
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020401064507.07de3b52.corecode>