slice valarrays with std::string -> segfault

Please consider the program below (backtrace included (gcc 4.0.2 (Ubuntu))). The program crashes when doing a std::slice on a valarray containing a structure with a string element in it. Is what I am doing there undefined behaviour? I've read 26.3.4 from the standard but got no clues. As you can

Re: htsearch broken?

On Fri, Dec 09, 2005 at 08:40:24PM -0800, Will L (sent by Nabble.com) wrote: > > Try search Nabble, the gcc user list is archived here: > http://www.nabble.com/gcc---General-f1157.html Please note this is NOT, I repeat NOT, a GCC users list - this is a GCC developers list. There have been sever

Re: funny problem with g++

On Wed, Dec 07, 2005 at 11:50:49PM +, Tristan Wibberley wrote: > > IMHO, this is a good extension, at least until boost::array gets > standardised. #include in GCC 4.0 jon

I can not catch the exception of Ada.

Hello, excuse my poor english. I can not catch the exception of Ada after gcc-4.1-20051125 on Windows. I confirmed with 4.1.0 20051202 and 4.1.0 20051209. I think, it seems probrem: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01075.html That patch removed calling builtin_longjmp from a-except.ad

I can not catch the exception of Ada.

I can not catch the exception of Ada after gcc-4.1-20051125. I think, it seems probrem: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01075.html That patch removed calling builtin_longjmp from a-except.adb's Process_Raise_Exception. YT p.s.

Re: I can not catch the exception of Ada.

> I can not catch the exception of Ada after gcc-4.1-20051125 on Windows. > I confirmed with 4.1.0 20051202 and 4.1.0 20051209. Hmm, I guess the following patch will fix this. The issue is that we're using GCC dwarf2 EH mechanim by default under Windows, using yet to be submitted mingw patches, so

Re: GNAT package GNAT.Traceback.Symbolic

BTW, has someone ported the binutils-2.13.2.1 libaddr2line patches to binutils-2.16? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

gcc-4.2-20051210 is now available

Snapshot gcc-4.2-20051210 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20051210/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.2 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk

Re: I can not catch the exception of Ada.

Thank you, I confirmed to catch the exception with 4.1.0-20051209. > The issue is that we're using GCC dwarf2 EH mechanim by default under Windows, > using yet to be submitted mingw patches, so this support cannot be > enabled yet at the FSF. It's wonderful that zero cost exception comes to Win

Re: htsearch broken?

Jonathan Wakely wrote: > > Please note this is NOT, I repeat NOT, a GCC users list - this is a GCC > developers list. There have been several mails sent via nabble.com > to this list that should have been sent to gcc-help instead. > > jon > Jon, Sorry for the confusion. I just corrected t

Re: Interesting observations wrt FDO and tramp3d-v4

> > I have added FDO runs to the daily tramp3d tester and am observing > "intersting" things there. First of all, compile time with > -fprofile-generate (w/o leafify) skyrocketed from ~120s to 440s. > For reference, here's the hot spots in -ftime-report: > > life analysis : 24.66 ( 6%)

Re: slice valarrays with std::string -> segfault

Jhair Tocancipa Triana wrote: >Please consider the program below (backtrace included (gcc 4.0.2 >(Ubuntu))). The program crashes when doing a std::slice on a valarray >containing a structure with a string element in it. > > Just wanted to say that this has nothing to do with string specifically,

Re: slice valarrays with std::string -> segfault

Paolo Carlini wrote: >I think something is going wrong with types characterized by >""non-trivial"" constructors, e.g., doing memory allocation from the heap. > >Gaby can you look into this? > > Gaby, I see __valarray_copy used (instead of __valarray_copy_construct) by the conversion constructor

Re: slice valarrays with std::string -> segfault

Jhair Tocancipa Triana <[EMAIL PROTECTED]> writes: [...] | I am not sure why *__b is a 0x0-string, and who should be responsible | to initialize it correctly (__b is initialized in the C++ library). It | is mandated by the standard that only POD types are allowed in a | valarray? The reason is b

Re: slice valarrays with std::string -> segfault

Paolo Carlini <[EMAIL PROTECTED]> writes: | Jhair Tocancipa Triana wrote: | | >Please consider the program below (backtrace included (gcc 4.0.2 | >(Ubuntu))). The program crashes when doing a std::slice on a valarray | >containing a structure with a string element in it. | > | > | Just wanted t

Re: slice valarrays with std::string -> segfault

Paolo Carlini <[EMAIL PROTECTED]> writes: | Paolo Carlini wrote: | | >I think something is going wrong with types characterized by | >""non-trivial"" constructors, e.g., doing memory allocation from the heap. | > | >Gaby can you look into this? | > | > | Gaby, I see __valarray_copy used (instea

[C, C++] fundamental type object representation

Hi, Does GCC support any target where the object representation of a fundamental type T (e.g. int, float, double, pointers) whose all bits are zero does not hold value (T)0? Thanks, -- Gaby

Re: [C, C++] fundamental type object representation

Gabriel Dos Reis <[EMAIL PROTECTED]> writes: > Does GCC support any target where the object representation of a > fundamental type T (e.g. int, float, double, pointers) whose all bits > are zero does not hold value (T)0? Surprisingly, the answer seems to be yes. For the C4X target, a single pr

Re: [C, C++] fundamental type object representation

Ian Lance Taylor writes: | Gabriel Dos Reis <[EMAIL PROTECTED]> writes: | | > Does GCC support any target where the object representation of a | > fundamental type T (e.g. int, float, double, pointers) whose all bits | > are zero does not hold value (T)0? | | Surprisingly, the answer seems to