Commit | Line | Data |
b5967c96 |
1 | # gcc -O3 (and higher) can cause code produced from Storable.xs that |
bb81493d |
2 | # dumps core immediately in recurse.t and retrieve.t, in is_storing() |
3 | # and last_op_in_netorder(), respectively. In both cases the cxt is |
4 | # full of junk (and according to valgrind the cxt was never stack'd, |
b5967c96 |
5 | # malloc'd or free'd). Observed in Debian 3.0 x86, with gccs 2.95.4 |
6 | # 20011002 and 3.3, and in Redhat 7.1 with gcc 3.3.1. The failures |
7 | # happen only for unthreaded builds, threaded builds work okay. |
bb81493d |
8 | use Config; |
deade07f |
9 | if ($Config{gccversion}) { |
10 | my $optimize = $Config{optimize}; |
11 | if ($optimize =~ s/(^| )-O3( |$)/$1-O2$2/) { |
12 | $self->{OPTIMIZE} = $optimize; |
13 | } |
14 | } |
bb81493d |
15 | |