For future reference, someone sent me a link of a commercial pascal
compiler that generates java bytecode:
http://www.mhccorp.com/pascal.html
It claims to be compatible with Delphi 2 (not sure if it supports VCL)
and targets J2SE.
There is also MidLET Pascal, that targets J2ME, but it´s abandon
On Wed, 4 Oct 2006, Felipe Monteiro de Carvalho wrote:
> On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > Your statement answers the question
> > 'what is the use of a Java port of Free Pascal'
> >
> > My statement is
> > 'There is no use for a language that runs in a VM, like Ja
On 10/4/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
IMHO the correct way is to gain access to the native API's, not add support
Java.
In the case of phones, there is no native API.
The hardware isn´t documented, and the underlying OS also isn´t. There
is no way to write a native applica
On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Your statement answers the question
'what is the use of a Java port of Free Pascal'
My statement is
'There is no use for a language that runs in a VM, like Java or .NET'
These 2 statements can peacefully coexist.
Ummm ... I have dou
On 10/4/06, Wolfe, Robert <[EMAIL PROTECTED]> > > Along
these lines, I was wondering if anyone had built FPC for Windows
Mobile 5.0 by any chance?
Just use the Windows CE Lazarus snapshot. It should work for Windows
Mobile 5.0 afaik. You can find a download link to that snapshot on the
lazarus wi
Along these lines, I was wondering if anyone had built FPC for Windows
Mobile 5.0 by any chance?
Robert Wolfe ([EMAIL PROTECTED] / [EMAIL PROTECTED])
Computer Programmer/Analyst & Web Programmer
SRDAR, Roswell Park Cancer Institute, Buffalo, New York
716-845-5788 | http://www.srdar.org
> -O
On 4 okt 2006, at 15:21, Florian Klaempfl wrote:
Well, I'am still waiting for the java killer application for a
mobile ;) Most java applications for mobiles I saw were simply a
pain: inconsistent user interface, dog slow, freezing the phone etc.
Quite possible, but we obviously have FPC u
On Wed, 4 Oct 2006, Wolfe, Robert wrote:
> Good morning all!
>
> Downloaded the latest source from SVN and when trying to build the Sparc
> port, I get the following error:
>
> make[3]: Leaving directory `/home/robert/fpc/utils/tply'
> make -C h2pas all
> make[3]: Entering directory `/home/rob
Good morning all!
Downloaded the latest source from SVN and when trying to build the Sparc
port, I get the following error:
make[3]: Leaving directory `/home/robert/fpc/utils/tply'
make -C h2pas all
make[3]: Entering directory `/home/robert/fpc/utils/h2pas'
/bin/mkdir -p units/sparc-linux
/home/r
Good morning all!
Just a quick not to apologize for the lack of updates on my part to my
contribution. I have been out of town the past couple of days so have
not had access to my Sparc boxes. I am hoping to have a build put out
today for those interested.
Robert Wolfe ([EMAIL PROTECTED] / [EM
Hi Vincent,
Small bugfix in the fpcunit.xsl file. On line 58, the $ sign was
missing infront of the "failureCount' variable. This caused the
Summary line (when failures occured and no errors) to show up green
instead of magenta.
Line 58 should look as follows:
Regards,
- Graeme -
On 0
Jonas Maebe schrieb:
On 04 Oct 2006, at 14:26, Marco van de Voort wrote:
IMHO the correct way is to gain access to the native API's, not add
support
Java.
It's not, because then your application will potentially only work on a
specific phone model, possibly even only on a single revision o
2006/10/3, Marco van de Voort <[EMAIL PROTECTED]>:
> does someone know if Indy port to FPC would work on ARM? (On their
> site it says there has been some succes with WinCE... but asside that
> 'some' succes on 'wince' is not very clear.)
What OS? Indy has quite high requirements on sockets int
>
> On 04 Oct 2006, at 14:26, Marco van de Voort wrote:
>
> > IMHO the correct way is to gain access to the native API's, not add
> > support
> > Java.
>
> It's not, because then your application will potentially only work on
> a specific phone model.
Yes. However that is the vendors proble
On 04 Oct 2006, at 14:26, Marco van de Voort wrote:
IMHO the correct way is to gain access to the native API's, not add
support
Java.
It's not, because then your application will potentially only work on
a specific phone model, possibly even only on a single revision of a
particular pho
> On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > Cut all your text out, I agree with most of if, but I just want to point out
> > that I am not a proponent of a .NET port, far from it. I don't see the use
> > of .NET, or Java for that matter, or any other language that runs in a VM.
On Wed, 4 Oct 2006, Felipe Monteiro de Carvalho wrote:
> On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > Cut all your text out, I agree with most of if, but I just want to point out
> > that I am not a proponent of a .NET port, far from it. I don't see the use
> > of .NET, or Java
On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Cut all your text out, I agree with most of if, but I just want to point out
that I am not a proponent of a .NET port, far from it. I don't see the use
of .NET, or Java for that matter, or any other language that runs in a VM...
Java is
On 10/3/06, Adrian Maier <[EMAIL PROTECTED]> wrote:
On 10/3/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> On Tue, 3 Oct 2006, Adrian Maier wrote:
>
> > On 10/3/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > > > Any idea how should i quote the arguments so that they would be prope
Michael Van Canneyt wrote:
> 1) If the Flag field is set to true and the programmer uses field from
> the variant part which is declared in the false section, should there
> be a run time error or not?
No. No checking is performed on this.
> Although it will be slowly should the compiler check
On 04 Oct 2006, at 10:36, Alexander Todorov wrote:
2) In the test program the addresses of the two fields are the same
due to the default aligning used by the compiler. That's why the
output is the number 100.
In Delphi these addresses differ in 1 byte, so the ouput is :
V.Flag=FALSE, V.false_1
On Wed, 4 Oct 2006, Alexander Todorov wrote:
> I made the simple test below:
>
> program project1;
>
> {$ifdef fpc}
> {$mode objfpc}{$H+}
> {$endif}
>
> {$apptype console}
>
> type
>
> TTagVariant = record
> AlwaysThere : Integer;
> case Flag : Boolean of
> false: (false_1,
I made the simple test below:
program project1;
{$ifdef fpc}
{$mode objfpc}{$H+}
{$endif}
{$apptype console}
type
TTagVariant = record
AlwaysThere : Integer;
case Flag : Boolean of
false: (false_1, false_2 : Byte);
true : (true_1: Word);
end;
var V : TTagVariant;
beg
Hello list,
I notice the following in socketsh.inc:
TInetSockAddr = packed Record
case boolean of
false : (
{$ifdef SOCK_HAS_SINLEN}
sin_len : cuchar;
{$endif}
sin_family : sa_family_t;
sin_port: cushort;
sin_addr: in_addr;
xpad : array [0..7] of
On 10/4/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
On Tue, 3 Oct 2006, Marco van de Voort wrote:
>
> HOWEVER, even _if_ I give you the Borland case (I don't, but everybody is
> entitled to his own opinion of course, and everybody can be wrong), do you
> think that philosophy holds true
On Tue, 3 Oct 2006, Marco van de Voort wrote:
>
> HOWEVER, even _if_ I give you the Borland case (I don't, but everybody is
> entitled to his own opinion of course, and everybody can be wrong), do you
> think that philosophy holds true for us too?
Cut all your text out, I agree with most of if
26 matches
Mail list logo
