> Hi,
>
> On 2003-04-02, Peter Vreman wrote:
>
>> Maybe the file extension that is added for executables is not correct or
>> the environment variable PATH is not available.
>
> Hmmm... Yes, this was the problem. It seems that the Amiga version of GNU
> tools doesn't use the internal AmigaOS path,
> At 17.13 02/04/2003, you wrote:
> [...]
>>That will not solve the problem. The problem is that there is no
>> knowledge
>>how to push an array with X elements of a certain type to a C function.
>
> what? it's the simplest thing in the world. You loop through all the
> elements of the TVarRec arra
Hi,
On 2003-04-02, Peter Vreman wrote:
> Maybe the file extension that is added for executables is not correct or
> the environment variable PATH is not available.
Hmmm... Yes, this was the problem. It seems that the Amiga version of GNU
tools doesn't use the internal AmigaOS path, but require
At 17.13 02/04/2003, you wrote:
[...]
That will not solve the problem. The problem is that there is no knowledge
how to push an array with X elements of a certain type to a C function.
what? it's the simplest thing in the world. You loop through all the
elements of the TVarRec array, last to firs
The compiler gets caught in the repeat...until loop of
read_declarations() in pdecl.pas
- it never consumes the "exports" token :
Thanks, i'll apply the patch
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listi
At 12:08 2-4-2003, you wrote:
Hi,
On 2003-04-01, Peter Vreman wrote:
10.Work:Develop/FPC/fixes/fpc/compiler> make compiler
Makefile:17: *** You need the GNU utils package to use
this Makefile.
Stop.
Ideas? :) I'll take a look again on my GNU utils stuff,
but i think
JP> I finally decided to make an attmept at compiling fpc from the CVS
sources.
JP> (fixes branch, 2003-04-01)
JP> Everything went smooth, except for one small problem:
JP> fpgtk.pp(3032,57) Error: Illegal parameter list
JP> The code in question is this:
JP> procedure TFPgtkObject.SignalE
On Wed, 2 Apr 2003, Ivan Shikhalev wrote:
> There is error "duplicate identifier" when a parameter name of some method
> of class or interface is same as name of any property. It is present in mode
> OBJFPC, but is not in mode DELPHI.
>
> 1. What is a reason for this constraint in OBJFPC mode?
There is error "duplicate identifier" when a parameter name of some method
of class or interface is same as name of any property. It is present in mode
OBJFPC, but is not in mode DELPHI.
1. What is a reason for this constraint in OBJFPC mode?
2. It is a unneccessary incompatipily feature (IMHO). W
Free Pascal Compiler version 1.0.7
Compiler Date : 2003/04/01
Compiler Target: i386
Linux 2.4.0-4GB #1 Wed Jan 24 15:55:09 GMT 2001 i686 unknown
The compiler hangs on this one:
[CODE]
program freeze;
procedure something;
begin
end;
exports something; // can't export from
Hi,
On 2003-04-01, Peter Vreman wrote:
10.Work:Develop/FPC/fixes/fpc/compiler> make compiler
Makefile:17: *** You need the GNU utils package to use
this Makefile.
Stop.
Ideas? :) I'll take a look again on my GNU utils stuff,
but i think everything is available, and o
11 matches
Mail list logo