| #
967294db |
|
08-Jul-2009 |
Oliver Tappe <zooey@hirschkaefer.de> |
* Turns out that the "upper" half of the old (gcc2) libio - the C++ classes -
keeps its own idea about what a wchar_t is and that was still a short.
This of course made the data structure of a streambuf incompatible with the
"lower" half - the glibc part - causing (potentially all sorts of) crashes
when these classes were used.
This should fix the crash of gensyscalls when building haiku natively
on a gcc2-haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31462 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
| #
f2ced752 |
|
10-Nov-2004 |
Oliver Tappe <zooey@hirschkaefer.de> |
- added implementation of stdc++ for haiku
- this differs slightly from the one that lives in buildtools/gcc as it
has been "ported" to the newer libio that haiku uses as part of its own
libroot
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9906 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
| #
967294dbd8fdc52b4d98ec4fda3e9a1a5a059d11 |
|
08-Jul-2009 |
Oliver Tappe <zooey@hirschkaefer.de> |
* Turns out that the "upper" half of the old (gcc2) libio - the C++ classes -
keeps its own idea about what a wchar_t is and that was still a short.
This of course made the data structure of a streambuf incompatible with the
"lower" half - the glibc part - causing (potentially all sorts of) crashes
when these classes were used.
This should fix the crash of gensyscalls when building haiku natively
on a gcc2-haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31462 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
| #
f2ced752a08ff5d2618826bcd3ae3976c9f3e92e |
|
10-Nov-2004 |
Oliver Tappe <zooey@hirschkaefer.de> |
- added implementation of stdc++ for haiku
- this differs slightly from the one that lives in buildtools/gcc as it
has been "ported" to the newer libio that haiku uses as part of its own
libroot
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9906 a95241bf-73f2-0310-859d-f6bbb57e9c96
|