On 27.08.2011 00:49, Jonas Maebe wrote:
On 27 Aug 2011, at 00:16, Sven Barth wrote:
I have now ported most of the contents of the android namespace to Pascal.
First I tried to put the subnamespaces into their own units, but that started
to result in some nasty circles that involved parent cl
Hello together!
Now that the cycle problem was solved (I don't know whether it works,
because I'm still trying to get a test working ^^), I've encountered the
next problem. The android.widget.TextView class has a method setText
that takes a CharSequence which is implemented by java.lang.Strin
In http://www.freepascal.org/docs-html/prog/progsu72.html#x78-770001.1.72 is
written:
...
the compiler will omit the generation of a stackframe if the following
conditions are satisfied:
The procedure has no parameters.
...
This condition should read: The procedure has no parameters on the
On Sat, 27 Aug 2011, Ludo Brands wrote:
In http://www.freepascal.org/docs-html/prog/progsu72.html#x78-770001.1.72 is
written:
...
the compiler will omit the generation of a stackframe if the following
conditions are satisfied:
The procedure has no parameters.
...
This condition should re
Am 27.08.2011 12:50, schrieb Michael Van Canneyt:
>
>
> On Sat, 27 Aug 2011, Ludo Brands wrote:
>
>> In
>> http://www.freepascal.org/docs-html/prog/progsu72.html#x78-770001.1.72 is
>> written:
>>
>> ...
>> the compiler will omit the generation of a stackframe if the following
>> conditions are s
On Sat, 27 Aug 2011, Florian Klämpfl wrote:
Am 27.08.2011 12:50, schrieb Michael Van Canneyt:
On Sat, 27 Aug 2011, Ludo Brands wrote:
In
http://www.freepascal.org/docs-html/prog/progsu72.html#x78-770001.1.72 is
written:
...
the compiler will omit the generation of a stackframe if the fol
Crap ! Forgot to SVN ADD ...
File attached.
From: David Welch
To: FPC developers' list
Sent: Sat, August 27, 2011 7:06:36 AM
Subject: Re: [fpc-devel] DIFF patch for changing to table driven processor
definitions for ARM
when building for SUBARCH=cortexm3,
> > Find some generic text aiming on complexity or whatever :)
> The rules
> > when it happens or not are pretty complex, they also depend on the
> > target architecture. See e.g. psub.pas:953+ and all occurences of
> > pi_needs_stackframe in the compiler
>
> I knew I should ask confirmation,
Am 27.08.2011 14:19, schrieb John Clymer:
> Crap ! Forgot to SVN ADD ...
>
> File attached.
>
Is there any use in having such generic controllers? What's the use case
of them?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.fr
Not all permission bits have constants predeclared. Michael and I checked
and Linux/FreeBSD/Darwin all have the upper bits declared like this:
#define S_ISUID 0004000 /* [XSI] set user id on execution */
#define S_ISGID 0002000 /* [XSI] set group id on execution
#d
One case would be as a framework to build other targets instead of
having to delete a bunch of stuff then add a bunch of stuff you just add
stuff.
I have an interest in a generic target where the target specific stuff
is not embedded in the compiler but is in the code. At the moment the
me
Am 27.08.2011 17:01, schrieb David Welch:
> In short I am saying it saves time for the individuals trying to add
> targets.
No, it saves no time in total and is against any OSS spirit: imagine ten
people developing for say the lpc2148 (or any other not yet supported
controller). All of them use th
> Not all permission bits have constants predeclared. Michael
> and I checked and Linux/FreeBSD/Darwin all have the upper
> bits declared like this:
>
> #define S_ISUID 0004000 /* [XSI] set user id
> on execution */
> #define S_ISGID 0002000 /* [XSI] set group id
Hi,
Le 27/08/2011 16:33, Marco van de Voort a écrit :
Not all permission bits have constants predeclared. Michael and I checked
and Linux/FreeBSD/Darwin all have the upper bits declared like this:
#define S_ISUID 0004000 /* [XSI] set user id on execution */
#define S_ISGID
Hello together!
As you might have noticed I'm currently trying to get Pascal code
working on Android using the new JVM backend.
So far I've converted the Android API in the android namespace to Pascal
and managed to compile, convert (to DEX) and package a full Pascal
HelloWorld application,
Jonas Maebe wrote:
On 26 Aug 2011, at 22:42, Mark Morgan Lloyd wrote:
Using 2.4.4 with -a -al -s this compiles to a .s which looks like this:
.Ll34:
# [439] IF z < 2299161.0 THEN
ld [%i6-32],%o0
ld [%i6-28],%o1
callfpc_int64_to_double
nop
sethi
I assume I speak for others, but for those of us that have been working in the
embedded field for a while, some of us prefer to roll our own support code,
rather than rely on compiler supplied implementations. Personnally, I've used
6
different ARM/Thumb2 cored processors in various projects.
Am 27.08.2011 20:33, schrieb John Clymer:
> I assume I speak for others, but for those of us that have been working
> in the embedded field for a while, some of us prefer to roll our own
> support code, rather than rely on compiler supplied implementations.
> Personnally, I've used 6 different ARM
> > In short I am saying it saves time for the individuals
> trying to add
> > targets.
>
> No, it saves no time in total and is against any OSS spirit:
> imagine ten people developing for say the lpc2148 (or any
> other not yet supported controller). All of them use the bare
> controller and
Am 27.08.2011 20:56, schrieb Ludo Brands:
>
> Downside is that embedded users are condemned to use trunk and never a
> stable release.
Why? Currently newly added controllers will appear in fixes soon or later?
> There are quite a lot of "bosses" around that only want to
> use stable releases in
Am 26.08.2011 16:53, schrieb David Welch:
> need to apply this patch, like the wiki thing maybe there is a place I
> have to sign up to be able to check in to svn, otherwise. The lpc and
> sam7 parts are ARM7TDMI which is an armv4t not remotely able to
> support the armv7 instructions. the correc
Hi,
In the 2.5.1 cycle, revision 17220 (
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/base/fields.inc?r1=17199&r2=17220
) fixed the missing call of Validate for some dataset descendants but
introduced a new bug: in other dataset descendants like Zeos Validate is
bein
I was pointed to CMSIS as what to fashion things after. The CMSIS consists of
both function library and register definitions. I've looked at CMSIS - and it
is over kill for what I'm looking, yet, if I use the LM3x processor, I'm
forced to having the compiled in register definitions.
Each
23 matches
Mail list logo
