is a complete grammar for fpc written in some variant of BNF available
somewhere?
I searched the website and the wiki, to no avail.
AFAIK, there's none. The developers adding language features by directly
modifying the code. Even there's a bounty for it. See:
On 15 Oct 2009, at 18:02, Paul Davidson wrote:
Some linker output:
ld: warning: in /Users/pauldavidson/dev/cape96/libmysqlclient.a,
file is not of required architecture
Undefined symbols:
[snip]
It goes on...
Do note the 'file is not of required architecture'. Ummm
It means that
In our previous episode, leledumbo said:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
I searched the website and the wiki, to no avail.
AFAIK, there's none. The developers adding language features by directly
modifying the code. Even there's a
On 15 Oct 2009, at 16:30, Bruce Bauman wrote:
From: fpc-pascal-boun...@lists.freepascal.org
[mailto:fpc-pascal-boun...@lists.freepascal.org] On Behalf Of Jonas
Maebe
Sent: Thursday, October 15, 2009 10:28 AM
On 15 Oct 2009, at 14:49, Bruce Bauman wrote:
[packed for open array parameters]
Is
Now I know why vendors of newer languages (Dephi, Java etc) are trying
to hide pointers from programmers. They are very tricky to work with -
and give errors without warning!
Especially when compiler and programmer are both trying to outsmart each other.
:D
Yes. But I never needed pointer
There is not even a proper open one for Delphi. At least there wasn't till a
while back.
That may be because it is no longer possible to write a BNF grammar for
these compilers due to the c-style extensions.
___
fpc-pascal maillist -
Sorry, I misread the mail, I thought it was about bitpacked arrays.
Plain packed arrays are no different from regular arrays in FPC (we
basically ignore that modifier, except in MacPas mode where it's an
alias for bitpacked), so the packed monicker can simply be left out
when declaring the
On 16 Oct 2009, at 10:43, Jürgen Hestermann wrote:
Sorry, I misread the mail, I thought it was about bitpacked arrays.
Plain packed arrays are no different from regular arrays in FPC
(we basically ignore that modifier, except in MacPas mode where
it's an alias for bitpacked), so the
On 16 Oct 2009, at 10:42, Jürgen Hestermann wrote:
That may be because it is no longer possible to write a BNF grammar
for these compilers due to the c-style extensions.
BNF grammars exist for C (e.g. as part of the ANSI C standard) and
even for C++. Please don't start a language war in
In our previous episode, J?rgen Hestermann said:
There is not even a proper open one for Delphi. At least there wasn't till a
while back.
That may be because it is no longer possible to write a BNF grammar for
these compilers due to the c-style extensions.
Odd that there are grammers for
章宏九 wrote:
I don't agree with the idea that BEGIN...END determines the failure
of Pascal, as syntax completion is for that. Both BEGIN...END and
{...} are finished in the same time if they were done by computer.
On the contrary, it is part of the way of Pascal being elegant.
Its very amusing
Marco van de Voort schrieb:
In our previous episode, J�rgen Hestermann said:
There is not even a proper open one for Delphi. At least there wasn't till a
while back.
That may be because it is no longer possible to write a BNF grammar for
these compilers due to the c-style extensions.
Odd
From: Marco van de Voort
(...)
The reason is probably more because Wirthian languages traditionally use
recursive descent parsers.
This reminds me: there are a compiler generator named COCO/R wich has
a Pascal version (Delphi actually). It generates recursive descendent
parsers. ( search
dsl-corax:~ pauldavidson$ lipo -info /Users/pauldavidson/dev/cape96/
libmysqlclient.a
input file /Users/pauldavidson/dev/cape96/libmysqlclient.a is not a
fat file
Non-fat file: /Users/pauldavidson/dev/cape96/libmysqlclient.a is
architecture: x86_64
Noted that Xcode is set for 32 bit
Great, although ignoring the packed would be very useful as we are
mechanically translating a large body of code.
-- Bruce
From: fpc-pascal-boun...@lists.freepascal.org on behalf of Jonas Maebe
Sent: Fri 10/16/2009 4:50 AM
To: FPC-Pascal users discussions
On 16 Oct 2009, at 14:16, Paul Davidson wrote:
dsl-corax:~ pauldavidson$ lipo -info /Users/pauldavidson/dev/cape96/
libmysqlclient.a
input file /Users/pauldavidson/dev/cape96/libmysqlclient.a is not a
fat file
Non-fat file: /Users/pauldavidson/dev/cape96/libmysqlclient.a is
architecture:
Jonas Maebe schreef:
That's correct, FPC 2.2.4 only support i386 and PowerPC for Mac OS X.
The upcoming 2.4.0 release will also support x86_64, PowerPC/64 and ARM.
As far as I could see, there are no x86_64 Mac OS X snapshots. Is that correct?
Vincent
The reason is probably more because Wirthian languages traditionally use
recursive descent parsers.
gcc as well for several years simply because a recursive descent parser
is faster than one generated automatically from a BNF grammar.
That is true, but the _expression_
On Thu, Oct 15, 2009 at 9:28 PM, Marc Santhoff m.santh...@web.de wrote:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
Gold parser builder has a BNF grammar for Delphi 7 (AFAIK, incomplete):
http://www.devincook.com/goldparser/grammars/index.htm
Regards,
In our previous episode, Florian Klaempfl said:
these compilers due to the c-style extensions.
Odd that there are grammers for C and C++ then, and they have no problem :-)
Please don't grab any random other thread to make your point.
The reason is probably more because Wirthian
On 16 Oct 2009, at 14:51, Vincent Snijders wrote:
Jonas Maebe schreef:
That's correct, FPC 2.2.4 only support i386 and PowerPC for Mac OS
X. The upcoming 2.4.0 release will also support x86_64, PowerPC/64
and ARM.
As far as I could see, there are no x86_64 Mac OS X snapshots. Is
that
Lee Jenkins l...@datatrakpos.com wrote:
I don't agree with the idea that BEGIN...END determines the failure
of Pascal, as syntax completion is for that. Both BEGIN...END and
{...} are finished in the same time if they were done by computer.
On the contrary, it is part of the way of Pascal
Ok, 32 bit universal it is!
Is there any database access method that works with this mode for
10.6.1? And how?
Again, thank you
On 2009-10-16, at 8:59 AM, Jonas Maebe wrote:
On 16 Oct 2009, at 14:51, Vincent Snijders wrote:
Jonas Maebe schreef:
That's correct, FPC 2.2.4 only support
On 16 Oct 2009, at 15:12, Paul Davidson wrote:
Ok, 32 bit universal it is!
Is there any database access method that works with this mode for
10.6.1? And how?
Since MySQL is not shipped with Mac OS X, you somehow installed/
obtained an x86_64 version of its client library. Install/obtain
On 16/10/2009 10:53, Florian Klaempfl wrote:
Marco van de Voort schrieb:
In our previous episode, J�rgen Hestermann said:
There is not even a proper open one for Delphi. At least there wasn't till a
while back.
That may be because it is no longer possible to write a BNF grammar for
these
On Friday 16 October 2009 06:40:20 am Mark Emerson wrote:
On Friday 16 October 2009 06:04:17 am Ingemar Ragnemalm wrote:
Lee Jenkins l...@datatrakpos.com wrote:
I don't agree with the idea that BEGIN...END determines the failure
of Pascal, as syntax completion is for that. Both
Frank Peelo schrieb:
Is the problem that you start off with a grammar, write the parser, then
maintain the parser without updating the grammar?
Every early FPC (FPK Pascal) prototypes in 1993 used yacc as well but it
was simply too slow and also memory consuming at these days.
Florian Klaempfl schrieb:
Frank Peelo schrieb:
Is the problem that you start off with a grammar, write the parser, then
maintain the parser without updating the grammar?
Every early FPC (FPK Pascal) prototypes in 1993 used yacc as well but it
Very early ...
Mark Emerson wrote:
Most people aren't interested in truth (e.g. that Pascal is a vastly superior
language in almost every respect). They are instead interested in what is
popular, politically correct, and has been artfully propagandized into their
gullible, small minds from a source they
Now have proper version of MySQL on machine
Thank you all for help. Compiles and mostly runs :)
On 2009-10-16, at 9:21 AM, Jonas Maebe wrote:
On 16 Oct 2009, at 15:12, Paul Davidson wrote:
Ok, 32 bit universal it is!
Is there any database access method that works with this mode for
You can post an ad for a C
programmer and get 1,000 applicants, if you post an ad for a Pascal
programmer you might get 5, at least where I live.
Yes, that maybe true. But how has all this started? As far as I know, C
was not that popular in past (at least not on Windows). Instead (Turbo)
If memory serves... Microsoft for first few version of DOS used
assembler. This proved expensive for Microsoft as the number of
people willing to program in intel assembler was quite limited.
Microsoft kept hearing about this C programming language which
students at MS were talking
In our previous episode, J?rgen Hestermann said:
You can post an ad for a C
programmer and get 1,000 applicants, if you post an ad for a Pascal
programmer you might get 5, at least where I live.
Yes, that maybe true. But how has all this started? As far as I know, C
was not that
2009/10/16 Marco van de Voort mar...@stack.nl:
In our previous episode, Jürgen Hestermann said:
You can post an ad for a C
programmer and get 1,000 applicants, if you post an ad for a Pascal
programmer you might get 5, at least where I live.
Yes, that maybe true. But how has all this
mar...@stack.nl:
The reason is probably more because Wirthian languages traditionally use
recursive descent parsers.
Yeah, right.
The reason is most definitely that of all those people who know the language
well enough to write the grammar, there's no one actually doing it.
Of course, with
On Fri, Oct 16, 2009 at 4:58 AM, leledumbo leledumbo_c...@yahoo.co.id wrote:
AFAIK, there's none. The developers adding language features by directly
modifying the code. Even there's a bounty for it. See:
http://wiki.lazarus.freepascal.org/Bounties#FPC_grammar
I contacted the person that
Are they based on the C library maloc or entirely genuine FPC code?
Alain Michaud
Florian Klaempfl wrote:
Graeme Geldenhuys schrieb:
Hi,
Which of these should I use in new projects? I read somewhere that
GetMem/FreeMem is actually compatibility methods from Turbo Pascal
days, yet I have
Am Donnerstag, den 15.10.2009, 23:58 -0700 schrieb leledumbo:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
I searched the website and the wiki, to no avail.
AFAIK, there's none. The developers adding language features by directly
modifying the
Jürgen Hestermann juergen.hesterm...@gmx.de:
You can post an ad for a C
programmer and get 1,000 applicants, if you post an ad for a Pascal
programmer you might get 5, at least where I live.
Yes, and guess what: Odds are that there are more than 5 good ones out of the
1000 C-programmers
How about creating a Holy War page at the freepascal wiki and moving
all notes from this thread there?
The page can be become a good source of arguments in all kind of
Pascal vs C (or any other language) battles :)
As well as good historical notes about pascal language.
thanks,
dmitry
In our previous episode, Alain Michaud said:
Are they based on the C library maloc or entirely genuine FPC code?
FPC code, but you can change to malloc, by using unit cmem (only on *nix)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
2009/10/15 Marc Santhoff m.santh...@web.de:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
About 2 weeks ago, I had no clue what BNF was. Funny that you mention
it, because I am working on a LaTeX converter to IPF. I was google'ing
for a BNF for LaTeX, as a
2009/10/16 Jeff Wormsley dawor...@comcast.net:
Its also a manpower issue, and the number one reason I make my living
writing C nowadays rather than Pascal. You can post an ad for a C
programmer and get 1,000 applicants, if you post an ad for a Pascal
Any programmer worth hiring should find
Am Freitag, den 16.10.2009, 22:50 +0200 schrieb Graeme Geldenhuys:
2009/10/15 Marc Santhoff m.santh...@web.de:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
About 2 weeks ago, I had no clue what BNF was. Funny that you mention
it, because I am working
Marc Santhoff wrote:
Am Freitag, den 16.10.2009, 22:50 +0200 schrieb Graeme Geldenhuys:
2009/10/15 Marc Santhoff m.santh...@web.de:
is a complete grammar for fpc written in some variant of BNF available
somewhere?
...
If you have fun fiddling with those tools some good starting points
45 matches
Mail list logo