Martin Michlmayr [EMAIL PROTECTED] writes:
* Alex Romosan [EMAIL PROTECTED] [2006-11-02 09:54]:
if i try to compile vamos from cvs i get:
...
the code seems to be okay, and compiling with -O0 works so it's probably
gcc's fault. compiling with O2 used to work but it broke somewhere along
Martin Michlmayr [EMAIL PROTECTED] writes:
* Alex Romosan [EMAIL PROTECTED] [2007-04-19 17:52]:
compiling with -gstabs+ and -O2 still causes g++ to crash.
Really? With g++-4.1 4.1.1-21, or which version do you have?
yes. this is on amd64 with g++ 4.1.1-21. you need to add -gstabs+ to
get
this program:
#include stdio.h
#include stdlib.h
struct A {
void* operator new(size_t alloc_size) {
printf(A::operator new()\n);
return malloc(alloc_size);
};
void operator delete(void* p, size_t s) {
printf(A::delete %d\n, s);
Package: libg2c0-dev
Version: 1:3.4.4-7
Severity: minor
i am not really sure why /usr/lib64 is includede in a package for a 32
bit architecture (i386 in this case). please move them to their own
package.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
Matthias Klose [EMAIL PROTECTED] writes:
Alex Romosan writes:
Package: libg2c0-dev
Version: 1:3.4.4-7
Severity: minor
i am not really sure why /usr/lib64 is includede in a package for a 32
bit architecture (i386 in this case). please move them to their own
package.
because it doesn't
Christian Grothoff [EMAIL PROTECTED] writes:
Package: gcc-3.3
Version: 3.3.5-1
Compiling libextractor (CVS) with g++ 3.3 I get the following error:
/bin/sh ../../../libtool --mode=link g++-3.3 -o libextractor_pdf.la
-rpath /home/grothoff//lib/libextractor -export-dynamic -avoid-version
Package: g++-3.3
Version: 1:3.3.4-4
Severity: important
trying to compile the nurbs++ library from cvs (available by anonymous
cvs from :pserver:[EMAIL PROTECTED]:/cvsroot/libnurbs) i
get:
/usr/bin/ld: .libs/libmatrix.so.1.0.0: undefined versioned symbol name
std::time_put_w@@GLIBCPP_3.2
it turns out the bug is in libstdc++5-3.3-dev.
/usr/lib/gcc-lib/i486-linux/3.3.4/libstdc++.so incorrectly points to
../../../i386-linux/libstdc++.so.5 instead of ../../../libstdc++.so.5
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it
Package: libstdc++6-dev
Version: 3.4.1-2
Severity: important
/usr/lib/gcc/i486-linux/3.4.1/libstdc++.so points to a non-existent
../../../i386-linux/libstdc++.so.6. it should point to
../../../libstdc++.so.6
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
Matthias Klose [EMAIL PROTECTED] writes:
please give me a pointer to a tarball and the configure/build options.
please try to compile the dsputil.c in the attached archive with the
following command:
gcc -DHAVE_CONFIG_H -I. -DSIMPLE_IDCT -DHAVE_AV_CONFIG_H -DRUNTIME_CPUDETECT
-DUSE_FASTMEMCPY
Matthias Klose [EMAIL PROTECTED] writes:
Alex Romosan writes:
Matthias Klose [EMAIL PROTECTED] writes:
gcc -c -O3 -mcpu=pentiumpro -fomit-frame-pointer -falign-functions=4
-falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2
-fexpensive-optimizations -fschedule-insns2 -fno
Matthias Klose [EMAIL PROTECTED] writes:
gcc -c -O3 -mcpu=pentiumpro -fomit-frame-pointer -falign-functions=4
-falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2
-fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing
-ffast-math -funroll-loops -finline-functions -Wall
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
If you wish to submit further information on your problem, please
send it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).
i found that if i change the optimization from -O3 to -O2 the file
actually compiles. furthermore, i tried
Matthias Klose [EMAIL PROTECTED] writes:
Alex Romosan writes:
Matthias Klose [EMAIL PROTECTED] writes:
please the bug reporting instructions: with preprocessed source if
appropriate.
we are talking here about the kernel source. it's in linux/kernel/fork.c
is there a real problem
Matthias Klose [EMAIL PROTECTED] writes:
Alex Romosan writes:
Matthias Klose [EMAIL PROTECTED] writes:
Alex Romosan writes:
Matthias Klose [EMAIL PROTECTED] writes:
please the bug reporting instructions: with preprocessed source if
appropriate.
we are talking here about
Phil Edwards [EMAIL PROTECTED] writes:
I can get fork.c. I cannot get the result of preprocessing fork.c
unless I have an Alpha.
i guess you are really testing the compilers for all architectures
then :-( you broke building the kernel on a sparc for about half a
year before reverting to gcc
Phil Edwards [EMAIL PROTECTED] writes:
I am not a Debian developer. I am a GCC developer. If you want GCC's
help to debug problems, you need to fulfill GCC's requirements, namely,
send us preprocessed code.
i am so sorry. the rant was meant for the debian developers only. i
filed a bug
Matthias Klose [EMAIL PROTECTED] writes:
your claims are as accurate as your bug reports.
* Make gcc-3.3 the default C compiler (Thu, 15 May 2003 20:46:56 +0200)
* Bump sparc back down to 3.2 (Wed, 4 Jun 2003 11:39:53 -0400)
gcc-3.2-pre broke at the beginning of 2003 for compiling the
Phil Edwards [EMAIL PROTECTED] writes:
If you want bugs on the unstable branch fixed, then /help/. Don't
bitch. Don't whine. Don't complain. HELP. (In this case, reproduce
the bug and find the patch that introduced the bug.)
i don't want a development branch of gcc to be made the default
19 matches
Mail list logo