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-
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 faul
this program:
#include
#include
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);
};
A(
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 ca
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:
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-vers
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 wil
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 poli
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
/usr/bin
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_FASTMEMC
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-stac
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
[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
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
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
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 bu
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
Matthias Klose <[EMAIL PROTECTED]> writes:
> Alex Romosan writes:
>> Matthias Klose <[EMAIL PROTECTED]> writes:
>>
>> > Alex Romosan writes:
>> >> Matthias Klose <[EMAIL PROTECTED]> writes:
>> >>
>> >> > please
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 talki
Package: libstdc++5
Version: 1:3.3-0pre6
Severity: important
after upgrading libstdc++5, now i get:
symbol _ZNSt9basic_iosIcSt11char_traitsIcEE4initEPSt15basic_streambufIcS1_E,
version GLIBCPP_3.2 not defined in file libstdc++.so.5 with link time
reference
this is for every c++ program.
on a re
i am trying to understand the rationale behind the following entry in
the changelog:
gcc-3.2 (1:3.2.3ds8-0pre9) unstable; urgency=low
* Don't build packages common with gcc-3.3.
so now on my system i have:
ii libstdc++5 3.3-0pre4 The GNU Standard C++ Library v3
ii libstdc++5-de
21 matches
Mail list logo
