More data points about the Storable optimization problem
[p5sagit/p5-mst-13.2.git] / ext / Storable / hints / linux.pl
CommitLineData
bb81493d 1# gcc -O3 (and higher) can cause Storable.xs to produce code that
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,
5# malloc'd or free'd). Observed in Debian 3.0 x86, both with gccs
08ee46b5 6# 2.95.4 20011002 and 3.3. The failures are seen only for unthreaded
7# builds, threaded builds work okay.
bb81493d 8use Config;
9$self->{OPTIMIZE} = '-O2'
10 if -f '/etc/debian_version' &&
11 ($Config{gccversion} =~ /^2\.95\.4 20011002 / ||
12 $Config{gccversion} eq '3.3');
13