On Wed, Sep 17, 2003 at 05:27:49PM -0500, Michael Schultheiss wrote:
Package: libgcc1
Version: 1:3.3.2-0pre3
Severity: important
libgcc1 package installs /lib/libgcc_s.so.1 but does not establish a
symlink /lib/libgcc_s.so to /lib/libgcc_s.so.1. This causes an app that
tries to link with
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11959
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Package: g++
Version: 3.3
Use of the C99 header complex.h in a C library header that
is then used within a C++ program causes compile/linkage
problems. This problem was discovered via failing to compile
small examples using the m_get function in the meschach library
version included in Debian.
Josh Stern wrote:
Use of the C99 header complex.h in a C library header that
is then used within a C++ program causes compile/linkage
problems. This problem was discovered via failing to compile
small examples using the m_get function in the meschach library
version included in Debian.
This is
On Thursday 18 September 2003 15:57, Martin v. Löwis wrote:
Josh Stern wrote:
Use of the C99 header complex.h in a C library header that
is then used within a C++ program causes compile/linkage
problems. This problem was discovered via failing to compile
small examples using the m_get
Package: gcc-3.3
Version: 1:3.3.2-0pre3
Severity: normal
Tags: upstream
When trying to executing a binary with the __thread keywork, the program
segfaults. Below is the output.
[pts/0]
[EMAIL PROTECTED]:~$ cat tls.c
__thread int a;
int
main (void)
{
return a;
}
[pts/0]
[EMAIL
7 matches
Mail list logo