Re: [fpc-devel] optimizing the peephole optimizer?

On 1/21/2014 4:23 PM, Martin Frb wrote: Sorry, but those two code blocks are NOT identical as you claim. At least in the snippets below, GetNextInstruction is called at least twice in the OLD snippet, not only once as your supposed NEW snippet does. It is called once for either the ffo1 or the

Re: [fpc-devel] real, float, double specs

On 2/11/2014 4:53 PM, Martin Frb wrote: I am trying to figure out the internal representation of these. (So they can be converted, including conversion form sizes not present in fpc) They are all floating point? Pascal has no fixed point? (nevertheless, rules for fixed point may also be of

Re: [fpc-devel] Lazarus 1.2 Release

On 3/4/2014 6:52 AM, Mattias Gaertner wrote: The Lazarus team is glad to announce the release of Lazarus 1.2. This release was built with fpc 2.6.2. snip Choose your CPU, OS, distro and then the Lazarus 1.2 directory. Windows x64 users: please use the 32 bit installer if possible. See

Re: [fpc-devel] Lazarus 1.2 Release

On 3/4/2014 6:52 AM, Mattias Gaertner wrote: The Lazarus team is glad to announce the release of Lazarus 1.2. This release was built with fpc 2.6.2. In the light of FPC 2.6.4 being released today, what is the word on using the 2.6.4 compiler with Lazarus 1.2? (I am currently running my main

Re: [fpc-devel] Lazarus 1.2 Release

On 3/11/2014 2:31 PM, Mattias Gaertner wrote: In the light of FPC 2.6.4 being released today, what is the word on using the 2.6.4 compiler with Lazarus 1.2? Next Lazarus release will be built with it. That's probably 1.2.2. Ok, now if that would be working again on the newer Mac OS X, but then I

Re: [fpc-devel] binutils for avr 8 bit

On 5/26/2014 12:34 AM, Michael Schnell wrote: On 05/23/2014 07:39 PM, Daniel Sapundjiev wrote: Can someone help me with the 8 bit AVR. Do you really plan to sell a device in such great quantities that it makes sense do invest a lot of software engineering effort in an 8 Bit arch instead of

Re: [fpc-devel] RTTI generating

On 9/19/2014 2:38 PM, Boian Mitov wrote: Hi Jonas, I am sorry if I have misinterpreted the meaning of the message. I am just terribly frustrated with the overall state of the FPC :-( . Well, what frustrates me is that there are always people that come up with all kinds of fancy

Re: [fpc-devel] Regionalisation (Was ThousandSeparator)

On 11/27/2014 9:09 AM, peter green wrote: Hans-Peter Diettrich wrote: But back to the original problem: I managed to create another user, whose number format settings match the expections of the Ez-Builder, while using my German keyboard. For Linux users this may sound like an easy job, but

Re: [fpc-devel] OS/2 and DLLs

On 12/17/2014 12:20 PM, Sven Barth wrote: On 17.12.2014 21:08, rpzrpz...@gmail.com wrote: No disrespect, but, don't you think it is time to retire your OS/2 computer? There is an operating system called Linux and its very nice and modern. You should try it. You do know that you are saying

Re: [fpc-devel] OS/2 and DLLs

On 12/17/2014 12:38 PM, rpzrpz...@gmail.com wrote: Ralf, Such passion for obsolescence... Thanks! What is the use case other than a hobby and pride for OS/2 support? What ever the user wants to do! Who are you to tell other people what is a valid use case or not?!? And just for your

Re: [fpc-devel] OS/2 and DLLs

On 12/17/2014 2:56 PM, mark diener wrote: Ralf, I am not goint to tell you to do anything, but gently suggest that you chill out. Well, how about you live what you are preaching? Ralf --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/23/2015 12:21 AM, Michael Van Canneyt wrote: Oxygene is no longer pascal. It's just C# with pascal keywords. a pityful copy. If you want the features of C#, you should use C#, full stop. Exactly! I was first wondering if this would be a proper Pascal implementation to be used on top of

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/23/2015 2:45 AM, Michael Schnell wrote: On 07/22/2015 11:21 PM, Frederic Da Vitoria wrote: Declare before use has at least one technical advantage: it allows to make much faster compliers. Declare before use allows to compile in one pass, while compilers for languages like C need at

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/23/2015 1:35 AM, Maciej Izak wrote: If you want the features of pure pascal, you should use $MODE OBJFPC or TP or FPC, full stop. You can't stop me and others from introducing Oxygene flavored mode.Or if inside FPC team is will to block changes related to Oxygene flavored syntax, let me

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/22/2015 1:13 PM, Paul van Helden wrote: Ralf, I guess I'm talking about losing the third hand and join all the other languages with two hands (so, minus the var block before begin :-) ). This is not about being lazy, but about being less verbose. Or in other words shorter text which is

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/22/2015 10:47 AM, Sven Barth wrote: var A := SomeClassInstance.SomeFunction; While I agree that type inference /might/ be useful I don't agree with inline variable declarations. One of the main points of Pascal is declare before use. +100 Things like this is just because people are

Re: [fpc-devel] Pascal Standard, and what we can do.

On 7/19/2015 11:03 PM, Sven Barth wrote: The way we write software evolves however. Things that were thought as state of the art 25 years ago aren't necessarily nowadays (for example procedural programming that has been mostly superseded by object oriented programming). And in this regards

Re: [fpc-devel] new features and facilities

On 10/8/2015 9:54 AM, Sven Barth wrote: I had the idea to implement inline-if as well. I think the syntax I selected is derived from Oxygene, but it looks very Pascal and shouldn't break anything: left := if expr1 then expr2 else expr3; Thereby expr1 returns Boolean and expr2 determines

Re: [fpc-devel] new features and facilities

On 10/8/2015 10:35 AM, Mark Morgan Lloyd wrote: Indeed, it is even more succinct in C/C++: x = ? : ; At which point you'll have various members of the Pascal community decrying it as too C-like. Well, the tenary operator as present in C(++) is a shortcut for a simple if-then-else,

Re: [fpc-devel] new features and facilities

On 10/8/2015 2:07 PM, Sven Barth wrote: And you think C's ternary would be more Pascal? Well, no. While I use the ternary operator quite a bit when using C, as it IMHO allows for a cleaner formatting of code there, in Pascal, I always use a cleanly formatted If-then-else. Ralf --- This

Re: [fpc-devel] Fwd: While - Otherwise Statement

On 10/12/2015 10:18 AM, Michael Van Canneyt wrote: That is the meaning of "However, both syntax would cause code incompatibility." and is already in my very first reply to OP. So While... else or While .. Otherwise will never make it in the compiler. Thanks for that. This is s typical

Re: [fpc-devel] Fwd: While - Otherwise Statement

On 10/12/2015 10:47 AM, Dmitry Boyarintsev wrote: On Mon, Oct 12, 2015 at 1:35 PM, Ralf Quint <freedos...@gmail.com <mailto:freedos...@gmail.com>> wrote: Either the while loop is executed or it isn't, depending in the expression. I don't see an actual use case for any el

Re: [fpc-devel] Fwd: While - Otherwise Statement

On 10/12/2015 11:33 AM, Sven Barth wrote: Am 12.10.2015 20:02 schrieb "Dmitry Boyarintsev" <skalogryz.li...@gmail.com <mailto:skalogryz.li...@gmail.com>>: > > On Mon, Oct 12, 2015 at 1:54 PM, Ralf Quint <freedos...@gmail.com <mailto:freedos...@g

Re: [fpc-devel] get/put in fpc

On 10/9/2015 2:39 PM, Schneider wrote: I've been programming in Pascal for more than 30 years. The code has survived numerous computer and operating system switches because I didn't rely on computer- or compiler-specific features. So I'm not at all inclined to trap the programs. These

Re: [fpc-devel] Fwd: While - Otherwise Statement

On 10/13/2015 1:32 AM, Michael Van Canneyt wrote: I don't understand why anyone would want this marginal functionality and thus (again) needlessly complicates the language, but hey, it's a (mostly) free world Alas, the monstrosity that Object Pascal syntax is becoming is less and less

Re: [fpc-devel] Using double quotes

On 2/27/2016 8:44 AM, Marcos Douglas wrote: On Sat, Feb 27, 2016 at 6:38 AM, Mark Morgan Lloyd wrote: Marcos Douglas wrote: Is there any chance to implement in the compiler something link this? S := " insert into t ( id, description ) values (

Re: [fpc-devel] How do I use this compiler now that I have it?

On 11/23/2017 8:25 AM, wkitt...@windstream.net wrote: > On 11/23/2017 04:19 AM, NetSpirit wrote: >> Are you shure? How this is possible? I received email from 'fpc-devel >> [at] >> lists.freepascal.org' > > > the original post didn't arrive here like that... it arrived here from > the list as from

Re: [fpc-devel] Wrong docs: not initialized global variables

On 7/3/2018 9:40 AM, Ondrej Pokorny wrote: > > 1.) SetLength itself produces an unitialized block of data within the > variable if the new length is bigger than the old length. > > Therefore it would be more appropriate to get an "uninitialized > warning" after SetLength: > > program Project1; >

Re: [fpc-devel] Multiple variable initialization

On 3/24/2018 6:54 AM, Sven Barth via fpc-devel wrote: Anthony Walter > schrieb am Sa., 24. März 2018, 14:51: If you were going to patch I'd also consider allowing: program Test; var B, C: Integer = 0, 1;  // sets B = 0, and C = 1

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On 11/4/2018 7:26 PM, Ben Grasset wrote: I'm not young. You're making all kinds of assumptions here. TP7 /is /generally speaking, irrelevant in the fast majority of cases nowadays. Talking about making assumptions! The overall point is just that I believe it is /highly/ reasonable to suggest

Re: [fpc-devel] How to move this, but in FPC 32bit?

On 11/12/2018 7:37 AM, Ozz Nixon wrote: I have these last couple of lines to port to FPC -Mdelphi, but everything I try fails... Asm     MOV PreviousUnitAddressOffset, TUnitHeader.PreviousUnitAddress     MOV PreviousLibraryUnitAddressOffset, TUnitHeader.PreviousLibraryUnitAddress     MOV

Re: [fpc-devel] How to move this, but in FPC 32bit?

On 11/14/2018 4:45 AM, Marco van de Voort wrote: 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

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On 11/4/2018 4:41 AM, wkitt...@windstream.net wrote: On 11/3/18 7:09 PM, Ben Grasset wrote: (The same could be said about the various other wildly outdated bits of information on the overall site and the fact that it gives now-hugely-irrelevant topics like "porting from TP7" such precedence,

Re: [fpc-devel] [Patch/RFC] Warnings for (in/over)complete case statements

On 1/2/2019 2:18 AM, Sven Barth via fpc-devel wrote: Am Mi., 2. Jan. 2019, 09:44 hat Martok > geschrieben: * in ISO mode, there are 2 solutions: in Standard Pascal, not covering the entire type is a compile-time error. In Extended Pascal, this is a

Re: [fpc-devel] Graphical RAD IDE in FPC

On 9/17/2018 6:08 AM, Alexander via fpc-devel wrote: Why not allowed ? Here resolve future of FPC. Currently good and full resolved only console part of FreePascal. Need graphics. Desintegrate community is not way for resolve this problems. If need then integrate here xorg, kernel, rms

Re: [fpc-devel] Graphical RAD IDE in FPC

On 9/17/2018 10:40 AM, Alexander via fpc-devel wrote: In fact, you SHOULD use native OS widgets I SHOULD ??? Not-not. I NOT SHOULD something in principle. In GNU/Linux Core and widgets is independent. "Native" (dictate) "widgets" is only in Windows. It bad OS and relegate delete. GNU/Linux

Re: [fpc-devel] Graphical RAD IDE in FPC

On 9/17/2018 3:42 PM, Tomas Hajny wrote: P.S.: As probably well-known, especially to people using Internet as long as some of our subscribers, writing words in uppercase is considered as an equivalent of shouting and thus not very polite. Please, stick to polite communication on this list (and

Re: [fpc-devel] "Blank slate" next version of FPC

On 2/16/2019 12:43 AM, Florian Klämpfl wrote: but we try as much as possible to break old code. Really? =-O Ralf ;-) --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ fpc-devel maillist -

Re: [fpc-devel] "Blank slate" next version of FPC

On 2/17/2019 12:15 AM, Florian Klämpfl wrote: Am 17.02.19 um 01:47 schrieb Ralf Quint: On 2/16/2019 12:43 AM, Florian Klämpfl wrote: but we try as much as possible to break old code. Really? =-O Ralf ;-) You should have noticed, you follow this list for years/decades ;)? Yup, it's

Re: [fpc-devel] "Blank slate" next version of FPC

On 2/14/2019 9:28 PM, James via fpc-devel wrote: I'm interested in starting (or joining) a discussion on the next (*non* backwards compatible) version of FPC. Instead of being classically object oriented, there is merit in examining a model with ad-hoc polymorphism like Rust. I am, like

Re: [fpc-devel] problem while using free pascal

On 2/14/2019 1:10 AM, 陳悅(2018-19) 3E04 CHAN YUET wrote: Dear sir I am sorry yo informed you that there is a problem while I am using the free pascal app. While I try to open the app, it just flashes, while I click a few more times it just keeps flashing. The app is quite important to me since

Re: [fpc-devel] 3.04.1 ld error

On 2/2/2019 11:11 PM, Ozz Nixon wrote: I am trying to do a fresh rebuild on a Centos 6.8 box - so I copied Modern Pascal over, installed 3.0.4.1 from freemirror... and I get: Linking modernpascal_v2 Don't you think you  might be asking in the wrong place? Ralf --- This email has been

Re: [fpc-devel] [PATCH] Add support for Hygon Dhyana processor

On 5/23/2019 2:10 AM, Jinke Fan wrote: Hi, This patch adds vendor id detection for Hygon Dhyana CPUs. Could anyone help me with submit it? More details can be found on: http://lkml.kernel.org/r/5ce86123a7b9dad925ac583d88d2f921040e859b.1538583282.git.pu...@hygon.cn Why would this be

Re: [fpc-devel] "Case statement does not handle all possible cases" Warning

On 5/18/2019 4:30 AM, J. Gareth Moreton wrote: Hi everyone, So it looks like this new warning has appeared as part of the data flow analysis of -O4.  The thing is, I personally have a problem with this being a warning, because there's nothing inherently wrong with not covering every case

Re: [fpc-devel] "Case statement does not handle all possible cases" Warning

On 5/18/2019 3:42 PM, J. Gareth Moreton wrote: Lazy... you've got a bloody cheek.  Well I guess there's no point in me contributing anything more if that's how you honestly view me.  I wasn't aware of the ISO that dictated that a case block shouldn't just fall through until today, and C/C++

Re: [fpc-devel] "Case statement does not handle all possible cases" Warning

On 5/18/2019 8:16 PM, J. Gareth Moreton wrote: Yes, I'm jumpy, especially as you always like to open your responses with a direct insult of some kind - yes, I checked. Well, I just checked my send folder and this was the first response to you in at least the last two years, if ever... You want

Re: [fpc-devel] Fatal: Invalid PPU-File entry: 242

On 5/1/2020 3:32 PM, Sven Barth via fpc-devel wrote: mailto:wkitt...@windstream.net>> schrieb am Fr., 1. Mai 2020, 21:12: when you click where? in what program? i use thunderbird and it has a "reply list" button that is default for most of the mailing lists i am subscribed