by 0x40007B6: (within /lib/ld-2.3.6.so)
==22446== Address 0x1D6 is not stack'd, malloc'd or (recently) free'd
This seems like a very easy fix, has nobody looked at it yet please?
It's highly annoying that libstdc++ doesn't have debug symbols.
--
Carlo Wood <[EMAIL
Package: libstdc++6
Version: 4.1.1-21
Severity: normal
The package libstdc++6 contains the library
/usr/lib/libstdc++.so.6.0.8
I need debugging symbols for this package, so I have also
installed the package libstdc++6-dbg
Currently, the pacakge libstdc++6-dbg contains the file
/usr/lib/debug/li
:basic_streambuf >*)
> _ZNSt9basic_iosIcSt11char_traitsIcEE4initEPSt15basic_streambufIcS1_E
> GLIBCPP_3.2
>
> 2
> std::basic_ios
> >::init(std::basic_streambuf >*)
> _ZNSt9basic_iosIwSt11char_traitsIwEE4initEPSt15basic_streambufIwS1_E
> GLIBCPP_3.2
>
> 0 incompatible symbols
> make[2]: Leaving directory
> `/build/packages/gcc/3.3/gcc-3.3-3.3ds7/build/i386-linux/libstdc++-v3'
--
Carlo Wood <[EMAIL PROTECTED]>
#x)
A string literal can't form a new preprocessing token by catenation with
another.
This warning is correct. Instead you should write:
#define ASM_NAME(x) __asm__("_" #x)
--
Carlo Wood <[EMAIL PROTECTED]>
On Sun, May 20, 2001 at 08:39:40PM +0200, Markus F.X.J. Oberhumer wrote:
> bug01.c:10:1: C++ style comments are not allowed in ISO C89
...
> #if 0
> // int bar =3D 1;
> #endif
Comments are processed before control lines. I don't see why this
would be a bug.
--
Carlo Wood <[EMAIL PROTECTED]>
5 matches
Mail list logo