Am 04.03.2017 16:06 schrieb "fredvs" :
>
> Hello.
>
> Is it possible to add a array of float into ressource ?
>
> For example, there is myarray : array of cfloat.
>
> Is it possible to store that array myarray ressource and, when I want to
use
> it from ressource, I get also a array of float ?
>
>
Am 05.03.2017 18:33 schrieb "fredvs" :
>
> Hello.
>
> I have saved the buffer into file with a TFileStream.
>
> With lot of success for array of cint16 and cint32.
>
> But for array of cfloat --> much less success.
Define "much less success". How are you writing the array and how are you
reading i
Am 06.03.2017 13:42 schrieb "fredvs" :
>
> > I don't know. By all logic, it should not work either.
>
> Yes, it is I think too.
>
> Some more explanation:
>
> I use a "global" buffer of float to store data.
> Those data can be int16, int32 or float32.
>
> For example,
>
> If data are integer (16 o
On 06.03.2017 19:31, fredvs wrote:
>> Or, quite comically maybe: use a text file
>
> Or maybe, like in my second post, convert float32 ---> integer32
>
> for x := 0 to length(floatbuffer) -1 do
> begin
>floatbuffer[x] := round(floatbuffer[x] * 2147483647);
>if floatbuffer[x] > 214748
Am 06.03.2017 22:45 schrieb "fredvs" :
>
> > I don't know what you're doing wrong, but the following works:
>
> Huh, it is exactly what I (think to) do.
> And re-reading hundred times my code does not see any difference.
>
> OK, I will re-read thousand times the code, maybe I will find what is
wron
Am 06.03.2017 23:57 schrieb "fredvs" :
>
> Re-hello.
>
> Ok, I do not find yet the guilty in my code, I will re-try a other day.
> By the way, your code is working perfectly Sven.
>
> Now, last part of the question: how to convert that file stored into
> ressource but without to write to the disk (
Am 07.03.2017 13:49 schrieb "fredvs" :
>
> > To access a file stored as a resource you need to use TResourceStream.
>
> Ho my Dog, I did not know this one.
> More than perfect, many thanks Sven.
>
> PS: About array of float into TFileStream, after Googling a while, it s
not
> possible to do directl
On 07.03.2017 16:30, fredvs wrote:
>>> Many thanks Sven for your help.
>>> Do you agree if I add your name into the list of the "great contributors"
>>> of
>>> uos (https://github.com/fredvs/uos) ?
>> I don't think that's necessary. I'm merely doing my "job"...
>
> OK, I understand. (But I ask it
On 07.03.2017 22:39, fredvs wrote:
> OK, Sven you win (and http://stackoverflow.com should follow fpc forum).
> But you will not convince me that c does better than fpc, maybe equal but
> surely not better.
Despite me definitely favoring Object Pascal as well, I can't you have
spreading incorrect
Am 18.03.2017 19:20 schrieb "African Wild Dog" :
>
> Hello,
>
> Please confirm if this is a bug.
>
> When I try to compile the unit below I get the error:
>
> "generics_bug.pas(14,43) Fatal: Internal error 2012101001"
>
> It seems the compiler has bug when handling forward generics declaration.
Fo
Am 18.03.2017 19:55 schrieb "African Wild Dog" :
>
> Hello,
>
>
> Please confirm this bug.
>
> The unit code bellow won't compile (fpc 3.0.2 - debian jessie amd64):
>
> "generics_bug.pas(17,48) Fatal: Syntax error, "," expected but "<" found"
>
> === CODE ===
>
> unit generics_bug;
>
> {$mode delp
Am 18.03.2017 22:41 schrieb "Sven Barth" :
>
> Am 18.03.2017 19:55 schrieb "African Wild Dog" :
> >
> > Hello,
> >
> >
> > Please confirm this bug.
> >
> > The unit code bellow won't compile (fpc 3.0.2 - debian jessie amd64):
> >
> > "generics_bug.pas(17,48) Fatal: Syntax error, "," expected but "<
Am 18.03.2017 23:27 schrieb "African Wild Dog" :
>
> 2017-03-18 18:40 GMT-03:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
>>
>> Forward declarations for generic types are not supported.
>
> Are there plans for add suport for this in fpc
Am 19.03.2017 00:02 schrieb "Bart" :
>
> On 3/18/17, Sven Barth via fpc-pascal
wrote:
>
> > Forward declarations for generic types are not supported.
>
> But it should not give an internal error.
With that I agree. Would you please check with 3.1.1 and if it'
Am 19.03.2017 05:07 schrieb "African Wild Dog" :
>
> Hello,
>
> Test env: debian jessie amd64 - fpc 3.0.2
>
> It seems free pascal have a bug when handling interface inheritance using
generics.
>
> When i try to compile the unit bellow, i get this error:
>
> "interface_bug.pas(41,44) Error: Incompa
Am 19.03.2017 10:10 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> Hi,
>
> Sorry if this is a silly question, I didn't really follow Generics
> discussions in the past. If the "rtl-generics" package a replacement for
> the fgl unit?
The fgl unit is more lightweight while rtl-gen
Am 19.03.2017 11:30 schrieb "Bart" :
>
> On 3/19/17, Sven Barth via fpc-pascal
wrote:
>
> >> But it should not give an internal error.
> >
> > With that I agree. Would you please check with 3.1.1 and if it's still
the
> > case there report a bug
Am 19.03.2017 17:55 schrieb "African Wild Dog" :
>
> 2017-03-19 5:25 GMT-03:00 Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org>:
>>
>> I think this will happen with non-generic interfaces as well. So please
test with those and if possible also with 3
Am 23.03.2017 16:29 schrieb "Ryan Joseph" :
>
> I have some generics which operate on multiple types and instead of
making subclasses for certain types and overriding methods I wonder if
using the RTTI like:
>
> PTypeInfo(TypeInfo(T))^.kind = tkClass
>
> would be a good idea. How is TypeInfo() impl
Am 23.03.2017 13:05 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> Hi,
>
> Just thought I would mention, yesterday Delphi 10.2 was released which
> includes Linux support (I assume a cross-compiler). It is only available
> in the Enterprise edition product line though, and only L
On 23.03.2017 18:35, Florian Klämpfl wrote:
> Am 23.03.2017 um 16:47 schrieb Mattias Gaertner:
>> On Thu, 23 Mar 2017 16:08:20 +0100 (CET)
>> Michael Van Canneyt wrote:
>>
>>> [...]
When did FPC start to run on Linux? 1999?
>>>
>>> I got the first "hello world" around 1995-1996, I think,
>
Am 24.03.2017 03:51 schrieb "Ryan Joseph" :
> Is there anyway I could push the type checking to runtime? I wanted to
using writeln also to perform some printing for debugging but I get stuck
at compile time again trying to mix, integers, strings, records, classes
etc… in the generic. I would use an
Am 24.03.2017 19:55 schrieb "Michael Van Canneyt" :
>
>
>
> On Fri, 24 Mar 2017, African Wild Dog wrote:
>
>> Hello,
>>
>> I need to write a code compatilble with both free pascal and delphi using
>> the old style RTTI.
>> What are the diferences between delphi's and free pascal's
approach/types?
>
Am 31.03.2017 19:27 schrieb "African Wild Dog" :
>
> 2017-03-30 4:25 GMT-03:00 Michael Van Canneyt :
>>
>>
>>
>> On Thu, 30 Mar 2017, African Wild Dog wrote:
>>
>>> Hello,
>>>
>>> 1 - What happens if my constructor raise an exception? Is my destructor
>>> automatically called?
>>
>>
>> Yes.
>>
>>>
Am 01.04.2017 05:42 schrieb "Ryan Joseph" :
>
> As far as the compiler is concerned what’s the difference between
clearing an array using a for-loop vs. FillChar? It seems like iterating
the array would be slower but what does FillChar do exactly and is it
faster? The primary concern here is that t
Am 01.04.2017 05:59 schrieb "Ryan Joseph" :
>
> I’ve been using a design pattern in my code which I think is probably
pretty stupid so I’d like to make sure. Assume I have a type like TPoint
below and I want to set the value I’ll doing something like point :=
PointMake(x, y). How does the compiler
Am 01.04.2017 10:35 schrieb "Ryan Joseph" :
>
>
> > On Apr 1, 2017, at 2:50 PM, Ryan Joseph
wrote:
> >
> > Yeah, I was concerned with just compiler types or weakly retained
classes where I’m just keeping the reference.
>
> Another question. Is it more efficient/faster to reallocate a new array
of
Am 01.04.2017 13:31 schrieb "Jürgen Hestermann" :
>
> I am wondering what the purpose of filling all
> array elements with zero's could be.
> If I want to discard all elements I would simply delete
> the whole array (setlength(MyArray,0) ).
>
> But when should it be useful to keep all elements and
On 01.04.2017 09:59, Ryan Joseph wrote:
>
>> On Apr 1, 2017, at 2:46 PM, Sven Barth via fpc-pascal
>> wrote:
>>
>> I haven't looked at it in detail, but it could be that both have similar
>> efficiency. You could also add "inline" to the
On 02.04.2017 11:22, Ryan Joseph wrote:
>
>> On Apr 1, 2017, at 9:25 PM, Jürgen Hestermann
>> wrote:
>>
>> If you just need to reuse the same array and only need to zero its elements
>> then of course fillchar would be the fastest approach (it saves the memory
>> reallocation step).
>
> Why is
Am 04.04.2017 06:55 schrieb "Ryan Joseph" :
>
>
> > On Apr 2, 2017, at 11:02 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > can be easily seen by looking at the implementation of SetLength() in
> > $fpc
Am 04.04.2017 05:25 schrieb "Ryan Joseph" :
>
> Thanks for the tips, I appreciate it.
>
> This is all pretty trivial but it’s kind of annoying that using an inline
class function is more efficient than a constructor despite having
identical functionality. It's tempting to remove the constructors no
Am 04.04.2017 12:52 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> On 02/04/17 10:00, Jonas Maebe wrote:
>
>> Allocating new memory via setlength also clears the memory (+ the
>> overhead of allocating the memory).
>
>
> Jonas, is it still the case that if SetLength() result
Am 04.04.2017 13:55 schrieb "Ryan Joseph" :
>
>
> > On Apr 4, 2017, at 4:58 PM, Howard Page-Clark via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > You can always use FillChar and its kin on specific 'nested' arrays
like this
> >
> > type
> > TIntArray = array of Integer;
> > TIntI
On 04.04.2017 15:40, Ryan Joseph wrote:
>
>> On Apr 4, 2017, at 7:17 PM, Sven Barth via fpc-pascal
>> wrote:
>>
>> If you want continuous memory areas you need to use static arrays or develop
>> your own dynamic data structure that uses array properties.
>&
On 04.04.2017 15:40, Ryan Joseph wrote:
>
>> On Apr 4, 2017, at 7:17 PM, Sven Barth via fpc-pascal
>> wrote:
>>
>> If you want continuous memory areas you need to use static arrays or develop
>> your own dynamic data structure that uses array properties.
>&
On 04.04.2017 16:54, Ryan Joseph wrote:
>
>> On Apr 4, 2017, at 9:46 PM, Sven Barth via fpc-pascal
>> wrote:
>>
>> SetLength() allocates a single block of memory, cause array access is
>> ordinary pointer arithmetic. However if you have an array of array then
&g
On 04.04.2017 16:27, Ryan Joseph wrote:
>>> Does SetLength on a single level dynamic array not even allocate a
>>> continuous block of memory?
>>
>> Yes, it does (as explained in all the other mails).
>> A (dynamic) array of integer will be allocated as a single block by
>> SetLength.
>> So if yo
On 04.04.2017 16:27, Ryan Joseph wrote:
>>> Does SetLength on a single level dynamic array not even allocate a
>>> continuous block of memory?
>>
>> Yes, it does (as explained in all the other mails).
>> A (dynamic) array of integer will be allocated as a single block by
>> SetLength.
>> So if yo
Am 06.04.2017 10:32 schrieb "Ryan Joseph" :
>
> Does it exist now or has it ever been discussed that a method in TObject
could be called when an instance of an object goes out of scope? It’s
common to clean up objects in a function body after the function exits and
calling a method would be a nice
Am 06.04.2017 11:58 schrieb "Ryan Joseph" :
>
>
> > On Apr 6, 2017, at 4:26 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > It's a difficult topic, cause in Object Pascal class instances are
always on the heap while in C
Am 09.04.2017 14:03 schrieb "Ryan Joseph" :
>
>
> > On Apr 9, 2017, at 6:13 PM, Maciej Izak wrote:
> >
> > sure, but not directly. Try this:
>
> Thanks, that’s a seriously funky hack but it works. :) The only downside
is you need to define types every time you need a different size.
>
> Is this a
Am 12.04.2017 14:32 schrieb :
> In a way, this is a form of garbage collection or RAII sort of. And
reduces the obnoxious free's required in non garbage collected programming
languages... So it's a nice feature/trick to have ownership. But at the
same time you can think there is a memory leak since
Am 12.04.2017 16:10 schrieb :
> Why run webgl through javascript if you could just make something like a
flash plugin object (like youtube videos) that plays opengl scenes using
some native format similar to how flash uses SWF files, or whatever?
Because the point is not to need some strange, obsc
Am 12.04.2017 16:51 schrieb "Ryan Joseph" :
>
>
> > On Apr 12, 2017, at 9:25 PM, Michael Van Canneyt
wrote:
> >
> > Adding a pop/push requires compiler magic, and could be implemented;
but the question is whether it is worth it, given the plethora of other
> > options at your disposal.
>
> Why mag
Am 12.04.2017 17:06 schrieb :
>
> On 2017-04-09 06:32, Ryan Joseph wrote:
>>>
>>> On Apr 9, 2017, at 6:13 PM, Maciej Izak wrote:
>>>
>>> sure, but not directly. Try this:
>>
>>
>> Thanks, that’s a seriously funky hack but it works. :) The only
>> downside is you need to define types every time you
Am 13.04.2017 13:25 schrieb "MARCOU Gilles" :
>
> Regarding this code:
>
>> SetLength(Array,Length(Array)+1);
>> Array[High(Array)] := …
>
>
> as I understood from (http://wiki.freepascal.org/Dynamic_array),
SetLength will create a copy of the array and free the memory of the
shorter array. In this
Am 13.04.2017 14:47 schrieb "Ryan Joseph" :
>
>
> > On Apr 13, 2017, at 7:08 PM, Mattias Gaertner
wrote:
> >
> >> as I understood from (http://wiki.freepascal.org/Dynamic_array<
http://wiki.freepascal.org/Dynamic_array>), SetLength will create a copy of
the array and free the memory of the shorter
Am 13.04.2017 18:06 schrieb "Ryan Joseph" :
>
>
> > On Apr 13, 2017, at 10:29 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > SetLength *does* use a reallocate for this, but since it doesn't give
you any guarantee
Am 14.04.2017 09:23 schrieb "Michael Schnell" :
>
> On 12.04.2017 14:09, Lars wrote:
>>
>> If unix could just make processes even lighter weight or
>> faster loading, I might avoid threads and just use processes...
>
> in Unix/Linux processes are not less "light" then threads. You can create
a proc
On 16.04.2017 16:58, fredvs wrote:
> Hello.
>
> A C method is defined like this:
>
> MPG123_EXPORT int mpg123_icy(mpg123_handle *mh, char **icy_meta);
>
> and translated in Pascal with this:
>
> function mpg123_icy(mh: Tmpg123_handle; var icy_meta: PPChar): integer;
> cdecl;
This is wrong. "va
On 16.04.2017 18:52, fredvs wrote:
> Free Pascal - General mailing list wrote
>> function mpg123_icy(mh: Tmpg123_handle; var icy_meta: PChar): Integer;
>> cdecl;
>
> Thanks for your answer.
>
> I did try with this but :
>
> res := mpg123_icy(mph,theicytag);
>
> if (res = 0) then writeln('resu
Am 17.04.2017 00:47 schrieb "fredvs" :
>
> Free Pascal - General mailing list wrote
> > According to the code it also returns 0 with icy_meta being Nil if there
> > is no corresponding data:
> >
https://github.com/georgi/mpg123/blob/master/src/libmpg123/libmpg123.c#L1384
>
> Ha, nice, you did find
Am 19.04.2017 06:35 schrieb "Ryan Joseph" :
>
>
> > On Apr 19, 2017, at 2:34 AM, Daniel Gaspary wrote:
> >
> > Using SetJmp and LongJmp?
> >
> > I believe some months ago it was a discussion on the list on why this
> > was not really the way to implement coroutines.
> >
> > Searching for longjmp/
Am 19.04.2017 11:26 schrieb "Ryan Joseph" :
>
>
> > On Apr 19, 2017, at 4:14 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > Those functions simply store (setjmp) and restore (longjmp) register
values (and setjmp also retur
Am 20.04.2017 08:44 schrieb "Andrey M, Zubarev" :
>
> Hi All,
>
> Why can't use procedural type for declare a procedure\function?
> Why ever allow the exact same signature? It's uncomfortable
> Maybe it makes sense to introduce into the language such a possibility?
No, that makes no sense. Functio
Am 20.04.2017 13:02 schrieb "LacaK" :
>
> Hi *,
>
> I have some generic class:
>
> generic T2DNumericArray = object(specialize T2DArray)
> public
> class function Truncate(Value: double): T; inline;
> ...
>
> In class function Truncate I want check if supplied Value is in range of
T
Am 22.04.2017 08:18 schrieb "Cyrax" :
> I think that this was the bug report and which you did fix back then :
http://bugs.freepascal.org/view.php?id=28832>
Indeed it is :)
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http:/
Am 28.04.2017 06:06 schrieb "Ryan Joseph" :
>
> Instead of making constructors and doing busy work It would be nice if
Free Pascal could let you assign records outside of type blocks like:
>
> rec := (x: 0; y: 0; z: 0);
>
> Why isn’t this possible btw? I saw some C++ code do this and it seems
like
On 28.04.2017 08:01, Ryan Joseph wrote:
>
>> On Apr 28, 2017, at 12:43 PM, Sven Barth via fpc-pascal
>> wrote:
>>
>> It would introduce an ambiguity as "(x" could also complete to other
>> expressions (e.g. "(x + y) * 2" or even merely &quo
Am 28.04.2017 09:23 schrieb "Ryan Joseph" :
>
>
> > On Apr 28, 2017, at 1:06 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> >
> > No, I mean
> >
> > rec := (x + y) * 2;
> >
> > The compiler has to d
Am 28.04.2017 14:09 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
> Is there any way that the length of an array being used for that sort of
job can be defined by what's put into it, rather than having to be
predefined?
No, there is not. Though I already had the idea that such
Am 29.04.2017 22:19 schrieb "Marcos Douglas B. Santos" :
>
>
> On Sat, Apr 29, 2017 at 2:10 PM, Michael Van Canneyt <
mich...@freepascal.org> wrote:
>>
>>
>>> Hi,
>>>
>>> I would like to write some packages that should work in FPC and Delphi.
>>> I know that I will need to use {mode delphi} to do t
Am 29.04.2017 23:56 schrieb "Marcos Douglas B. Santos" :
>
> On Sat, Apr 29, 2017 at 5:23 PM, Marco van de Voort
wrote:
> >
> > In our previous episode, Marcos Douglas B. Santos said:
> > > I would like to write some packages that should work in FPC and
Delphi.
> > > I know that I will need to use
Am 04.05.2017 10:37 schrieb "Ryan Joseph" :
>
>
> > On Apr 28, 2017, at 3:51 PM, Ryan Joseph
wrote:
> >
> > I almost struck out there. ;) There’s at least a possibility for anyone
interested. A few years ago I looked at the compiler source and decided it
was beyond me to even understand the code b
Hello together!
Since revision 36105 FPC now supports the use of array constructors
using the "[...]" syntax inside ordinary code blocks like Delphi does
since - I think - XE8. And yes, even nested ones are supported (take a
look at $fpcdir/tests/test/tarrconstr5.pp for a bit of inspiration).
Con
Am 05.05.2017 21:19 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> On 04/05/17 22:30, Sven Barth via fpc-pascal wrote:
>>
>> Hello together!
>> Since revision 36105 FPC now supports the use of array constructorsusing
the "[
Am 08.05.2017 16:34 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> On 04/05/17 22:30, Sven Barth via fpc-pascal wrote:
>>
>> Hello together!
>> Since revision 36105 FPC now supports the use of array constructorsusing
the "[
Am 08.05.2017 18:25 schrieb "Mattias Gaertner" :
>
> On Fri, 5 May 2017 00:06:25 +0200
> Sven Barth via fpc-pascal wrote:
>
> >[...]
> > Since revision 36105 FPC now supports the use of array constructors
> > using the "[...]" syntax inside o
Am 08.05.2017 22:14 schrieb "Jonas Maebe" :
>
> On 08/05/17 17:34, Sven Barth via fpc-pascal wrote:
>>
>> Good to know. Any regressions with ordinary sets?
>
>
> There seems to be a problem with overload selection between dynamic and
open arr
Am 11.05.2017 18:14 schrieb "Jon Foster" :
> I should also throw out here that it would be *REALLY* nice, and even
somewhat needful on the Android front, if FPC could interface directly with
C++ libs and use their classes and objects. Besides Java, Google prefers to
use C++ (for obvious reasons) an
On 11.05.2017 19:58, Jon Foster wrote:
>
> On 05/11/2017 09:37 AM, Sven Barth via fpc-pascal wrote:
>>
>> Am 11.05.2017 18:14 schrieb "Jon Foster"
>> mailto:jon-li...@jfpossibilities.com>>:
>> > Anyhow tips on the FPC->C++ front would be appreci
On 11.05.2017 20:43, James Richters wrote:
> I have a few console graphics applications that I originally wrote in
> Turbo Pascal that I have been able to convert over to Free Pascal and
> now have windows versions of these programs. I notice that unless I run
> my program on a 3.5GHz machine or f
Am 12.05.2017 11:10 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> On 05/11/2017 09:37 AM, Sven Barth via fpc-pascal wrote:>> Am 11.05.2017
>
>> 18:14 schrieb "Jon Foster"
>> <mailto:jon-li...@jfpossibilities
Am 14.05.2017 23:18 schrieb :
>
> On 2017-05-11 18:57, Jon Foster wrote:
>>
>> On 05/11/2017 02:48 PM, Graeme Geldenhuys wrote:
>>>
>>> On 2017-05-11 19:43, James Richters wrote:
Any Suggestions?
>>>
>>>
>>> Speed:
>>> In recent graphics work I've done, I've noticed that FPC is fantasti
Am 16.05.2017 02:46 schrieb "Nikolay Nikolov" :
>> I also no longer have the 'graphwindow' handle variable so I had to
comment out anything that was using it like
>>
>> SetWindowTextA(graphicwindow,graphwindowtext);
>> And
>> ShowWindow(graphwindow, SW_SHOW);
>> So I just commented them out for now
Am 16.05.2017 16:10 schrieb "Jon Foster" :
> There are only two software projects in the world that continue to
impress me with each new release: the Linux Kernel and FPC, which amuses me
since I remember the first version of FPC I saw. '99 I think it was. I
laughed and moved on. I wish I had the t
Am 17.05.2017 07:08 schrieb :
>
> On 2017-05-15 04:36, Michael Schnell wrote:
>>
>> On 12.05.2017 16:37, Michael Van Canneyt wrote:
>>>
>>>
>>> Check manually. What else is left ? There is no message queue, so no
loop in which to check at regular basis.
>>>
>> For event processing in a not threaded
Am 17.05.2017 07:12 schrieb :
>
> On 2017-05-15 17:27, Graeme Geldenhuys wrote:
>>
>> On 2017-05-15 22:50, nore...@z505.com wrote:
>>>
>>> Graeme will need to clarify whether he was trying to be harsh on FPC
>>> entirely, or just specifically in some areas.. :-)
>>
>>
>> I'll try and clarify... I b
Am 17.05.2017 07:15 schrieb :
>
> On 2017-05-16 09:10, Jon Foster wrote:
>
>> I think the key word in Graeme's complaint is "game". And I'm willing
>> to bet that most of his envisioned gaming scenarios deal with a lot of
>> floating point math and the more advanced math functions. A quick
>> glanc
Am 17.05.2017 07:18 schrieb :
>
> On 2017-05-15 17:37, James Richters wrote:
>>
>> I have managed to get ptcgraph and ptccrt to work with my program and
>> I can report that there is an AMAZING increase in graphics
>> performance! It is pretty much a drop in replacement and I did not
>> change an
Am 18.05.2017 17:47 schrieb "Jon Foster" :
>
> On 05/18/2017 08:46 AM, Jon Foster wrote:
>>
>>
>> On 05/17/2017 05:40 AM, Ewald wrote:
>>>
>>> On 16/05/17 23:53, Mattias Gaertner wrote:
touch mytest
fpc -vc mytest
>>>
>>> Perhaps a one-liner:
>>> fpc -vc /dev/null
>>>
>>> ?
>>>
>
Am 18.05.2017 22:01 schrieb "Marco van de Voort" :
>
> In our previous episode, Sven Barth via fpc-pascal said:
> >
> > fpc -vc NUL
> >
>
> But I assume that requires executing a shell?
If I remember correctly it should not (though I c
Am 19.05.2017 02:22 schrieb "James Richters" :
>
> Thank you for the explanation. I didn't really understand how to use the
cross compiler.
>
> I have installed the cross compiler and tried to compile my program with
>
> ppcrossx64 program.pas
>
> but I get
> PaStep.pas(3,98) Fatal: Can't find uni
Am 19.05.2017 03:30 schrieb "Ryan Joseph" :
>
>
> > On May 19, 2017, at 3:48 AM, Florian Klämpfl
wrote:
> >
> > Well, the reason are the linux calling conventions: there are no callee
saved xmm registers. This
> > means FPC does not use any single/double register variables. I have
some prototype f
Am 19.05.2017 13:54 schrieb "Lukasz Sokol" :
>
> On 19/05/17 11:15, Graeme Geldenhuys wrote:
> > On 2017-05-19 00:38, Nikolay Nikolov wrote:
> >> windows OS - there are simply no known issues with that under any
> >> 64-bit windows version that I know of. snip... It won't work
> >> from the IDE
Am 19.05.2017 13:32 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> On 2017-05-19 12:11, Nikolay Nikolov wrote:
>>
>> In FPC, if you want to use SSE and
>> avoid the x87 FPU, you have to compile with a specific compiler options
>> and forfeit the option for your executable to run
Am 19.05.2017 12:51 schrieb "Mattias Gaertner" :
>
> On Fri, 19 May 2017 10:54:25 +0200
> Sven Barth via fpc-pascal wrote:
>
> >[...]
> > Even though FPC might use SSE for maths it will still use the x87 to
> > transfer floating values to/from function,
Am 19.05.2017 14:53 schrieb "Lukasz Sokol" :
>
> On 19/05/17 13:33, Sven Barth via fpc-pascal wrote:
>
> >>> You don't have to build a 32-bit FPC because an official
> >>> released installer exists. So this is no problem at all. But
> >>>
Am 19.05.2017 15:29 schrieb "Marco van de Voort" :
>
> In our previous episode, Sven Barth via fpc-pascal said:
> >
> > You only compiled the program with SSE, but not the RTL. And to
completely
> > avoid the x87 FPU you additionally need to fiddle around wit
Am 19.05.2017 16:39 schrieb "Karoly Balogh (Charlie/SGR)" <
char...@scenergy.dfmk.hu>:
>
> Hi,
>
> On Fri, 19 May 2017, Reimar Grabowski wrote:
>
> > Final: The render function takes about 90%, the cast-to-int about 5%. No
> > other interesting functions shown. So the missing time must be spent
> >
On 19.05.2017 19:22, Karoly Balogh (Charlie/SGR) wrote:
> Hi,
>
> On Fri, 19 May 2017, Sven Barth via fpc-pascal wrote:
>
>> I think Jeppe wanted to add vector support. Though the question here is
>> whether one wants to optimize/detect this at the AST level and con
Am 19.05.2017 22:24 schrieb "Sven Barth" :
>
> On 19.05.2017 19:22, Karoly Balogh (Charlie/SGR) wrote:
> > Hi,
> >
> > On Fri, 19 May 2017, Sven Barth via fpc-pascal wrote:
> >
> >> I think Jeppe wanted to add vector support. Though the question
On 20.05.2017 21:34, Jonas Maebe wrote:
> There's at least one minor twist of the classic "C compiler evaluates
> constant stuff at compile time":
> 1) oy and oz are constant. The "floor" function is a standard C library
> function, and hence C compilers know what it does and can evaluate it at
> c
Am 25.05.2017 11:16 schrieb "Michael Van Canneyt" :
>
>
>
> On Thu, 25 May 2017, Mattias Gaertner wrote:
>
>> On Wed, 24 May 2017 22:24:51 +0200 (CEST)
>> mar...@stack.nl (Marco van de Voort) wrote:
>>
>>> In our previous episode, Mattias Gaertner said:
>>> > > https://www.freepascal.org/down/x86_6
2017-05-25 15:14 GMT+02:00 Marcos Douglas B. Santos :
> On Wed, May 24, 2017 at 4:23 PM, Graeme Geldenhuys
> wrote:
>>> 2. How did you garantee that others applications aren't being using
>>> the same port as your application to avoind conflicts?
>>
>>
>> I looked at the official IANA list of regi
2017-05-25 16:44 GMT+02:00 Marco van de Voort :
>> The current system is confusing and completely un-understandable, it needs
>> to go.
>>
>> The multi-language support has not been used in 15 years, so it is time to
>> put it out of its misery...
>
> Please avoid non general skills (in FPC core,
2017-05-25 17:05 GMT+02:00 Michael Van Canneyt :
>
>
> On Thu, 25 May 2017, Marco van de Voort wrote:
>
>> In our previous episode, Michael Van Canneyt said:
>>>
>>> > Simply replacing the tcl bits would be enough. It seems a simple
>>> > makefile
>>> > generator app.
>>>
>>> No way. I'm going to g
2017-05-25 17:22 GMT+02:00 Marco van de Voort :
> In our previous episode, Sven Barth via fpc-pascal said:
>> >
>> > In particular, avoid these languages:
>> > https://www.destroyallsoftware.com/talks/wat
>>
>> I'd say if he decides to use JS he&#x
2017-05-26 11:08 GMT+02:00 Michael Van Canneyt :
>
>
> On Fri, 26 May 2017, Dennis wrote:
>
>> I defined a generic TList //CORBA style interface
>>
>> var
>>aInt : IMyInterface;
>> aObj : TObject;
>> begin
>>aInt := MyList.Items[0];
>>aObj := aInt as TObject;
>>
>> writeln( IntToH
1 - 100 of 1204 matches
Mail list logo
