diff options
author | Bob Duff <duff@adacore.com> | 2019-09-19 08:13:15 +0000 |
---|---|---|
committer | Pierre-Marie de Rodat <pmderodat@gcc.gnu.org> | 2019-09-19 08:13:15 +0000 |
commit | f56add9cb032cb4b22abbb33a7b867bfcbbc5f0d (patch) | |
tree | c54159bc07e5406cb96aa90715ff22dac4384af9 /gcc/ada/gcc-interface | |
parent | 9415fcdad101c8c47f777345595d2306344cd9a1 (diff) | |
download | gcc-f56add9cb032cb4b22abbb33a7b867bfcbbc5f0d.zip gcc-f56add9cb032cb4b22abbb33a7b867bfcbbc5f0d.tar.gz gcc-f56add9cb032cb4b22abbb33a7b867bfcbbc5f0d.tar.bz2 |
[Ada] Memory leak with 'Range of a function call in a loop
If a for loop starts with "for X in F (...)'Range loop", where F is a
function returning an unconstrained array, then memory is leaked. This
patch fixes that bug.
Running these commands:
gnatmake -q -f main.adb
main
On the following sources:
with Text_IO; use Text_IO;
package P is
function Get_Objects return String;
end P;
package body P is
function Get_Objects return String is
begin
return "xyzzy";
end Get_Objects;
end P;
with Text_IO; use Text_IO;
pragma Warnings (Off, "an internal GNAT unit");
with System.Secondary_Stack;
pragma Warnings (On, "an internal GNAT unit");
with P; use P;
procedure Main is
Max_Iterations : constant Integer := 1_000;
procedure Leak_Call is
begin
for Id in Get_Objects'Range loop
null;
end loop;
end Leak_Call;
procedure SS_Info is new System.Secondary_Stack.SS_Info
(Text_IO.Put_Line);
begin
for Iteration in 1 .. Max_Iterations loop
Leak_Call;
end loop;
SS_Info;
end Main;
Should produce the following output:
Secondary Stack information:
Total size : 10240 bytes
Current allocated space : 0 bytes
Number of Chunks : 1
Default size of Chunks : 10240
2019-09-19 Bob Duff <duff@adacore.com>
gcc/ada/
* sem_attr.adb (Resolve_Attribute): Make sure the secondary
stack is properly managed in the case of a 'Range attribute in a
loop.
From-SVN: r275938
Diffstat (limited to 'gcc/ada/gcc-interface')
0 files changed, 0 insertions, 0 deletions