Bug#151182: g++-3.1: struct problems
Package: g++-3.1
Version: 1:3.1.1-0pre2
Severity: normal
Hi!
This program is giving me headaches:
struct test
{
char test;
};
int main(int argc, char ** argv)
{
return 0;
}
~/test > g++-3.1 -o test test.cc
~/test > g++-2.95 -o test test.cc
test.cc:3: ANSI C++ forbids data member `test' with same name as enclosing class
Version 2.95 got it right: This is no valid C++ (What happens if someone
adds a constructor to the struct?).
Regards,
Tobias
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux c3po 2.4.18-my-686 #1 Sun Apr 7 20:53:09 CEST 2002 i686
Locale: LANG=C, [EMAIL PROTECTED]
Versions of packages g++-3.1 depends on:
ii gcc-3.11:3.1.1-0pre2 The GNU C compiler.
ii gcc-3.1-base 1:3.1.1-0pre2 The GNU Compiler Collection (base
ii libc6 2.2.5-7 GNU C Library: Shared libraries an
ii libstdc++4-dev 1:3.1.1-0pre2 The GNU stdc++ library version 3 (
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#158988: g++-3.2: char_traits template does not have a implementation
Package: g++-3.2 Version: 1:3.2.1-0pre1 Severity: normal Tags: upstream Hi! bits/char_traits.h Defines the char_traits template without providing a default implementation, only specialisations for char and wchar_t. This is very annoying as you need to fill in all the gory details if you want to have a string of something else (like string to hold a list of postitions into some other string, supporting the same operations as the original string. Useful to write bidirectional reordering). Regards, Tobias -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux c3po 2.4.19-my-686 #1 Thu Aug 29 15:10:10 CEST 2002 i686 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages g++-3.2 depends on: ii gcc-3.21:3.2.1-0pre1 The GNU C compiler. ii gcc-3.2-base 1:3.2.1-0pre1 The GNU Compiler Collection (base ii libc6 2.2.5-14 GNU C Library: Shared libraries an ii libstdc++5-dev 1:3.2.1-0pre1 The GNU stdc++ library version 3 ( -- no debconf information
Bug#158988: g++-3.2: char_traits template does not have a implementation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 31 August 2002 22:07, Phil Edwards wrote:
> On Sat, Aug 31, 2002 at 02:17:45PM +0200, Tobias Hunger wrote:
> > bits/char_traits.h Defines the char_traits template without providing a
> > default implementation, only specialisations for char and wchar_t.
>
> This is by design.
/me sighs.
> > This
> > is very annoying as you need to fill in all the gory details if you want
> > to have a string of something else (like string to hold a list
>
> Well, yeah. "all the gory details" /depend/ on the type you choose;
> they cannot be guessed by a default implementation.
Not really;-) You mostly need to adjust for sizeof(T). Find can't be done with
a fast mem* operation either, but that can be 'fixed' by the char
specialisation. Well, I might be far off, you should know better then me:-)
Something else I notized: I was able to specialize the template for a class of
mine (template<> struct std::char_traits { blah }), but not
for size_t. template<> struct std::char_traits { blah } complained
about that being a redefinition with the other one occuring in
/usr/include/c++/3.2/bits/char_traits.h line 55.
- --
Gruss,
Tobias
-
Tobias Hunger The box said: 'Windows 95 or better'
[EMAIL PROTECTED] So I installed Linux.
-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9cd0vv0FZW3NyoqURArPiAJ42vATYdJP/+xg3c0As+KjQMP+1RwCgibm1
ett2SzvoTkiSpAlQ/bNIsWM=
=TI4J
-END PGP SIGNATURE-
Bug#179129: libstdc++5-dev: Upgradeing broken.
Package: libstdc++5-dev Version: 1:3.2.2-0pre6 Severity: grave Justification: renders package unusable Here's what I get when upgrading libstdc++5-dev: Sorry, but the following packages have unmet dependencies: libstdc++5-dev: Depends: libc12-dev but it is not installable E: Sorry, broken packages I hope it's not just my mirror being out of sync:-) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux c3po 2.4.20-my-686 #1 Fri Dec 13 02:28:11 CET 2002 i686 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages libstdc++5-dev depends on: ii g++-3.21:3.2.2-0pre6 The GNU C++ compiler ii gcc-3.2-base 1:3.2.2-0pre7 The GNU Compiler Collection (base ii libc6-dev 2.3.1-10 GNU C Library: Development Librari ii libstdc++5 1:3.2.2-0pre7 The GNU Standard C++ Library v3 -- no debconf information
Bug#195586: libstdc++5-dev is older than libstdc++5
Package: libstdc++5-dev Version: 1:3.2.3-2 Severity: normal I hate libstdc++5 installed which is of version 3.3-2 while libstdc++5-dev is of version 3.2.3-2. I think that is not the way it should be. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux c3po 2.4.20-1-686-crypto #1 Fri May 16 13:33:06 CEST 2003 i686 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages libstdc++5-dev depends on: pi g++-3.2 1:3.2.3-2 The GNU C++ compiler pi gcc-3.2-base 1:3.2.3-2 The GNU Compiler Collection (base ii libc6-dev 2.3.1-17 GNU C Library: Development Librari ii libstdc++51:3.3-2The GNU Standard C++ Library v3 -- no debconf information
Bug#195586: libstdc++5-dev is older than libstdc++5
Matthias Klose <[EMAIL PROTECTED]> wrote: > I am able to remove gcc-3.2. Mind to explain why you think these are a mess? Now that I retied this might be a problem with xlibmesa-glu-dev: That depends on libstdc++5-dev, so that can't get removed. Because of that g++ cannot get removed either. Should I file a bug against that package to request them to depend on libstdc++5-3.3-dev? That looks wrong to me. I just noticed that python2.2-dev depends on g++-3.2. That looks wrong to me too. Well, maybe I should finally read up on all the debain docs and find out myself;-) -- Gruss, Tobias -------- Tobias Hunger The box said: 'Windows 95 or better' [EMAIL PROTECTED] So I installed Linux. pgp5uvZhFaRet.pgp Description: PGP signature
