On 01/23/2013 10:20 AM, Thomas Schatzl wrote:
program test;
uses cmem, dynlibs;
begin
writeln('Hello');
end.
Compile with:
ppcarm -Fl/opt/arm-none-linux-gnueabi/lib test.pas
Hi Tomas.
I tested your code and compiler line on my device and it behaves as I
expected:
On Thu, Jan 24, 2013 at 11:07:25AM +0100, Michael Schnell wrote:
FYI: This is the content of /opt/arm-linux-gnueabi/lib on this machine:
[/opt/lib] # ls -l
is not the same as the path you added with -Fl. And there
is no crti.o here. There isn't even an arm-linux-gnueabi
On 01/24/2013 11:17 AM, Henry Vermaak wrote:
And there is no crti.o here. There isn't even an arm-linux-gnueabi
directory here, so why did you add that path if it doesn't even exist?
I'll recheck as soon as I have access to the box.
From the top of my head I remember that in fact the
Am 24.01.2013 11:07, schrieb Michael Schnell:
4) Thus in your environment somehow such a library file is specified.
Maybe it's done in fpc.cfg, which in my environment has not been
obtained in a really decent way ant the syntax of which I fail to
understand well enough. (The file did not come
Thanks for the clarification.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 01/24/2013 02:08 PM, Thomas Schatzl wrote:
Looking back, so it want's some _init and _fini...
In your mail titled [fpc-devel] Install fpc and Friends on a non-Debian
ARM-Linux Device you state:
I found, that _fini and _init *should* be provided by crti.o which is
not included in the
Hi,
On Thu, 2013-01-24 at 16:13 +0100, Michael Schnell wrote:
On 01/24/2013 02:08 PM, Thomas Schatzl wrote:
Looking back, so it want's some _init and _fini...
2) I suppose in your environment not crti.o, but some library (.a file
or maybe some other file somehow specified) is used to
Hello,
I have this JSON:
{ id: 1, name: Silvio Clécio }
And my object is:
TPerson = class
private
FID: Int64;
FName: string;
published
property ID: Int64 read FID write FID;
property Name: string read FName write FName;
end;
But, FPJSONRTTI don't find the fields, except if I change my
Hi FPC team,
There is good proposed extension of for-in loop on fpc wiki: get
enumerator Position if available
http://wiki.freepascal.org/for-in_loop#Proposed_extensions. From my
point of view it's essential part of iterators. Especially for data
structures which store pairs of key and value
On Thu, 24 Jan 2013, silvioprog wrote:
Hello,
I have this JSON:
{ id: 1, name: Silvio Clécio }
JSON is JavaScript and JavaScript *is* case sensitive.
But you can use TJSONObject.IndexOfName with CaseInsentive to True:
Function IndexOfName(const AName: TJSONStringType;
Apologies for revisiting an old thread.
michael.vancann...@wisa.be wrote:
Will global variables and static global arrays be always
initialized to
zero?
Yes.
Are there cases where locals are set to a sane initial state, e.g. for
strings and dynamic arrays? What about (references to)
On Fri, Jan 25, 2013 at 4:45 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
Enumerators are not iterators.
Eh... actually, they are? Why do you think otherwise?
If you want a full-fledged iterator, you should use classes.
Enumerators *are* classes, except for built-in ones.
The for
Den 23-01-2013 00:54, vrt277 skrev:
Hi FPC team,
There is good proposed extension of for-in loop on fpc wiki: get
enumerator Position if available
http://wiki.freepascal.org/for-in_loop#Proposed_extensions. From my
point of view it's essential part of iterators. Especially for data
Am 24.01.2013 20:36, schrieb Alexander Klenin:
That's debatable.
As long as there is only some few line idea, there cannot debated much.
Just an example: what happens with i if I start to delete from s during
the for loop?
___
fpc-devel maillist -
On Fri, Jan 25, 2013 at 7:18 AM, Jeppe Græsdal Johansen
jjoha...@student.aau.dk wrote:
I think the idea is good if the feature is implemented as optional.
That way:
- If the enumerator class implements a CurrentIndex method then the for loop
can have an index variable.
- If not then the for
In our previous episode, Florian Kl?mpfl said:
As long as there is only some few line idea, there cannot debated much.
http://www.freepascal.org/faq.var#extensionselect
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Fri, Jan 25, 2013 at 7:30 AM, Florian Klämpfl flor...@freepascal.org wrote:
Am 24.01.2013 20:36, schrieb Alexander Klenin:
That's debatable.
As long as there is only some few line idea, there cannot debated much.
It is more: an idea with implementation and tests ;)
Just an example: what
On Fri, Jan 25, 2013 at 7:34 AM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Florian Kl?mpfl said:
As long as there is only some few line idea, there cannot debated much.
http://www.freepascal.org/faq.var#extensionselect
Yes, current discussion is based on that
Am 24.01.2013 21:35, schrieb Alexander Klenin:
On Fri, Jan 25, 2013 at 7:30 AM, Florian Klämpfl flor...@freepascal.org
wrote:
Am 24.01.2013 20:36, schrieb Alexander Klenin:
That's debatable.
As long as there is only some few line idea, there cannot debated much.
It is more: an idea with
Am 24.01.2013 22:26, schrieb Alexander Klenin:
On Fri, Jan 25, 2013 at 7:56 AM, Florian Klämpfl flor...@freepascal.org
wrote:
Just an example: what happens with i if I start to delete from s during
the for loop?
Exactly the same thing as in the current for-in loop: either a range check
Am 24.01.2013 21:41, schrieb Alexander Klenin:
On Fri, Jan 25, 2013 at 7:34 AM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Florian Kl?mpfl said:
As long as there is only some few line idea, there cannot debated much.
http://www.freepascal.org/faq.var#extensionselect
On Fri, Jan 25, 2013 at 8:44 AM, Florian Klämpfl flor...@freepascal.org wrote:
Am 24.01.2013 22:26, schrieb Alexander Klenin:
in all three cases, the effect will be more-or-less the same.
In the first two cases the programmer knows that he does something
strange, actually he can even adjust i
On 01/24/13 19:36, Alexander Klenin wrote:
Enumerators are not iterators.
Eh... actually, they are? Why do you think otherwise?
Enumerators are limited in functionality. Iterators are the full-blown
thing. Common Iterator API is something like Next, Prev, Reset, HasNext,
HasPrev etc.
On Fri, Jan 25, 2013 at 9:36 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
If you want full fledged iterators, use classes.
Please provide example of your suggestion for the case in the wiki.
I don't need to provide *anything*.
Of course you do not, this is why I said please :)
On Fri, Jan 25, 2013 at 10:13 AM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 01/24/13 19:36, Alexander Klenin wrote:
Enumerators are not iterators.
Eh... actually, they are? Why do you think otherwise?
Enumerators are limited in functionality. Iterators are the full-blown
thing.
On 01/24/13 23:26, Alexander Klenin wrote:
If you want full fledged iterators, use classes.
Please provide example of your suggestion for the case in the wiki.
I don't need to provide *anything*.
Of course you do not, this is why I said please :)
However, it is impossible to have a
On Fri, Jan 25, 2013 at 10:38 AM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 01/24/13 23:26, Alexander Klenin wrote:
If you want full fledged iterators, use classes.
Please provide example of your suggestion for the case in the wiki.
I don't need to provide *anything*.
Of course
Hi all,
I want to clarify what *feature will be optional* and will not break
compatibility. I suppose what back compatibility is required for all minor
changes. *I was thinking it's always by default :)*
*Michael Van Canneyt*,
FPC is not the playground for every possible idea out there.
If
25.01.2013 11:47, Василий Кевролетин пишет:
May be you understood what I'm from university in wrong way. It does
*not* mean what I need to quickly do any changes anywhere. It means what
I have resources /(time, motivation, direct support of very good
programmer) /to improve good open project.
29 matches
Mail list logo
