So it seems to me Sizeof(bufferfloat[x]) is the same in the 3 cases (alway
> sizeof(float)).
Of course it's always the same size as it's an array of cfloat after all
and no assignment will change that.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
r(1), fmOpenRead);
try
fs.ReadBuffer(fbuf[0], Length(fbuf) * SizeOf(fbuf[0]));
finally
fs.Free;
end;
for i := Low(fbuf) to High(fbuf) do
Writeln(fbuf[i]);
end.
=== code end ===
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal
nd times the code, maybe I will find what is
wrong.
Then try to minimize your code as much as possible and then show it here
(an as small as possible compileable example that shows your problem).
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.fr
as a resource you need to use TResourceStream.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
lp.
> 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"...
Regards,
Sven
___
f
at), 42, file) != 42)
{
printf("Failed to read data\n");
fclose(file);
free(floatbuf);
return 1;
}
for (int i = 0; i < 42; i++)
printf("%f\n", (double)floatbuf[i]);
fclose(file
have
spreading incorrect information on C, can I? ;)
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
has bug when handling forward generics declaration.
Forward declarations for generic types are not supported.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
erator>)
> end;
>
> implementation
>
> end.
>
> ===
Nested specializations are currently not supported though they *might* work
with 3.1.1.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ype
> >
> > TPair = record
> > Key: TKey;
> > Value: TValue;
> > end;
> >
> > TEnumerator = class
> > end;
> >
> > TGenericClass = class(TEnumerator>)
> > end;
> >
> > implementation
> >
> > end.
>
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'
ith a non-generic example, makes things easier to
debug ;) ).
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
unit?
The fgl unit is more lightweight while rtl-generics might provide better
performance.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
s not even
a call.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
tion product line though, and only Linux Server
> style apps are supported (no GUI/desktop apps).
In the end you'll just need the correct units to do GUI applications as
well though one would need to do everything by hand as there'd be no VCL or
FM :P
Regards,
Sven
________
next version of the compiler, I think it would be
>> nice if you send me the sources, so I can try to compile them under Linux.
>> This way we can always keep the DOS and Linux version synchronised.
I take it this was before a version control system was used? :P
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> if typeKind = tkClass then
> TObject(value).Retain;
>
> result := value;
> end;
>
You could try to do it with a pointer:
PObject(@value)^.Retain;
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.o
rds compatibility (they are properties to the double indirection
fields). RTTI data added in 3.1.1 only has the double indirection.
So this difference needs to be kept in mind and will always result in
ifdefs for RTTI code that handles both Delphi and FPC.
Regards,
Sven
_
ry for the class is allocated.
>>
>
> Thanks for the clarification.
> I've issued #0031619 to add these details in the documentation.
Keep in mind however that the second behavior can be changed by overriding
TObject.NewInstance (the default implementation allocates the memory of
m FPC so it can be referred in an article or book.
Thank you.
Regards,
–Mr Bee
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
nces the result of the
FillChar (or equivalent) would be memory leaks.
Plase also note that after a SetLength the new elements are already 0 (or
equivalent).
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
potential temporary variable if the compiler doesn't do
that already anyway.
Alternatively you could also declare a constructor "TPoint.Make" or so
(that despite its name doesn't do any dynamic memory allocation either)
which you can declare as inline as well.
In the end you can always chec
n of reallocate and then
there'd still be the internal FillChar of the array.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
h will also zero out the elements).
Normally the performance difference isn't *that* important, but sometimes
that difference can make or break something.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
rdeal can only be *more* complex than
FillChar().
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
ng is
done there for record constructors either. I'll check whether I can at
least get them to paricipate in auto inlining so that they would at least
be automatically inlined at higher optimization levels.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-
t is really done with the data area.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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 t
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
trix = array[0..2, 0..2, 0..2] of LongInt;
=== code end ===
There you can use FillChar() as much as you want as that is indeed a
single memory block containing 9 LongInt elements.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
all that
> memory in one block I would think.
Addendum: If you look at fpc_dynarray_setlength() again then you'll see
at line 289 that it's calling itself recursively for nested arrays.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
of such an object if it goes
out of scope.
In Object Pascal currently only reference counted interfaces and (new in
trunk) records with management operators provide this feature.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@list
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
are already providing enough headaches as they are without adding
that as well -.-
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s[x] is a text description of the voice
ToSpeak := 'Hello MS SAPI';
Voice.speak(ToSpeak, SVSFDefault);
// cleanup
end;
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
widgets are also garbage collected, sort of. Again a nice
feature/trick to avoid all the obnoxious free calls that bloat up the
source code with line noise.
Both are in fact using the same mechanism as you can put e.g. a
TSQLTransaction on a form as well.
Regards,
Sven
_______
nge, obscure plugin that works
only on a subset of the platforms the browser supports when the script
engine of the browser is powerful enough to do it itself.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.
piler?
Delete() is already supported in trunk, Insert() and the +-operator (or
Concat()) are on the near term ToDo list (mainly out of Delphi
compatibility, though I definitely agree with their existence).
Regards,
Sven
___________________
fpc-pascal mai
but you can use advanced
records (which allow methods as well as management operators) as well.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
reate
event handlers and whatnot in Pascal…
But this is all still under heavy development.
Seriously? Where can we try or test this? This is really a great news! It
reminds me of Morfik. :)
Hope the development will continue.
Regards,
–Mr Bee
_______________
test it. :)
Regards,
–Mr Bee
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
recommended anyway not to do "SetLength(..., ... + 1)"
loops as that will lead to fragmentation of the heap.
Regards
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
? That sounds crazy but I don’t know how memory managers
work.
SetLength *does* use a reallocate for this, but since it doesn't give you
any guarantee for its success as its the task of the memory manager to deal
with this, it's easier to assume that the array is indeed copied.
Regards,
S
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
ces.
Why do you think the concept of threads was introduced in Unix? Early Unix
systems only had processes.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
nd Assigned(theicytag) and Assigned(theicytag^)
then writeln(theicytag^);
Regards,
Andrew
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
h an appropriate size before you do the same.
Regards,
Sven
_______
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
with icy_meta being Nil if there
is no corresponding data:
https://github.com/georgi/mpg123/blob/master/src/libmpg123/libmpg123.c#L1384
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
7;s either "var PChar" or "PPChar"
and nothing else.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
p also returns the value passed to longjmp if it had been reached
by a longjmp). Nothing more, nothing less. So while the stack register
while be changed, the contents on the stack will not.
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.f
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
#x27;d need to check the corresponding type first.
(And if you now say that an IDE can help with that, well 1) not everyone
uses one and 2) the same could be said about your original problem)
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.fre
use dummy values while parsing the generic, but during
specialization it will use the correct ones. Though it might be that you'd
need 3.1.1 for it (dont know right now when I had fixed that).
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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.fre
TMyRec"
The compiler currently prefers to cast array constructors towards sets,
especially if they contain values that could be expressed as a set. That
will change once proper support for array constructors is added. Though I
don't know whether this would work then ;)
Regards,
Sven
___
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
lready had the idea that such preinitialized
dynamic arrays (because that's what they'd need to be for consistency)
could be implemented. Alas that's another small point on my huge ToDo
list... :/
Regards,
Sven
_______________
fpc-pascal maillist
to the Delphi modes not using the
"generic" and "specialize" keywords there is some disambigity that the
compiler is not yet able to handle (most of these cases can however be
worked around either by explicitly declaring the specializations as types
or breaking the expressions
;s an alias for (P)AnsiChar.
At least the conversions between the string types are handled by the
compiler, only PAnsiChar <=> PWideChar conversions you'd need to do
yourself, but the compiler would complain there anyway.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
er correctly class helpers. And at
that time I knew next to nothing about the compiler and thus had to learn
by doing and debugging.
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
report bugs, then please attach the tag "array constructors".
Have fun! :D
Regards,
Sven
___________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
th
most library code that would be something...
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
ernatives (both are
part of FPC). Other than that you could try to investigate why the
graphic unit is so slow on Windows...
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
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
I think he specifically meant graphics apps, not general apps
While a raytracer is indeed a graphics app it's mainly about CPU
computation in this case and not interfacing with the GPU like OpenGL does
(of course one can write a raytracer to take advantage of the parallel
architecture of a GPU, but that's bot the case in this specific example).
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
om a different thread. However a platform independent
SetWindowTitle() for ptcgraph would be rather useful I guess.
Though I'd like to know why he needs ShowWindow()...
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
functionality in e-mails :D
Regards,
Sven
_______________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
idle? this documented somewhere?
> Is onidle reliable or hit and miss where the app is not idle enough, in
some cases?
OnIdle() is called when there is no more event waiting in the widgetset's
event queue, basically meaning that the application has nothing better to
do anyway. It has nothing
different
beast compared to OpenGL/DirectX/Vulkan. While a raytracer *might* use one
of those APIs for output of the final image the main task is the
calculation of said image and *that* is where Graeme said that FPC had
problems.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
h readability. It's about portability instead as
FPC supports many different CPUs all with their own assembly language and
quirks.
Though that stops no one from implementing platform specific routines which
was done for some platforms (e.g. the x86 ones).
Regards,
Sven
_
rely need to look at the mails
that Nikolay has written in this thread. There he writes that the stock
graph unit and the PTC graph unit both use different approaches to interact
with the Windows API this allowing the latter not to have the same
bottleneck as the former.
Regards,
Sven
__
t
>>>> fpc -vc mytest
>>>
>>> Perhaps a one-liner:
>>> fpc -vc /dev/null
>>>
>>> ?
>>>
>>> Saves one the need to create a dummy file and remove it afterward ;-)
>>
>> I like it!
>>
> Although th
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
n't support Win64).
Btw: instead of calling "ppcross64.exe ..." you can also use "fpc -Px86_64
..."
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
0.
Additionally some internal functions are not yet available with sole SSE
support (frac() indeed comes to mind).
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
o load a 32bit library,
> that then can talk to a 32bit USB driver ?
> (on Windows)
Drivers (at least kernel mode drivers) must be 64-bit on 64-bit Windows
(and also basically every other system I'm aware of).
However it's perfectly possible to talk with a 64-bit driver f
random crashes after a few seconds of the application running.
You only compiled the program with SSE, but not the RTL. And to completely
avoid the x87 FPU you additionally need to fiddle around with some
defines/code inside the compiler as well.
Regards,
Sven
_________
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
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 convert that
to implicit vectors or at the CSE level.
By the way: I think my commit today of a SSE Frac() implementation sped up
the framerate by a third on W
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
uot; one,
declare them as inline and have the inline nodes for Frac() and Trunc()
handle constant values?
At least if the compiler also recognizes that oy and oz are constant...
Regards,
Sven
___________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
lean it up once and for all. Create something like hugo
> https://gohugo.io/overview/introduction/
Since you're currently the one of the team the most invested in web
technologies, maybe you'd be the best choice to do this? :)
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
something similar. Or simply use the URL above.
>
> Thanks for that link, I didn't know.
> But I meant, how do you know if another app is already using a port
> that you want to use?
You'll get an error by the OS if someone is already listening on the
port that you want to
void non general skills (in FPC core, not the world) to
> operate/maintain the system.
>
> In particular, avoid these languages:
> https://www.destroyallsoftware.com/talks/wat
I'd say if he decides to use JS he'd use it through pas2js :P
Regards,
Sven
________
601 - 700 of 6174 matches
Mail list logo
