Using OS X 10.6.1, FPC 2.2.4, Xcode 3.2 on intel iMac.
The program and units all have {$I Directives.inc} at top of each
file. Compile lists many errors like:
6: Mode switch OBJFPC not allowed here
Any hints?
___
fpc-pascal maillist -
On 09 Oct 2009, at 19:57, Paul Davidson wrote:
Using OS X 10.6.1, FPC 2.2.4, Xcode 3.2 on intel iMac.
The program and units all have {$I Directives.inc} at top of each
file. Compile lists many errors like:
6: Mode switch OBJFPC not allowed here
Any hints?
This is unrelated to Mac OS
In our previous episode, Jonas Maebe said:
Using OS X 10.6.1, FPC 2.2.4, Xcode 3.2 on intel iMac.
The program and units all have {$I Directives.inc} at top of each
file. Compile lists many errors like:
6: Mode switch OBJFPC not allowed here
Any hints?
This is unrelated to Mac
You said C did it wrong, because you think that arrays and pointers
should be different things. That is indeed you opinion, not a fact.
I don't even know why I'm replying any more, it's clearly futile.
Huh? Are you seriously trying to tell us that pointers and arrays are
the same? Ok, then
As said it depends from your viewpoint. C's original viewpoint was to keep
the state of a compilation unit as small as possible, to maximize the size
of a program with limited memory.
You mean they gave saving one character in the source code a higher
priority than having a strict logic in the
Jürgen Hestermann schrieb:
As said it depends from your viewpoint. C's original viewpoint was to
keep
the state of a compilation unit as small as possible, to maximize the
size
of a program with limited memory.
You mean they gave saving one character in the source code a higher
priority
And the criticism about introducing Cisms in FPC/Delphi is also old. In the
past I would have joined you, but after a few non-trivial header conversions
and library conversions that pretty much died out.
But why are you then using Pascal at all? I love this language because
of its strict logic
No, it happens with static arrays, if you set pia := @ia, ia[x] and
pia[x] will give you the same result (in delphi mode, at least).
It's simply more readable and a shortcut.
It's definitely the opposite: It is *less* readable because it leaves it
unclear what data you are operating with.
In our previous episode, J?rgen Hestermann said:
And the criticism about introducing Cisms in FPC/Delphi is also old. In the
past I would have joined you, but after a few non-trivial header conversions
and library conversions that pretty much died out.
But why are you then using Pascal at
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
And why should that be the case? What are the outstanding feature of C
that make it so supperiour? It's illogical and hard to maintain syntax?
Or is it just that it was
Am Montag, 12. Oktober 2009 11:02 schrieb Jürgen Hestermann:
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
And why should that be the case? What are the outstanding feature of C
that make it so supperiour? It's
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
That's what I'm going to change. I've told my friends and collegemates about
Pascal superiority (suitable for any programming needs, GUI, WebApps,
Server, etc.) and they
Am Montag, 12. Oktober 2009 12:05 schrieb leledumbo:
you don't need lazarus just to use fpc, and I don't need that debian
testing system on my kubuntu.
Which editor do you use?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Zitat von Rainer Stratmann rainerstratm...@t-online.de:
Am Montag, 12. Oktober 2009 11:02 schrieb Jürgen Hestermann:
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
And why should that be the case? What are the
2009/10/12 Rainer Stratmann rainerstratm...@t-online.de:
Which editor do you use?
I'm not the one you replied to, but I can answer based on my
experience. I never use APT for FPC or Lazarus because they update
packages to slowly. I work directly from the Git mirror repositories.
* If I'm at
Yes, it is available everywhere.
And it is easier to copy unix code then.
Remember that it is still not easy to come to freepascal.
You have to configure a debian testing system and apt-get lazarus and so on...
Nearly nowhere the lazarus package is preinstalled.
Yes, these are the reasons for
In our previous episode, Rainer Stratmann said:
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
And why should that be the case? What are the outstanding feature of C
that make it so supperiour? It's illogical
2009/10/12 Marco van de Voort mar...@stack.nl:
Yes, it is available everywhere.
Try compiling some Unix C code on Windows.
Give me Free Pascal any time :-)
+1
...and Try compiling some Unix C code on Unix/Linux/etc. I always
battle. Give me Free Pascal too! :-)
PS:
Wow, did this
No, it happens with static arrays, if you set pia := @ia, ia[x] and
pia[x] will give you the same result (in delphi mode, at least).
It's simply more readable and a shortcut.
It's definitely the opposite: It is *less* readable
This is your opinion :) To my experience faking arrays with dyn.
On 11 Oct 2009, at 18:37, Matthias Klumpp wrote:
On Sun, 11 Oct 2009 11:09:58 +0200 (CEST), mar...@stack.nl (Marco
van de
Voort) wrote:
In our previous episode, Matthias Klumpp said:
also be in 2.4.0
I do not have problems with FPC 2.3.x, but it is not allowed for
me to
use
p
The value of a pchar.
What do you mean by value? The pointer or the character it is pointing
to? It seems that p sometimes means the first and sometimes the latter.
p^
the char pointed to.
Is this the same as p?
I don't think you can say anything from pure syntax without bringing
On Mon, Oct 12, 2009 at 12:47, Jürgen Hestermann
juergen.hesterm...@gmx.de wrote:
No, it happens with static arrays, if you set pia := @ia, ia[x] and
pia[x] will give you the same result (in delphi mode, at least).
It's simply more readable and a shortcut.
It's definitely the opposite: It
Jürgen Hestermann schrieb:
No, it happens with static arrays, if you set pia := @ia, ia[x] and
pia[x] will give you the same result (in delphi mode, at least).
It's simply more readable and a shortcut.
It's definitely the opposite: It is *less* readable
This is your opinion :) To my
In our previous episode, J?rgen Hestermann said:
[ Charset ISO-8859-15 unsupported, converting... ]
p
The value of a pchar.
What do you mean by value? The pointer or the character it is pointing
to? It seems that p sometimes means the first and sometimes the latter.
The pointer. The
Jürgen Hestermann wrote:
What has the one thing to do with the other? It would have been easy
to introduce dynamic arrays without hiding away its nature from the user.
Easy, maybe / useful, far less
The beauty of the current solution is that static and dynamic arrays can
be substituted with
C is popular *even though* it is an awful concept.
It is like the video cassettes.
Betamax and Video2000 were the better quality,
but VHS was the most popular cassette.
Yes, sadly this is true (same with Microsoft pressing one awfull OS
after the other into the market). Not always the best
The beauty of the current solution is that static and dynamic arrays can
be substituted with each other, simple by changing the declaration, and
adding/removing a setlength. All other code can be left as it is.
If you needed the ^ for dyn arrays everywhere, then you would have to
make huge
In our previous episode, J?rgen Hestermann said:
The beauty of the current solution is that static and dynamic arrays can
be substituted with each other, simple by changing the declaration, and
adding/removing a setlength. All other code can be left as it is.
If you needed the ^ for dyn
Jürgen Hestermann wrote:
The beauty of the current solution is that static and dynamic arrays
can be substituted with each other, simple by changing the
declaration, and adding/removing a setlength. All other code can be
left as it is.
If you needed the ^ for dyn arrays everywhere, then you
2009/10/12 Rainer Stratmann rainerstratm...@t-online.de:
Am Montag, 12. Oktober 2009 11:02 schrieb Jürgen Hestermann:
Remember, Pascal is merely a TEACHING language, unsuitable for commercial
software development, which is why we have C. :)
And why should that be the case? What are the
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 11 Oct 2009, at 18:37, Matthias Klumpp wrote:
I decided to use this version of FPC for now. Thank you for your help!
But now I have problems to compile the compiler:
First I got the error message
make[7]:
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 11 Oct 2009, at 18:37, Matthias Klumpp wrote:
I decided to use this version of FPC for now. Thank you for your help!
But now I have problems to compile the compiler:
First I got the error message
make[7]:
Am Montag, 12. Oktober 2009 16:21 schrieb Gustavo Enrique Jimenez:
2009/10/12 Rainer Stratmann rainerstratm...@t-online.de:
Am Montag, 12. Oktober 2009 11:02 schrieb Jürgen Hestermann:
Remember, Pascal is merely a TEACHING language, unsuitable for
commercial software development, which is
2009/10/12 Marco van de Voort mar...@stack.nl:
In our previous episode, Jürgen Hestermann said:
What is the problem with search-and-replace? If you are forced to change
your code you will have a closer look at it and may get aware of side
effects of the change.
Yes, and if I had enough time
On Sun, Oct 11, 2009 at 5:25 PM, Vinzent Höfler
jellyfish.softw...@gmx.net wrote:
Andrew Brunner andrew.t.brun...@gmail.com:
1st benefit:
declaring methods associated with classes before TIntArray needs to be
defined or declared.
eg. procedure DoSomething(Var Data:TIntArray); vs
Graeme Geldenhuys wrote:
On 11/10/2009, Andrew Brunner andrew.t.brun...@gmail.com wrote:
FPC forces the ^ operator while accessing structures as pointers.
Delphi didn't force it and I even suspect that memory leaks can result
in NOT using the ^ to denote the reference to the pointer rather
On Mon, Oct 12, 2009 at 12:43 PM, Marc Weustink m...@dommelstein.net wrote:
Graeme Geldenhuys wrote:
On 11/10/2009, Andrew Brunner andrew.t.brun...@gmail.com wrote:
FPC forces the ^ operator while accessing structures as pointers.
Delphi didn't force it and I even suspect that memory leaks
Jürgen Hestermann juergen.hesterm...@gmx.de:
And why should that be the case? What are the outstanding feature of C
that make it so supperiour? It's illogical and hard to maintain syntax?
Its Compile anything, crash everywhere. interface. :P
Vinzent.
--
Jetzt kostenlos herunterladen:
Jürgen Hestermann juergen.hesterm...@gmx.de:
Adding yet another variant is not good. I once thought that Pascal was
superior to other languages because of it's clear and strict concept but
now there is no longer *the* Pascal language anymore.
If you're searching for some stricter Pascal
Martin laza...@mfriebe.de:
The beauty of the current solution is that static and dynamic arrays can
be substituted with each other, simple by changing the declaration, and
adding/removing a setlength. All other code can be left as it is.
No, because of subtle differences in the handling of
2009/10/12 Andrew Brunner andrew.t.brun...@gmail.com:
pS[2]
Any idea what the compiler option is under Lazarus (that's what I use
exclusively)?
I get a compiler error when I don't use the ^ operator.
It only works with {$mode delphi} and lazarus uses {$mode objfpc}, i think.
The Lazarus team is glad to announce the 0.9.28 release. This release
is based on fpc 2.2.4.
This release can be downloaded from the SourceForge download page:
http://sourceforge.net/projects/lazarus/files/
Highlights / Major changes:
LCL:
*LCL now uses gtk2 as default widgetset on Linux and
Andrew Brunner andrew.t.brun...@gmail.com:
On Sun, Oct 11, 2009 at 5:25 PM, Vinzent Höfler
Read up on forward declarations. The technique of declaring a typed
pointer to any data structure in FPC and Delphi was that you can use
it in fields and methods of objects and data structures w/o
Hi Everybody,
I need video4linux support for my new project. I tried vfp unit
I found in the contribute units website.
But it seems very outdated. Itried all things menitioned in the
forum, but I'm not able to get the things up. the code is hard
to read and I found not one comment line :(
Thanks
Mattias Gaertner escreveu:
The Lazarus team is glad to announce the 0.9.28 release. This release
is based on fpc 2.2.4.
This release can be downloaded from the SourceForge download page:
http://sourceforge.net/projects/lazarus/files/
Highlights / Major changes:
LCL:
*LCL now uses gtk2 as
2009/10/12 Rainer Stratmann rainerstratm...@t-online.de:
Am Montag, 12. Oktober 2009 16:21 schrieb Gustavo Enrique Jimenez:
2009/10/12 Rainer Stratmann rainerstratm...@t-online.de:
Am Montag, 12. Oktober 2009 11:02 schrieb Jürgen Hestermann:
Remember, Pascal is merely a TEACHING language,
46 matches
Mail list logo
