Hello, Maybe that is a known bug but I encountered a strange problem and don't know what happens. I reduced the example to these three silly files: --------------------- program tester; uses tester1;
begin ImpSgnList.Init(8); end. ---------------------- unit tester1; interface uses tester2; var ImpSgnList:MList; implementation end. ---------------------- unit tester2;
interface
type MList = object constructor Init(ALimit: Integer); end;
implementation
constructor MList.Init(aLimit: Integer); begin end;
end. ----------------------
The result of execution is as follows:
tester.dpr: In main program: tester.dpr:5: Internal compiler error in `call_method', at objects.c:137 Please submit a full bug report to the GPC mailing list gpc@gnu.de. See URL:http://home.pages.de/~GNU-Pascal/todo.html for details.
I use the following compiler version: Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gpc version 20010623, based on 2.95.3 20010315 (release)
BTW: the same is with my another GPC version: Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/specs gpc version 20010121, based on 2.95.2 19991024 (release)
I hope there is an explanation of this behavior, or if this is a new bug, there will be a way to correct it. Regards, Adam Naumowicz
-------------------------------------- WWW: http://math.uwb.edu.pl/~adamn/ --------------------------------------
Adam Naumowicz wrote:
Workaround:
uses tester1, tester2;
in the main program.
Stupid, but I think that this bug is around there since some time.
Maurice
On Wed, 1 Aug 2001, Maurice Lombardi wrote:
Adam Naumowicz wrote:
Workaround:
uses tester1, tester2;
in the main program.
Thanks, I haven't thought of that :-)
Stupid, but I think that this bug is around there since some time.
I think it's really a shame that the GPC linking process is so poor ... I understand that it inherits the backend from GCC but still it seems a serious shortcoming. Regards, Adam Naumowicz
-------------------------------------- WWW: http://math.uwb.edu.pl/~adamn/ --------------------------------------
Some months ago, Adam Naumowicz wrote:
Maybe that is a known bug but I encountered a strange problem and don't know what happens. I reduced the example to these three silly files:
program tester; uses tester1;
begin ImpSgnList.Init(8); end.
unit tester1; interface uses tester2; var ImpSgnList:MList; implementation end.
unit tester2;
interface
type MList = object constructor Init(ALimit: Integer); end;
implementation
constructor MList.Init(aLimit: Integer); begin end;
end.
The result of execution is as follows:
tester.dpr: In main program: tester.dpr:5: Internal compiler error in `call_method', at objects.c:137 Please submit a full bug report to the GPC mailing list gpc@gnu.de. See URL:http://home.pages.de/~GNU-Pascal/todo.html for details.
I use the following compiler version: Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gpc version 20010623, based on 2.95.3 20010315 (release)
BTW: the same is with my another GPC version: Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/specs gpc version 20010121, based on 2.95.2 19991024 (release)
I hope there is an explanation of this behavior, or if this is a new bug, there will be a way to correct it.
I've now found the cause of the problem and corrected it (next release coming soon). (adam2.pas)
Frank
On Thu, 22 Nov 2001, Frank Heckenbach wrote:
Some months ago, Adam Naumowicz wrote:
Maybe that is a known bug but I encountered a strange problem and don't know what happens. I reduced the example to these three silly files: .........
I've now found the cause of the problem and corrected it (next release coming soon). (adam2.pas)
Thanks, nice to hear that.
Adam Naumowicz
-------------------------------------- WWW: http://math.uwb.edu.pl/~adamn/ --------------------------------------