Bug#224593: gcc-3.3: xmmintrin.h has a "#include " but emmintrin.h does not exist
severity 224593 grave thanks At Sat, 20 Dec 2003 12:51:50 +0100, Antoine Sirinelli wrote: > Package: gcc-3.3 > Version: 1:3.3.3-0pre0 > Severity: normal > Tags: patch sid > > I cannot compile a program using xmmintrin.h because the file > emmintrin.h is not present on my system. I applied this patch and it > works : This bug is also problem for glibc because the current glibc package can't compile it on i386: make[4]: Leaving directory `/home/data/gotom/debian/custom/glibc/cvs/build/glibc_2.3.2.ds1- 11.test1/glibc-2.3.2.ds1/build-tree/glibc-2.3.2/elf' gcc-3.3 tst-alignmod.c -c -std=gnu99 -D__USE_STRING_INLINES -O2 -O3 -Wall -Winline -Wstrict -prototypes -Wwrite-strings -fstrict-aliasing -g -g0 -march=i686 -mcpu=i686 -pipe -mpreferr ed-stack-boundary=2 -fomit-frame-pointer -fPIC -msse -malign-double -mpreferred-stack-boun dary=4 -I../include -I. -I/home/data/gotom/debian/custom/glibc/cvs/build/glibc_2.3.2.ds1- 11.test1/glibc-2.3.2.ds1/build-tree/i386-i686/elf -I.. -I../libio -I../nptl -I/home/data/go tom/debian/custom/glibc/cvs/build/glibc_2.3.2.ds1-11.test1/glibc-2.3.2.ds1/build-tree/i386- i686 -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/un ix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps /pthread -I../nptl/sysdeps/unix/sysv -I../nptl/sysdeps/unix -I../nptl/sysdeps/i386/i686 -I. ./nptl/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sys deps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdep s/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysde ps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl /sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sy sdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i 486-linux/3.3.3/include -isystem /home/data/gotom/debian/custom/glibc/cvs/build/glibc_2.3.2 .ds1-11.test1/glibc-2.3.2.ds1/debian/include -D_LIBC_REENTRANT -D_LIBC_REENTRANT -include . ./include/libc-symbols.h -DPIC -DSHARED -DNOT_IN_libc=1-o /home/data/gotom/debian/cus tom/glibc/cvs/build/glibc_2.3.2.ds1-11.test1/glibc-2.3.2.ds1/build-tree/i386-i686/elf/tst-a lignmod.os -MD -MP -MF /home/data/gotom/debian/custom/glibc/cvs/build/glibc_2.3.2.ds1-11.te st1/glibc-2.3.2.ds1/build-tree/i386-i686/elf/tst-alignmod.os.dt In file included from ../sysdeps/i386/i686/tst-stack-align.h:24, from tst-alignmod.c:21: /usr/lib/gcc-lib/i486-linux/3.3.3/include/xmmintrin.h:1227:23: emmintrin.h: No such file or directory make[3]: *** [/home/data/gotom/debian/custom/glibc/cvs/build/glibc_2.3.2.ds1-11.test1/glibc -2.3.2.ds1/build-tree/i386-i686/elf/tst-alignmod.os] Error 1 > --- xmmintrin.h 2003-12-20 12:45:51.0 +0100 > +++ /usr/lib/gcc-lib/i486-linux/3.3.3/include/xmmintrin.h 2003-12-19 > 20:44:10.0 +0100 > @@ -1224,7 +1224,7 @@ > } while (0) > > /* For backward source compatibility. */ > -#include > +//#include > > #endif /* __SSE__ */ > #endif /* _XMMINTRIN_H_INCLUDED */ Another way is to include emmintrin.h for debian gcc package with modifying gcc-3.3 debian/rules.d/binary-gcc.mk. I don't know it's valid fix or not. Regards, -- gotom
Processed: Re: Bug#224593: gcc-3.3: xmmintrin.h has a "#include " but emmintrin.h does not exist
Processing commands for [EMAIL PROTECTED]: > severity 224593 grave Bug#224593: gcc-3.3: xmmintrin.h has a "#include " but emmintrin.h does not exist Severity set to `grave'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#175478: [Bug target/9201] [3.3/3.4 regression] ICE in instantiate_virtual_regs_1 compiling octave-2.1 on m68k-linux
--- Additional Comments From gdr at gcc dot gnu dot org 2003-12-21 18:24 --- Jeff -- Do you think there is any chance to fix this on gcc-3_3-branch? -- Gaby -- What|Removed |Added CC||law at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9201 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
Bug#224735: libstdc++5-3.3-dev: Leaks in string allocation?
Package: libstdc++5-3.3-dev
Version: 1:3.3.1-0pre0
Severity: normal
Tags: upstream
Hi, I think I've found a bug in the allocation of strings done by the
standard c++ library. Maybe you are already aware of it, but I thought
it might be useful to report it.
This small testcase:
---
#include
int main(int argc, char* argv[])
{
std::string stars = "*";
return 0;
}
Is reported to have leaks with three different leak analyzers:
leaktracer (2.4-1.0)
Gathered 1 (1 unique) points of data.
(gdb)
#-- Leak: counted 1x / total Size: 1280
No source file for address 0x400a7efb.
ccmalloc (0.4.0-2.0)
(...)
.---.
|ccmalloc report|
===
| total # of| allocated | deallocated | garbage |
+---+-+-+-+
| bytes|1280 | 0 |1280 |
+---+-+-+-+
|allocations| 1 | 0 | 1 |
+-+
(...)
*100.0% = 1280 Bytes of garbage allocated in 1 allocation
| |
| | 0x40121da6 in
| |
| | 0x080490b5 in
(...)
valgrind (20031012)
(...)
==19195== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
==19195== malloc/free: in use at exit: 1280 bytes in 1 blocks.
==19195== malloc/free: 1 allocs, 0 frees, 1280 bytes allocated.
==19195==
==19195== searching for pointers to 1 not-freed blocks.
==19195== checked 4562000 bytes.
==19195==
==19195== 1280 bytes in 1 blocks are still reachable in loss record 1 of 1
==19195==at 0x4002CAFD: __builtin_new (vg_replace_malloc.c:172)
==19195==by 0x4002CB68: operator new(unsigned) (vg_replace_malloc.c:185)
==19195==by 0x402CEEFA:
std::__default_alloc_template::_S_chunk_alloc(unsigned, int&) (in
/usr/lib/libstdc++.so.5.0.5)
==19195==by 0x402CEE0C:
std::__default_alloc_template::_S_refill(unsigned) (in
/usr/lib/libstdc++.so.5.0.5)
==19195==
==19195== LEAK SUMMARY:
==19195==definitely lost: 0 bytes in 0 blocks.
==19195==possibly lost: 0 bytes in 0 blocks.
==19195==still reachable: 1280 bytes in 1 blocks.
==19195== suppressed: 0 bytes in 0 blocks.
(...)
Testing with other string constructors, such as
string stars(10, '*');
or passing a string as a parameter to a procedure, gives the same
results, while using the empty constructor (string stars;) shows no
leak at all.
At first I thought this might be a problem of the leak analyzers, but 3
analyzers having the same problem seems a bit too much.
I consulted some other programmers, and all agreed that this really
looked as a bug in the standard library.
I hope you can have a look at it.
Love,
Margarita Manterola
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux hormiga.amadeus 2.4.19-686 #1 Mon Nov 18 23:59:03 EST 2002 i686
Locale: LANG=es_AR, LC_CTYPE=es_AR
Versions of packages libstdc++5-3.3-dev depends on:
ii g++-3.31:3.3.1-0pre0 The GNU C++ compiler
ii gcc-3.3-base 1:3.3.1-0pre0 The GNU Compiler Collection (base
ii libc6-dev 2.3.2.ds1-10 GNU C Library: Development Librari
ii libstdc++5 1:3.3.2-4 The GNU Standard C++ Library v3
-- no debconf information
Bug#187564: [Bug target/10692] [3.3/3.4 regression] [m68k] miscompilation of perl with -O2 -fPIC
--- Additional Comments From gdr at gcc dot gnu dot org 2003-12-21 18:46 --- Jeff -- Your input would be needed here, as an m68k maintainer. Thanks, -- Gaby -- What|Removed |Added CC||law at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10692 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug c++/13070] [3.3/3.4 regression] -Wformat option ignored in g++
--- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-21 20:59 --- Roger this is caused by your patch would you mind fixing it? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |sayle at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13070 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug optimization/11350] [3.3/3.4 regression] undefined labels with -Os -fPIC
--- Additional Comments From gdr at gcc dot gnu dot org 2003-12-21 20:25 --- RTH -- You've been assigned this bug. Do you have plan for it? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11350 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
Bug#128993: [Bug libstdc++/9073] Can __STL_ASSERTIONS come back, but with more than rope?
--- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-21 20:26 --- This is fixed by the debug mode for libstdc++v3. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9073 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
Processed: reassign 205728 to g++-3.2
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > reassign 205728 g++-3.2 Bug#205728: libc6-dev: libc6-dev incompatible with libstdc++5-dev Bug reassigned from package `libc6-dev' to `g++-3.2'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
