Hello!
Free Pascal 2.0.4 is now also available for classic Mac OS.
http://www.freepascal.org/download.html
Regards Olle Raab
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
06-01-19 13.05, skrev Jonas Maebe följande:
>
> On 19 jan 2006, at 11:51, L505 wrote:
>
>> From the FPC ReadLn sources I was under the impression that the Mac
>> used #13 for line
>> feeds and unix used #10 for line feeds, but I've heard that
>> sometimes certain unix
>> systems used #13.
>
> M
05-10-11 23.52, skrev L505 följande:
> programmer. We have seen the compiler can use "tests" in order to test the
> validity of the
> compiler. Are these "unit tests" or just "tests". It all seems vague to me. A
> compiler is
A unit test should test a small module of a program, like a pascal uni
05-10-11 10.43, skrev Ulrike Höppner följande:
> Hello, I am a student of IT in first Semester. I tried to download fpc
> on my iBook (Mac OS X) wich worked fine. But it is not possible to open
> an run the programm. What am I doing wrong? Please help there are not
> very many people using Mac in
possible data types
are returned. This way ambigouos types can be handled. For instance a
value of 1 can be both a boolean and and integer.
Svn revision 919
Olle Raab
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org
05-05-02 14.27, skrev Alain Vitry följande:
> Dear all,
>
> Please let me know if this is the wrong list for this issue.
Its apropriate.
> I'm building the default carbon application for fpc with Xcode
Do you have the possibility to submitt the source code for your program ?
> integration, an
05-03-03 10.55, skrev Marc Santhoff följande:
> Am Do, den 03.03.2005 schrieb Marco van de Voort um 08:32:
>>> unit b;
>>> ...
>>> {$undef M1-M15}
>>
>> Such constructs won't work, for the same reason that variablenames with
>> numbers in it can't be used as such.
>>
>> For the compiler it is an
05-01-29 10.05, skrev Paul Davidson följande:
> Using XCode as well. It would be good idea to upgrade your compiler to
> 1.9.6. Go to directory containing fpc dir and:
>
> cvs -z 3 -d :pserver:[EMAIL PROTECTED]:/FPC/CVS checkout -r
> RELEASE_1_9_6
>
> Build instructions are at
> http://www.sur
There has been a major rework of the macro subsystem in free pascal,
to support exportable macros for $mode macpas (see separate mail), and to
make the implementation cleaner.
It is almost transparent, but there might be some subtle effects:
* Macros are now stored in symbol tables like ordinary
Now macros/compile time variables defined in the interface part of a unit is
exported, in the same manner as ordinary pascal constructs, as in Metrowerks
pascal and Think Pascal.
Only a mode MacPas unit will export macros and only a mode MacPas unit will
import them. As before, MacPas and non-MacP
04-12-08 00.27, skrev David Emerson följande:
> I'm not sure about it, but it may even be possible to put a uses list inside
> initialization and/or finalization sections.
No, but the initialization and finalization sections has access to the units
already used.
Olle
__
04-10-23 16.22, skrev Peter Vreman följande:
> At 15:38 23-10-2004, you wrote:
>>
>> My goal is to be able to have the same program I have for Win32
>> compile and run for Mac just by switching compiler's target.
>
> See www.lazarus.freepascal.org for a the delphi-like RAD environment
In Lazaru
04-09-24 08.49, skrev [EMAIL PROTECTED] följande:
>
> - Original Message -
> From: "Olle Raab" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, September 24, 2004 8:10 AM
> Subject: Re: [fpc-pascal]Apple Mac pointer problem
>
&g
04-09-24 09.44, skrev Stephen Downs följande:
>
> Thanks for everyones input (Harold - it a Mac thing !!). I'm away for a couple
> of days now so won't be able to follow up until next week but I guess I need
> to read up on alignment of binary data.
>
> I assume from what you are saying is that
04-09-24 03.33, skrev Harald Houppermans följande:
>> Though looking at the code again... why is testDataPointer declared (it
>> doesn't seem to be used) ?
>>
>> In other words...
>>
>> 1. Does the routine expect a pointer to data ?
>> 2. Does the routine expect a pointer to a pointer to data ?
04-09-23 23.09, skrev Stephen Downs följande:
> -Original Message-
> From:Marcel Martin [mailto:[EMAIL PROTECTED]
> Sent:Thu 9/23/2004 9:18 PM
> To:[EMAIL PROTECTED]
> Cc:
> Subject:Re: [fpc-pascal]Apple Mac pointer problem
>
> Stephen Downs a écrit :
>>
>> I am porti
04-09-06 15.06, skrev Eduardo Morras följande:
> At 11:19 06/09/2004, you wrote:
>
>> On 6 sep 2004, at 09:28, Marco van de Voort wrote:
>>
Especially in case the linker supports multiple namespaces and
one package needs symbol X from library A, and another one from library
B.
>>>
04-09-05 20.31, skrev Jonas Maebe följande:
>
> I simply meant that our compiler does part of what make normally does
> (figuring out dependencies, compiling different files, ...), but it's
> not a full-fledged make replacement. And some kinds of things are
> easier to handle with make (you don't
04-09-03 15.27, skrev Marco van de Voort följande:
>> On 3 sep 2004, at 14:33, Olle Raab wrote:
>
>>>> this for legacy *nix compatibility using an environment variable).
>>>
>>> Can it help by changing the link order ? Or it is not possible wiht a 2
&
04-09-03 13.12, skrev Jonas Maebe följande:
>
> On 3 sep 2004, at 11:16, Florian Klaempfl wrote:
>
>> Can't you add the SDLMain to the darwin sdl units and let this call
>> main? Or is main defined twice
>> then because the sdllib contains a main?
>
> Yes. And for some reason, the linker picks
04-09-03 10.22, skrev Marco van de Voort följande:
> Typically one starts converting the OS API interface, and then try to get
> bits and pieces from the most similar OS to convert and get working using
> the own API. Startup (entry) code is also always a problem, and new non-unix
> ports might al
04-09-01 13.40, skrev [EMAIL PROTECTED] följande:
> On Wed, 1 Sep 2004, Olle Raab wrote:
>
>> But can Delphi classes be used if you are in e g TP mode ?
>
> No. You need objfpc or delphi mode for that.
Then I suggest to add this to the documentation about the language modes.
04-09-01 09.29, skrev [EMAIL PROTECTED] följande:
>
>
> On Wed, 1 Sep 2004, Marc Santhoff wrote:
>
>> Am Di, den 31.08.2004 schrieb Michalis Kamburelis um 22:25:
>>> When you compile using -S2 parameter you are compiling in objfpc mode.
>>> This mode is not exactly compatible with Delphi. In th
04-08-04 13.39, skrev Olle Raab följande:
> 04-07-28 21.42, skrev Alan Mead följande:
>
>> As a I mentined earlier today in a different thread, I have upgraded
>> to 1.9.4 and I appreciate the greater checking.
>>
>> Most of the new warnings I get are clear but
FYI
A new unit is added to CVS, in rtl/inc.
It is called macpas.pp and is automatically used for mode macpas, in the
same manner as unit objpas is used for mode objpas.
It is included in the makefile of all targets, and should be os-independant.
If there is problems with it, tell me.
Olle
__
04-08-14 18.54, skrev Marco van de Voort följande:
>> 1) I have one problem with 1.9.4 compared to 1.0.10:
>> The Linux unit seems not to be recognized properly; the 'stat' record
>> type seems to be undefined, f.ex.:
>
> 1.9.x has a brand new unix rtl, most calls are now in baseunix/unix and
> p
on I asked on their discussion forum:
--
Is the iteration order guarantied, or is it undefined ?
In the latter case it allows the compiler to choose an optimized order, or
to use several threads.
Olle Raab [EMAIL PROTECTED] , 11.08.2004, 11:02am [link] [hide]
--
://www.freepascal.org/fpcmac.html
where you also can download a new 1.9.5 distribution of FPC for
Darwin/MacOSX (made from the latest cvs) where the problems of the previous
versions has been solved.
Olle Raab
___
fpc-pascal maillist - [EMAIL PROTECTED]
http
04-08-08 15.03, skrev Zhang Zheng följande:
> Hi,
> I am a new user of F.P. and I need your help.
>
...
> 2.
> Can't I add a ELSE statement in Case statement?
Yes you can use either ELSE or OTHERWISE, both does the same thing. The
reason they are two is that fpc should be compatible with diffe
04-07-28 21.42, skrev Alan Mead följande:
> As a I mentined earlier today in a different thread, I have upgraded
> to 1.9.4 and I appreciate the greater checking.
>
> Most of the new warnings I get are clear but one of my units now
> reports "Extension of macros exceeds a depth of 16". What does
04-06-02 15.39, skrev James Mills följande:
> On Wed, Jun 02, 2004 at 03:40:38PM +0200, Michael Van Canneyt wrote:
>>> And PIC (Position Independant Code) generation is working too ?
>>
>> No. See the roadmap: scheduled for 1.9.6
>
> Excuse me ignorance. I don't beleive I know what PIC is... Wha
04-05-03 13.48, skrev Jonas Maebe följande:
>
> On 3 mei 2004, at 13:43, Olle Raab wrote:
>
>> But this means you need to have the MacOS X development tools
>> installed to
>> install fpc ?
>
> Yes, otherwise make and the gnu assembler are not available.
>
FYI
The compile-time expression facility in fp has been changed.
It has been consolidated to conform to same rules as in Pascal, according to
precendence (as it should be).
Also macro true is defined as <> 0. Before it was > 0.
Olle
___
fpc-pascal m
04-05-03 09.51, skrev Jonas Maebe följande:
>
> On 3 mei 2004, at 02:03, Olle Raab wrote:
>
>>> I've created an install package for the Mac OS X version of FPC (of
>>> basically a snapshot of today, but it includes the docs).
>>
>> There is
04-05-01 22.09, skrev Jonas Maebe följande:
> Hello,
>
> I've created an install package for the Mac OS X version of FPC (of
> basically a snapshot of today, but it includes the docs).
There is documentation ? If so where is it installed ?
> You can find
> it on the ftp site in the directory /
04-04-08 15.49, skrev Michalis Kamburelis följande:
> Alan Mead wrote:
>
>> Is
>> there a way to detect this at run-time rather than compile time?
>>
>> -Alan
>>
> Maybe I don't understand this question, but there's just no need to
> detect value for DirectorySeparator at run-time when this is
04-03-21 16.56, skrev Thomas Schatzl följande:
> Hello,
>
x := pos ('Hello', my_str, 6);
>>>
>>> PosEx() from strutils?
>>
>> Cant find it in strutils..
>
> Just checked the sources again, at least the 1.9.x branch contains a PosEx
> method, line 93ff, from today's sources =)
Sorry I bot
04-03-06 11.25, skrev Thomas Schatzl följande:
>> I would love to see a "pos" function that takes an additional parameter,
> being the position in the string where it >should START scanning. e.g.:
>>
>> my_str = 'Hello, everybody... Hello, world!';
>>
>> //123456789012345678901
>>
>> x
N, so this makes GetFAttr conformant with FindFirst).
Note that in unix/beos files are regarded as hidden if their name starts
with a period (.).
Note also that no arribute can be set by SetFAttr on unix/beos.
Olle Raab
___
fpc-pascal maillist
>
> What is the status of FPC on MacOS-X? Thanks.
>
The code generator (PowerPC) is complete, afaik, althought it is not
possible to build a cross compiler due to other work in progress on the
compiler.
The RTL is based on the unix RTL, which is undergoing a restructure by
Marco, so until that
evelopment".
Hopefully in a month or two it will be possible for you to create a simple
console application or an MPW tool. You need both a machine supported by FPC
(e g a PC) and a mac to do development. If you do not have a mac perhaps
your friend can do the last sta
>
> On Sat, 23 Aug 2003, Luis Del Aguila wrote:
>
>> Two questions
>>
>> 1.- What is the difference with seekeoln() and eoln() functions?
>
> The first advances the file position to the end of the line.
> The second returns true if the current position is the end of the line.
>
>> 2.- What is
>> Mark Emerson wrote:
>>> How is the progress in the Mac version of FPC? Any projections when it
>>> might be ready? Thanks.
There have been substantial progress in the powerpc code generator the last
months, so that the powerpc version of the fpc compiler can compile itself
on linux.
>> There
Thanks for all tips :)
However I am interested in how to, from within the IDE debugger (or GDB),
"watch" the most specific class of an object without modifying the source
code.
That is i will see class TClassB even if the object reference is of type
TClassA:
> type
> TClassA = class;
> TClas
Is it possible ?
In details:
Suppose:
program Test;
type
TClassA = class;
TClassB = class(TClassA);
TClassC = class(TClassA);
procedure P( x: TClassA);
begin
...
end;
begin
P(TClassB.Create)
end.
If I watch x inside P in the IDE, i see it is of type TClassA.
But I want
45 matches
Mail list logo
