Op 12/17/2018 om 8:23 AM schreef Ryan Joseph:
On Dec 16, 2018, at 10:57 PM, Marco van de Voort
wrote:
I'm no expert, but afaik creating an object involves an exception frame, which
is afaik cheaper in Delphi with SEH, then FPC with setjmp.
Even if there is no try..except block?
Op 2018-12-15 om 19:01 schreef Martok:
memory manager in daily use. Doing that is a C++-ism that shouldn't
exist in a
sane environment ;-)
I just tested something, and I'm a surprised by how big the difference is. This
simple test is 1.5 times slower in FPC/trunk/win32 than Delphi 2007 and 2.8
Op 2018-12-15 om 22:27 schreef wkitt...@windstream.net:
i'm guessing that VFP is Virtual Floating Point which i would
understand as being emulated kinda like we used to do when a machine
didn't have a math co-processor in it...
No, VFP is hard float support. The "V" stands for Vector not V
Op 12/12/2018 om 1:49 PM schreef Ryan Joseph:
This is especially a good idea because the compiler is a one pass
program so leaks over the long term aren’t a problem.
(well, unless it is integrated in the textmode IDE "fp" of course)
___
fpc-devel mai
Op 2018-12-11 om 17:12 schreef J. Gareth Moreton:
I've just written up a new segment on the Wiki about how jump tables
work. Since I want to look at implementing my binary search option, I
thought I'd document what already exists;
http://wiki.freepascal.org/Case_Compiler_Optimization
The
Hello,
Because I got a new (Ryzen 5 2600) machine, last night I worked on
improving my buildscript a bit. It is the script that I run after a
SVN update to rebuild and install a snapshot.
This mail is both meant as its publishing as a request for comment from
people that maintain their ow
Op 2018-12-09 om 02:05 schreef J. Gareth Moreton:
I'm not sure. I've always had problems
with patch.exe. I personally use "svn
patch", which works for me both under
Windows and Linux.
Cygwin patch afaik also works fine.
___
fpc-devel maillist - f
Op 2018-11-27 om 07:53 schreef Michael Van Canneyt:
That will normally be 3.2.
Just fyi: It is currently not merged to 3.2 yet
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Op 2018-11-14 om 13:44 schreef Ozz Nixon:
Thank you all ... I am on the road, when I get back, I will track down
TUnitHeader, TObjectTypeDefinition, TOrdinalTypeDefinition - and post
those structures. My problem was changing the above to simple:
PreviousUnitAddressOffset:=TUnitHeader.Previous
Op 11/12/2018 om 4:37 PM schreef Ozz Nixon:
I have these last couple of lines to port to FPC -Mdelphi, but
everything I try fails...
Well, it doesn't compile in delphi either. Seems it is not a complete
program.
___
fpc-devel maillist - fpc-devel@
In our previous episode, MegaBrutal said:
> I propose to add the Windows Service PRESHUTDOWN constants to the Windows
> unit.
r40096 I added the other constants of those series too.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.f
In our previous episode, wkitt...@windstream.net said:
> > See about dependent Lazarus: GTK widgets. GTK is C widgets, but not native
> > Pascal widgets.
>
> AFAIK, the term "native" is about OS widget look... not about language vs
> language...
It is not just look, but also feel. IOW that the k
A branch was made for a future series of 3.2.x FPC releases. A first release
of this branch is still months away, but the moment to test the compatibility
of your codebases with the future FPC is _NOW_!, while there is still time
to do something about it.
As a consequence, trunk will be updated t
In our previous episode, Marco van de Voort said:
I accidentally replied the below post to the wrong thread, probably because
they were both
about operator definitions. Anyway the post was about the "why can't we
define class operator for old fashion object type" thread, and h
In our previous episode, Benito van der Zander said:
> why is sizeof on object/class fields sometimes allowed and sometimes not?
>
> type TTest = object
> ? f: integer;
> ? class procedure test;
> end;
>
> class procedure TTest.test;
> begin
> ? writeln(sizeof(f)); // does not comp
In our previous episode, African Wild Dog said:
> Are there plans to release version 3.0.6 later this year?
No. There will probably no 3.0.x anymore. (and even if, it would have mostly
minor RTL fixes, no sensitive compiler fixes).
The next release will be from trunk as 3.2, but considering histo
In our previous episode, J. Gareth Moreton said:
> For a more fundamental question... why are typed and untyped constants
> treated differently?
Turbo Pascal allowed to write them, depending on a switch. $J.
Delphi adds {$writeableconst on} iirc.
But even when this is off, you can't be sure it
In our previous episode, Florian Kl?mpfl said:
> >
> > It doesn't explain why you chose for a modifier rather than preprocessor
> > switch.
>
> Why a preprocessor switch for something which applies to a particular
> function?
Maybe. But this kind of stuff will be rare, and is only an hint to sp
In our previous episode, J. Gareth Moreton said:
> wiki.freepascal.org/Pure_functions
> I hope it proves useful to explain what I'm doing. How do the proposals
> look so far, Florian?
It doesn't explain why you chose for a modifier rather than preprocessor
switch.
__
In our previous episode, Ondrej Pokorny said:
>
> Thank you.
>
> > but note that 3.0.6 is not planned atm, usually after .4 a new release
> > branch is created.
>
> I am very pleased to hear that. Do you already have a rough plan when
> 3.2 will be branched?
No, it hasn't been brought up yet.
In our previous episode, Ondrej Pokorny said:
> could you please merge r36749 (see
> https://bugs.freepascal.org/view.php?id=32163) into 3.0.x fixes branch
> so that it will be available with 3.0.6?
Done, but note that 3.0.6 is not planned atm, usually after .4 a new release
branch is created.
_
In our previous episode, Klaus Hartnegg said:
>
> Could FreePascal check that variables like "mytype = (a,b,c)" have size
> 1 before using them in {$mode tp}? Otherwise they should be flaged as
> incompatible type, to prevent such surprises.
Not really, better edit your project to make sure tha
In our previous episode, Florian Kl?mpfl said:
> > 1:40 with FPC trunk
> >
> > Do you observe the same? Any hints why?
>
> New features? E.g. helpers made fpc a lot slower (or are they already in
> 3.0.x?) Optimizer improved
> and made the compiler slower etc.
Afaik 3.0.x only has helpers for
In our previous episode, Mattias Gaertner said:
> > Well, well, clearly. One could interpret it that it says that the for
> > statement terminates naturally if not forced by break or exit. It doesn't
> > say what happens with break or exit.
>
> If the value of counter is undefined no matter what,
In our previous episode, Mattias Gaertner said:
> > ISO7185: "After a for-statement is executed, other than being left by a
> > goto-statement, the
> > control-variable shall be undefined"
> >
> > http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Declarations_and_Statements_(Delphi)#For_Statement
In our previous episode, Alexander Klenin said:
> > Simple, straightforward.
> >
> Allow me to yet again to single out this philosophy of
> strongly preferring abstract purity to concrete user experience.
> This is IMHO a significant contributing factor of Pascal decline.
No. Not having something
In our previous episode, Ondrej Pokorny said:
> var
> ? A: Integer = 0;
> begin
> end;
>
> Is it a whim as well?
Yes.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
In our previous episode, Werner Pamler said:
>
> I have the Starter 10.1 and 10.2 running on the same machine which has
> also several Lazarus/fpc versions. No problems, except for scripts
> because Delphi merges itself into the system path so that the fpc tools
> are not found, but those of De
In our previous episode, Ondrej Pokorny said:
>
> I remember there should be a compiler macro in current FPC trunk to get
> the function name but I cannot find it:
>
> function TMyObject.DoSomething: Integer;
> begin
> ? Writeln(_CLASSNAME_, '.', _FUNCTIONNAME_);
> end;
>
> Does anybody know t
In our previous episode, Adriaan van Os said:
> > Since I'm masochistic in my desire to understand and improve the Free
> > Pascal Compiler, I would like to add
> > some vectorisation support in its optimisation cycle, since that is one
> > thing that many other compilers
> > attempt to do thes
In our previous episode, J. Gareth Moreton said:
> Since I'm masochistic in my desire to understand and improve the Free Pascal
> Compiler, I would like to add
> some vectorisation support in its optimisation cycle, since that is one thing
> that many other compilers
> attempt to do these days.
In our previous episode, Olivier Coursi?re via fpc-devel said:
> > The Free Pascal Compiler Team
> >
> >
> And here is the Haiku build for Haiku target:
> http://www.nan.tf/download/fpc-3.0.4.i386-haiku.tar.
Uploaded, also to sf.net, will do web later. (only visible tomorrow).
> As usual, sorry
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > For Downloads, please use the FTP server at
> >
> > ftp://freepascal.stack.nl/pub/fpc/dist/3.0.4/
>
> Not sure why Marco decided to redirect everything to the stack.nl mirror
> as primary source in his announcement, but everything shou
Hello,
Finally, the Free Pascal 3.0.4 release is available from our FTP servers.
Changes that may break backwards compatibility will be documented at:
http://wiki.freepascal.org/User_Changes_3_0_4
For Downloads, please use the FTP server at
ftp://freepascal.stack.nl/pub/fpc/dist/3.0.4/
and sou
In our previous episode, Michael Van Canneyt said:
> Maybe some form of section folding (Type A ... Type B -> Type A, B) can be
> done.
Oops, I read over that :)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-
In our previous episode, Michael Van Canneyt said:
>
> With your extended "forward type resolution" this would no longer be possible.
> Theoretically it probably can, but multiple passes would be needed.
> This would aversely affect the compiler speed.
Note that the example shows consecutive typ
In our previous episode, Martok said:
> Tangent: On Windows, RDTSC is wrapped by the QueryPerformanceCounter() call.
> QPC
> incidentally is complicated enough that it is very likely no out-of-order
> instructions are pending by the time it gets to actually executing RDTSC, but
> with less jitter
In our previous episode, Markus Beth said:
> Find attached the already announced version of CompareByte.
>
> BTW: If you really like to see a PCMPSTR based implementation, have a
> look at Agner Fog's Subroutine library asmlib.zip
> (http://agner.org/optimize/).
And then you see GPL licensed, and
In our previous episode, Desmond Coertzen said:
>
> Anyone knows which unit I need to get to PIOFILE and related functions for
> popen, pclose etc to do piping? It's a libc thing i'm looking for, but on
> arm linux (raspbian) with fpc from package manager.
Similar functions for handle based I/O e
In our previous episode, Mattias Gaertner said:
> > I branched on saturday and did the version updates. Then I usually wait a
> > few days for people to check things (Tomas usually checks things) and
> > for last minute merges. So I hope to generate source packages on
> > tuesday/wednesday and the
In our previous episode, Schindler Karl-Michael said:
> As much as I can see from the commit tags/release_3_0_4, the targets arm-gba
> and arm-nds are still broken. rtl/gba/rtl.cfg (a simple copy from trunk) is
> missing and the commits
> 30017 and 30023 need to be applied for arm-nds (see
> ht
In our previous episode, Mattias Gaertner said:
> Are there already plans for the final 3.0.4 release?
I branched on saturday and did the version updates. Then I usually wait a
few days for people to check things (Tomas usually checks things) and
for last minute merges. So I hope to generate sour
The expansion of texpropcode in r37108 (Mattias) breaks fppasjs because it
defines an array with texpropcode as range.
This prohibits building of trunk.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailma
In our previous episode, Sven Barth via fpc-devel said:
> > Yeah, they might enable record helper inheritance for example :P (Record
> helper inheritance was documented to work for about 7 years since Delphi
> 2007 until XE6
> http://docwiki.embarcadero.com/RADStudio/XE6/en/Class_and_Record_Helpers
In our previous episode, Sven Barth via fpc-devel said:
> > I am asking, why do you think *this pattern* (of always returning self)
> > should be inherently more efficient ?
>
> The pattern definitely has its uses. E.g. in the user space of our
> operating system at work we have a StdOutPrinter cl
In our previous episode, Marco van de Voort said:
> > an insufficient environment/command processor memory.
>
> I tried to check the console, and while the win32/win64 cmd.exe has no
> environment settings, I remembered I upgraded that machine to creators
> update. There w
In our previous episode, Marco Borsari via fpc-devel said:
> > I hadn't built FPC for a while on this machine, and the error I get this
> > morning flabbergasts me. (I also get this error when cycling when it should
> > start building the compiler after the RTL. I cleaned and distcleaned, no
> > di
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > To my knowledge there is no universal "newer" and "older" BSD syscall
> > set. Are you talking about something NetBSD specific? So the first thing
> > would be to qualify that, and/or verify in how much the other BSDs
> > follow.
>
> W
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > organic process, but unfortunately it doesn't happen in all of the BSDs at
> > the same time or even at all.
>
> The questions is, can I just go in and upgrade our syscall interface to
> the newer calls (where makes sense), or do we in
In our previous episode, Curtis Hamilton said:
> I just formally subscribed to this mailing list.
>
> I'm interested in fpc on FreeBSD/PowerPC, however, I don't want to
> create any additional work nor break something that's not broken.
Just try to keep your patches small (no major restructuring
I hadn't built FPC for a while on this machine, and the error I get this
morning flabbergasts me. (I also get this error when cycling when it should
start building the compiler after the RTL. I cleaned and distcleaned, no
difference)
C:\repo\fpc\compiler>make
make: *** No rule to make target `Pas
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > I'm interested to know if there has been work on fpc for
> > FreeBSD/PowerPC. I'm interested in the status and helping maintain fpc
> > for this platform.
>
> FreeBSD for PowerPC never existed in FPC (it's not even in the internal
> pl
Hello,
We have placed the first release candidate of the Free Pascal Compiler
version 3.0.4 on our ftp servers.
You can help improve the upcoming 3.0.4 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_3.0.4 or
In our previous episode, Martok said:
> There is a fundamental difference in the type system between a somewhat
> sensible
> (if unexpected) assumption in FPC and a more practical documented definition
> in
> every other Pascal compiler. An assumption that even FPC follows only in this
> one sing
In our previous episode, Martok said:
> Regardless of whether there may be some argument for this language change, I'm
> still a firm believer in "don't surprise the user". There is literally no
> precedent that this simplification has ever been done in any Pascal compiler
> (quite the contrary), a
In our previous episode, Florian Kl?mpfl said:
[ Charset UTF-8 unsupported, converting... ]
> Am 02.07.2017 um 21:40 schrieb Martok:
> > Honestly, I still don't understand why we're even having this discussion.
>
> Because it is a fundamental question: if there is any defined behavior
> possible
In our previous episode, Tomas Hajny said:
> > Worse, tying it to range check would then have heaps of redundant checking
> > everywhere, not just enums.
>
> True. That's why I believe that Read from a (typed) file should perform
> such validation - but it doesn't at the moment, as mentioned in my
In our previous episode, Martok said:
> It is really hard to write code that interacts with the outside world without
> having a validation problem.
Then you arguing wrong. Then you don't need validation everywhere, but
something you can call to simply confirm an enum has correct values after
read
In our previous episode, Martin said:
> > Interestingly, I just ran into "bad" code generation with exactly the
> > properties
> > discussed in this thread.
> > Because every declared element is covered, the generated code for it ends up
> > being a computed goto:
> > and most importantly, not int
In our previous episode, Michael Van Canneyt said:
> > In our previous episode, Michael Van Canneyt said:
> >> >> already merged. Only active ones matter.
> >>
> >> Reviewed some more lists:
> >
> > It was last call for emergency revs the day before release branching, not
> > everything you could
In our previous episode, Michael Van Canneyt said:
> >> already merged. Only active ones matter.
>
> Reviewed some more lists:
It was last call for emergency revs the day before release branching, not
everything you could find :-)
Maybe I should have made that clearer. The changes of Nikolay e.g
In our previous episode, Nikolay Nikolov said:
> > Note that compiler/language merges need approval and an estimate of
> > mergability from a compiler devel.
> >
> ptc merge request:
>
> r34598, r35481, r36507, r36508, r36509, r36555, r36556
Merged. The first is the FSF address update, so I got i
In our previous episode, Joost van der Sluis said:
> >
> > .. which has tie-ins to unmerged TProcess revisions.
>
> Then skip them. As you can see they solve TProcess-related problems on
> Windows. Maybe these problems are not there in fixes.
They are new features, not fixes:
* patch by Mattias
In our previous episode, Marco van de Voort said:
> > 32759
> > 33016
> > 33017
> > 33033 *
>
>
> The first four merge, but the fifth has conflicts that are easily resolved
> but won't compile. r32022 ?
.. which h
In our previous episode, Joost van der Sluis said:
[ Charset UTF-8 unsupported, converting... ]
> Op 19-06-17 om 22:52 schreef Joost van der Sluis:
> > I'll see if I can make a list with hotfixes. Which will be a pain to
> > merge, as the code in which the fixes are done might even not exist
> >
In our previous episode, Denis Kozlov said:
> Can you merge r35878 as well please?
>
> It is a small fix for TAssert.AssertEquals with strings.
Done.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/l
In our previous episode, Joost van der Sluis said:
> > merging so most requests have been honoured, and I plan to branch mid next
> > week or even monday if there is not much response.
> >
> > If I missed some, or there are important new ones, there is still a few days
> > time, waiting for the wi
In our previous episode, Marco van de Voort said:
>
> So all new revs enter the "to be merged not in other sets" category, and
> when I do queries I get lists of revs that go into the query categories.
so e.g. newer fcl-base revs might still be in the to be me
In our previous episode, Michael Van Canneyt said:
>
> You may want to add this info as a 'legend' to the pages, because it is not
> readily obvious
> (well, not to me anyway). Maybe also put the inactive ones at the end...
I added a line, but the most important thing to understand is that the
r
In our previous episode, Michael Van Canneyt said:
> > Some quick checks (greps for the searchterm in commitlog+ filenames)
>
> The 'merge sets' are followed by a pair of numbers.
> What is the meaning of these numbers ?
Active/inactive
> Then if I open 'fcl-pdf', I see: (inactive) Revisions i
In our previous episode, Michael Van Canneyt said:
> > time, waiting for the win32/64 findfirst fix.
>
> This is now fixed, rev. 36510.
>
> I will still check the svn log of rtl/packages for any fixes that may be
> merged.
>
> Unless you have somewhere an up-to-date list of possible candidates
While I have not done much the last month, I did keep up with most of the
merging so most requests have been honoured, and I plan to branch mid next
week or even monday if there is not much response.
If I missed some, or there are important new ones, there is still a few days
time, waiting for th
In our previous episode, Marco van de Voort said:
> I can remember somebody (Sven?) explaining how to save non volatile
> (xmm) registers callee side on win64. (equivalent to Delphi .savenv)
>
> I searched for that post (some mantis comment?) but can't find it. A quick
> te
I can remember somebody (Sven?) explaining how to save non volatile
(xmm) registers callee side on win64. (equivalent to Delphi .savenv)
I searched for that post (some mantis comment?) but can't find it. A quick
test seems to indicate that simply adding it to the registers list doesn't
work. (or
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > In our previous episode, Karoly Balogh (Charlie/SGR) said:
> > > Err, those are invoked directly from the Makefile, not invoked from inside
> > > FPC. But you're right, that will be also a problem... Some platforms still
> > > use asm-w
In our previous episode, John Paul Adrian Glaubitz said:
> > generate the actual Makefile. But by the time I get there I'll figure it
> > out. One problem at a time.
>
> Actually, the Debian package explicitly regenerates all Makefiles and
> I assume the main reason being to make sure they are up-
In our previous episode, Karoly Balogh (Charlie/SGR) said:
> Err, those are invoked directly from the Makefile, not invoked from inside
> FPC. But you're right, that will be also a problem... Some platforms still
> use asm-written startup stubs in FPC. Not all of them tho'. I think these
> days the
In our previous episode, Bernd Mueller said:
> > Please test with the fixes branches.
>
> I tested yesterdays fixes branch and it worked for me now.
Good. Most mass merging now have been done. Some dots-on-i and a rereading
of various threads for unmerged requests still have to be done.
_
In our previous episode, Sven Barth via fpc-devel said:
> > > Is there a plan to fix it?
> >
> > Now it is fixed :D (revision 36116; maybe we should merge that to fixes
> once I or someone else tested a big endian target)
>
> Okay, it works correctly on big endian targets as well (and Mac OS X 10.
In our previous episode, Florian Kl?mpfl said:
> > URL
> > 'https://svn.freepascal.org/svn/fpc/branches/fixes_3_0':
>
> Just relocate the check out?
>
> For people using git-svn, the section 'General Case' here:
> https://git.wiki.kernel.org/index.php/GitSvnSwitch should help.
I already fixed it
In our previous episode, Marco van de Voort said:
> > > http://www.stack.nl/~marcov/mergelogs26/backtrace.txt
> >
> > BTW: Could you extend your scripts to include links for the revs to ViewVC?
> > Pattern is:
> > https://svn.freepascal.org/cgi-bin/viewvc.cgi?vi
In our previous episode, Florian Kl?mpfl said:
> > bugreport has been merged, but there are still backtrace related fixes
> > unmerged:
> >
> > http://www.stack.nl/~marcov/mergelogs26/backtrace.txt
>
> BTW: Could you extend your scripts to include links for the revs to ViewVC?
> Pattern is:
> ht
In our previous episode, Bernd Mueller said:
> > Only 3.0.2 linux for i386 CPU has the problem. 64-bit is OK.
>
> hmm, I don't get the lineinfo on x86-64 (Ubuntu 16.04/Mate, 64-Bit).
> armel and armhf are affected too.
Please test with the fixes branches. The series of revisions in the
bugreport
In our previous episode, Schindler Karl-Michael said:
> my two cents:
>
> 1) Why not call it 3.0.4?
> 2) arm-nds and arm gba do not build with 3.0.2: Apply the patches from issue
> http://bugs.freepascal.org/view.php?id=30405 and
> http://bugs.freepascal.org/view.php?id=26847
I merged the 30083
In our previous episode, Benito van der Zander said:
>
> r35545, too ? (http://bugs.freepascal.org/view.php?id=31135)
I need some report on the safety of merging from a compiler dev for that, I
don't merge compiler revs on my own
___
fpc-devel maillist
In our previous episode, Michael Van Canneyt said:
> > I think it is best to take a few weeks to merge whatever else can be useful
> > for 3.0.4 (and I'm open to suggestions) and then just release a normal 3.0.4
>
> I think probably a lot of package fixes can be merged.
> Especially fcl-passrc re
In our previous episode, Michael Van Canneyt said:
> >>> 1) Why not call it 3.0.4?
> >> I would also think that we should aim at a quick 3.0.4 then.
> > +1
>
> Just a linux i386 version (where the problem is acute) or all platforms ?
I assume it touches all ELF targets, so FreeBSD should go too.
In our previous episode, Bart said:
> The issue is fixed by merging r33007, 33008, 33561 and 34384 (unit exeinfo).
> Probably r35886 should be merged as well.
These revs ( but not 35886) are merged in the fixes branch a few days back
when I saw the bugreport about the issue, please test.
__
In our previous episode, Werner Pamler said:
> Does anybody know how to write mathematical expressions in the wiki? I
> would like to write an article on fpc's NumLib, but I would only want to
> begin this activity when I know how to enter complex mathematical
> formulas like integrals etc such
In our previous episode, Sven Barth via fpc-devel said:
> And it's not about saving RAM or disk memory! It's about *binary code
> reuse*, the ability to fix a bug in multiple executables by merely
> fixing the one bug in a package.
And for extensions too. If a program has a package N that governs
In our previous episode, Marco van de Voort said:
> > Is there a chance that such a patch would be accepted?
>
> Did you test performance? Repeated access to parent frame in tight loops
> might be suboptimal. Could maybe be helped with some pointer work?
(no it can't be help
In our previous episode, Werner Pamler said:
> Is there a chance that such a patch would be accepted?
Did you test performance? Repeated access to parent frame in tight loops
might be suboptimal. Could maybe be helped with some pointer work?
___
fpc-deve
In our previous episode, Werner Pamler said:
>
> is no way to check whether a value is "equal" to NaN. In math, however,
> there is a function IsNaN(). And my feeling is that these special
> numbers NaN and Infinity are implemented in math in a more general way
> than in numlib. An idea would b
Hello,
Finally, FPC 3.0.2 has landed. FPC 3.0.2 is an update to 3.0.0 that
contains some compiler bugfixes and library progress since 3.0.0
Building is still in progress and some formats (deb) and other minor targets
might
not be available yet.
Changes that may break backwards compatibility are
Hello,
Finally, as a Christmas present, we have placed the first release candidate
of the Free Pascal Compiler version 3.0.2 on our ftp servers.
You can help improve the upcoming 3.0.2 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki
In our previous episode, Maciej Izak said:
> I will try to have more patience for patches and FPC core team (is that
> possible? ;P).?
(Please submit small Delphi compatibility improvements separately:-)
___
fpc-devel maillist - fpc-devel@lists.freepas
In our previous episode, Mark Morgan Lloyd said:
> The Solaris and C communities appeared to take the line that a correct
> compiler "could not" generate unaligned accesses, although they held off
> clarifying whether "could" in that context means "if it does it's an
> error" or "it must rearran
In our previous episode, Jonas Maebe said:
> > If the dword version returned $ it could be at least typecasted to
> > -1.
>
> You can typecast the result to shortint to get -1 in that case.
That removes the additional branch, reducing it to a movsbl, so I assume the
resulting code is bett
I revisited some old code and noticed there was a BSR using piece of
assembler there that used bsr as a cheap 2log for some buffer dimensioning.
When I tried to replace it with the intrinsic bsrdword, hoping making it
both inlinable and more portablw I noted that the intrinsic was exactly the
sam
In our previous episode, Denis Kozlov said:
> > additional
> > timezone corrections by FPC, but there is no guarantee that that is UTC?
> >
>
> Do you mean "NowUTC" is misnamed? Sure, just as many other things, but
> consistency is gold-ish ;)
>
> I'm not sure why you say there is no guarantee, b
201 - 300 of 2314 matches
Mail list logo
