[Bug gcov-profile/35568] missing gcov data spoils other files.

2010-03-25 Thread adam dot rak at streamnovation dot com


--- Comment #1 from adam dot rak at streamnovation dot com  2010-03-26 
00:09 ---
Created an attachment (id=20202)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20202action=view)
the recovery of the functions variable was missing in a case of missing graph
file

it seems like the author of the code intended to set the functions variable in
case of a failure, and saved the original into old_functions, but forgot to
actually do it in case there are no graph file to the currently processed .c
file.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35568



[Bug c++/43321] New: [c++0x] ICE on valid auto

2010-03-10 Thread adam dot rak at streamnovation dot com
I hope it's a valid auto. the code works if I write int instead of auto.

It might be related to Bug 43281

internal compiler error: in type_unification_real, at cp/pt.c:13486

template typename T 
void shuffle(const T first, const T last)
{
auto w = *first;
}

int main()
{
  int b[5];
  shuffle(b[0],b[4]);
}

g++-4.5 -v
Using built-in specs.
COLLECT_GCC=g++-4.5
COLLECT_LTO_WRAPPER=/home/rakadam/streamplusplus/local/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c,c++ --program-suffix=-4.5
--prefix=/home/rakadam/streamplusplus/src/third_party/gcc-trunk/build_gcc/../../../../local
--enable-lto --disable-bootstrap --enable-gold
Thread model: posix
gcc version 4.5.0 20100306 (experimental) (GCC)


-- 
   Summary: [c++0x] ICE on valid auto
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: adam dot rak at streamnovation dot com
 GCC build triplet: x86_64-unknown-linux
  GCC host triplet: x86_64-unknown-linux
GCC target triplet: x86_64-unknown-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43321



[Bug c++/43281] New: [c++0x] ICE in nested lambda functions, in a special case

2010-03-07 Thread adam dot rak at streamnovation dot com
it resembles Bug 41896 but with the addition of line: auto val = val;

The code is legal but doesn't make any sense. In some rare cases which I
couldn't replicate simply, it went into an infinite mallo, consuming the whole
memory, instead of segfault.

float nested_lambda()
{
float val;

[val]()
{
auto val = val;
[val]()
{
};
};
}

g++: Internal error: Segmentation Fault (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html for instructions.

g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/rakadam/streamplusplus/local/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c,c++ --program-suffix=-4.5
--prefix=/home/rakadam/streamplusplus/src/third_party/gcc-trunk/build_gcc/../../../../local
--enable-lto --disable-bootstrap --enable-gold
Thread model: posix
gcc version 4.5.0 20100306 (experimental) (GCC)


-- 
   Summary: [c++0x] ICE in nested lambda functions, in a special
case
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: adam dot rak at streamnovation dot com
 GCC build triplet: x86_64-unknown-linux
  GCC host triplet: x86_64-unknown-linux
GCC target triplet: x86_64-unknown-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43281



[Bug c++/41896] New: [cxx0x-lambda] Segfault because of a nested lambda function

2009-11-01 Thread adam dot rak at streamnovation dot com
Code for triggering the BUG:

float nested_lambda()
{
float val;

[val]()
{
[val]()
{
}
}
}

 float nested_lambda() nested_lambda()::lambda()
stdin:7:4: internal compiler error: Szegmens hiba
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

according to gdb, the segfault originates at: cp/semantics.c:2814, and it's a
null pointer dereferencing. After a bit of inspection, it was revealed that in
the code:

decl = add_default_capture (lambda_stack,

llambda_stack is NULL.

I tried the code:
float nested_lambda()
{
float val;

[val]()
{
float val2 = val;
[val2]()
{
}
}
}

which seems to be working fine.


-- 
   Summary: [cxx0x-lambda] Segfault because of a nested lambda
function
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: adam dot rak at streamnovation dot com
 GCC build triplet: x86_64-unknown-linux
  GCC host triplet: x86_64-unknown-linux
GCC target triplet: x86_64-unknown-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41896



[Bug c++/41896] [cxx0x-lambda] Segfault because of a nested lambda function

2009-11-01 Thread adam dot rak at streamnovation dot com


-- 

adam dot rak at streamnovation dot com changed:

   What|Removed |Added

   Severity|normal  |critical


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41896