Re: [fpc-devel] Unicode paths
On Tuesday 12 April 2016 18:46:15 Marco van de Voort wrote: > > Anyway, I never liked the fact that argv and argc are exported symbols. If > they weren't public, we could change them at will and/or have differing > implementations and encodings depending on target. I would deprecate them > (being public) > Is there a possibility to still get the raw data in case one wants to handle encoding himself? Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] "Default" discussion for SmartPointers etc
On Wednesday 27 July 2016 23:27:21 Jonas Maebe wrote: > > Properly designing a new programming language concept is hard, and the > worst thing is that once it's shipped, you are stuck with it basically > forever. I think it needs more than just some example programs and tests > to design one from scratch. > > It's really too bad there is no programming language committee for the > Pascal language with language design experts that could discuss and > refine this in-depth. I'm no language design expert myself at all and > preferably would not even get involved in this kind of discussions but > at the same time I don't want to get stuck with having to maintain and > support an ever growing language that becomes less and less > self-consistent and more and more complex (while there may be simpler or > clearer ways to achieve the same things). > I second this. It is really sad what happened with the Delphi language and even worse with Free Pascal and its different dialects in recent years. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] Overflow in TMemoryStream?
Hi, While working on the MSEgui fork of classes unit I saw a suspect piece of code in streams.inc: " function TMemoryStream.Realloc(var NewCapacity: PtrInt): Pointer; begin If NewCapacity<0 Then NewCapacity:=0 else begin // if growing, grow at least a quarter if (NewCapacity>FCapacity) and (NewCapacity < (5*FCapacity) div 4) then NewCapacity := (5*FCapacity) div 4; " Isn't there an overflow if the capacity grows above high(ptrint) div 5 (about 430MB on 32 bit)? IIRC there was a discussion on the list about memory problems with big TMemoryStream's. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] Different results of random(int32) and random(int64) for negative limit value
Hi,
FPC fixes_3_0, Linux X86:
"
var
i1: int32;
begin
for i1:= 0 to 5 do begin
writeln(random(int32(-16)));
end;
writeln('*');
for i1:= 0 to 5 do begin
writeln(random(int64(-16)));
end;
end;
"
produces
"
-9
-9
-11
-13
-10
-13
*
3
9
5
4
6
8
"
Is this intended? If not, which one is correct?
https://www.freepascal.org/docs-html/current/rtl/system/random.html
states for 32 and 64 bit
"
Random returns a random number larger or equal to 0 and strictly less than L.
"
which raises the question, what means "less"?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] TCollection.FOwner
On 12/27/2017 04:15 PM, Juha Manninen wrote: > I am proposing to add a private > FOwner: TPersistent; > to TCollection and remove it from derived classes which already have it. Just a warning which does not necessarily apply to the TCollection issue you report: Be very careful to change component streaming behavior. It is difficult to see all consequences with inlined and inherited components and all possible combinations. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Wrong docs: not initialized global variables
On Thursday 05 April 2018 12:47:27 Alexander Klenin wrote: > > 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. > I would not argue this specific point (although I quite agree with Ondrej), > I just want to remind that the cost in terms of diminishing userbase > is real, and that makes me sad. Agreed 100%. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] The 15k bounty: Optimizing executable speed for Linux x86 / LLVM
On Saturday 27 October 2018 09:27:59 Sven Barth via fpc-devel wrote: > > > > Not really. The IR format has been pretty stable since version 3.9 or so > > (LLVM is current at version 8.) As far as dependencies, it would add none > > whatsoever other than a copy of the LLC or LLVM-AS binaries (as in, no > > more than any other target FPC supports. Just think of it as yet another > > assembler format.) > > It's more than just an additional assembler format as the infrastructure > inside the compiler shows. Also there are the problems that Jonas > mentioned. > In my opinion that time is better spent optimizing our own code generator. > MSElang uses the approach to write LLVM bitcode directly without a temporary LLVM assembler text. Building the needed LLVM lists and tracking the ssa values is not trivial. IMO the worst aspect of LLVM is its slowness but the resulting code is awesome. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] The 15k bounty: Optimizing executable speed for Linux x86 / LLVM
On Thursday 25 October 2018 11:18:58 Sven Barth via fpc-devel wrote: > > I'm against emulating SEH. Better implement DWARF exceptions. The > infrastructure that was created for SEH inside the compiler should help > nevertheless. > MSElang has some code for "Itanium ABI Zero-cost Exception Handling" supported by LLVM, for example the runtime part: https://gitlab.com/mseide-msegui/mselang/blob/master/mselang/compiler/__mla__personality.pas Works well so far. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to suppress warnings in code?
On Thursday 27 September 2018 09:11:01 Martin Schreiber wrote: > On 9/26/18 6:38 PM, Sven Barth via fpc-devel wrote: > > Please provide concrete examples. > > Here: > https://gitlab.com/mseide-msegui/mseide-msegui/tree/fpc_3_2 > Bug report: https://bugs.freepascal.org/view.php?id=34349 Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] How to suppress warnings in code?
Hi,
How can individual warnings be suppressed in code in Free Pascal fixes_3_2?
{$warn off} seems not to work reliable in some projects if compiled
with -B.
Thanks, Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to suppress warnings in code?
On 9/26/18 6:38 PM, Sven Barth via fpc-devel wrote: > > Please provide concrete examples. > Here: https://gitlab.com/mseide-msegui/mseide-msegui/tree/fpc_3_2 On Linux-X86-64 in clone directory compile with " -O- -Fulib/common/* -Fulib/common/kernel/linux apps/ide/mseide.pas ", repeat until only "apps/ide/mseide.pas" will be compiled. Touch "lib/common/kernel/mseformatstr.pas", compile again, "mseformatstr.pas" will be compiled without warnings. Compile with " -B -O- -Fulib/common/* -Fulib/common/kernel/linux apps/ide/mseide.pas " "mseformatstr.pas" will be compiled with warnings. BTW, compiletimes (s): run 2 3 4 FPC fixes_2_6 39.6 37.8 38.6 FPC fixes_3_0 53.9 53.3 53.8 FPC fixes_3_2 64.6 68.1 65.3 OpenSUSE LEAP 42.3 4 x Intel(R) Pentium(R) CPU J2900 @ 2.41GHz, 3.8 GiB RAM Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Graphical RAD IDE in FPC
On Monday 17 September 2018 05:51:17 Alexander via fpc-devel wrote: > I try use of MSEide,gui beforehand Lasarus, but excellent result not get. > > Lasarus use non native for FPC widgets, MSE non stable work. > Can you be more specific? Reproducible MSEide+MSEgui bugs are normally fixed in hours or one to two days. > Console FPC excellent work, but without graphics. > > Need more attention for RAD graphical environments from side FPC > developers. > > Author MSE say that bad some **drivers**, but it need to more accurate > test. > > I made http://soft.self-made-free.ru/ 'Birthdays reminder' on minimal > set of possibles of MSE and it worn on this driver, but IDE on this driver > work incorrect. > > May be say author about driver is wrong ? > Do you mean the "EXA pixmap acceleration" problem with Radeon and other opensource Linux graphic drivers? I was not able to find a bug or a workaround in MSEgui. The EXA acceleration system is not maintained it seems: https://bugs.freedesktop.org/show_bug.cgi?id=69543 https://bugs.freedesktop.org/show_bug.cgi?id=84253 Please use the proprietary graphic driver for your graphic chip, it has been reported that they work well with MSEgui. Debugging Linux kernel modules and graphic drivers is out of my possibilities. There are more "unsolvable" issues with drawing primitives, ex. https://bugs.freedesktop.org/show_bug.cgi?id=99705 https://bugs.freedesktop.org/show_bug.cgi?id=106628 or with window managers. The Linux Mint team stole the show: https://forums.linuxmint.com/viewtopic.php?t=251027 where the Cinnamon devels marked reports for bugs which already have been fixed in Gnome3 as spam. Take a potion of popcorn and follow the links... It looks to me that Linux desktop environment developers only check if Firefox works OK. If yes, all further reports are ignored or the reporters are treated as idiots. BTW, the Lazarus GTK widgetset probably also suffers from minimized -> normal windowstate issue in Cinnamon. I don't have the time or nerves anymore to fight such battles, MSEide+MSEgui users must become active themselves. Please don't answer to this mail, use the MSEide+MSEgui mailinglist instead: https://sourceforge.net/projects/mseide-msegui/lists/mseide-msegui-talk Archive: https://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/ Thanks, Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Graphical RAD IDE in FPC
Hi Alexander, It is not allowed to discuss MSEide+MSEgui themes here. I will answer on the MSEide+MSEgui mailing list: https://sourceforge.net/projects/mseide-msegui/lists/mseide-msegui-talk Archive: https://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/ Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
