dummzeuch

I wonder whether there will be a code formatter that supports this. Given that they deprecated the existing one since Delphi 11, I somehow doubt it.

There is always the return address on the stack. Which you can get by calling ReturnAddress But I guess you don't want an address but a function / method name? JclDebug offers some functions for that: https://stackoverflow.com/questions/1301254/how-to-get-current-methods-name-in-delphi-7 Or as described here:

Excactly, why don't you? These people know about this detail? I would have expected that they had never seen any Pascal code and even if they did, that they wouldn't have noticed the way variable declarations work there.

If I remember correctly there is no way to access the compiler messages through the NTA because the output goes to a modified VirtualStringTree (but if you find one I would be very interested indeed). But the OTA might give you that access, I haven't checked.

If the NTA offers advantages to your plugin you can always add that later. Whether that's the case depends on what your plugin does.

I hereby apologize to Embarcadero. They replied on the same day to our general purchasing account (which was correct because that is the email address used to register the licenses). Somehow I must have missed that reply several times when I looked there. And I managed to fix the problem too, even though I am still not sure what I did wrong the first time. And thanks to Devid Espenschied for clearing that up.

Thanks for the reminder. I had totally forgotten about Devid and have now contacted him directly. (You might want to remove his email address from your post to prevent spam.)

So far most of the libraries only needed very little changes when a new Delphi version came out. Mostly it was adding a new compiler version to a central include file. In the case of the JCL that file would be jedi.inc. Hypothetically somebody else might have done that already when you join a beta program and posted a link to the updated version in the also hypothetical internal communication channel. (Hypothetically because 1. I am not in the current beta (Haven't received an invitation yet) 2. Even if I were, the NDA would prevent me from telling about it, but it stands to reason.)

I filed a support ticket with Embarcadero two days ago regarding a problem with license hosting on the ELC. I haven't heard from them yet. How long does it usually take them to get back on such issues? Previously I got an answer from Embarcadero Germany with a similar problem, but since Matthias Eissing is no longer with us, hopefully somebody else has taken over that job.

I still don't understand the problem of detecting whether dcc32 of a CE installation can compile anything. What does it do if you give it an empty .dpr file to compile from a cmd window? Does it just silently fail? No error message? But even if that is the case, you could at least try to compile said empty .dpr file and check whether an executable is created. Not quite an elegant solution but it should work.

Does the executable dcc32.exe exist in that case? If not, there's your answer. If yes and it only outputs an error message or something, you could do exactly that: Call it and check for that error.

And that was most likely the reason. The compiler only compiles units that have changed. Changing the include file does not change the units. To ensure that a unit is recompiled after a change to an include file, you must do a complete build of the project(s). The same applies to defines set in the .dproj file btw. Changing them does not trigger a complete rebuild. If you want to be really paranoid about this, delete all units from the unit output path. This ensures that every unit will be recompiled. I do that once in a while.

You cannot define a symbol in the .dpr file to be available in the units (it will be available in the .dpr file itself though). You must put it into the .dproj file (Project -> Options). Alternatively you can define it in an include file and include that file in all units that require the symbol. That latter approach is used by most libraries because a library cannot add anything to the project options.

All tests pass with 10.4 now.

Interesting: Completed: 205, Succeeded: 205, Failed: 0 ✓ All tests passed! ✖ float\double-dot-02.toml ✖ float\double-point-2.toml Completed: 529, Succeeded: 527, Failed: 2 I was expecting the same failures as in Delphi 11, but got two different ones.