-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Delphi 11 Only? #31
Comments
Found out why it's broken (D11 enhancement) PyTools.Notification.Channel.pas class function TNotificationChannel.GetNotificationChannelType: TNotificationChannelIdentifier;
TRttiType.GetAttribute is only in D11 while TRttiType.GetAttributes (plural) is in all the versions I've looked up The TRttiType.GetAttribute version is used three times in this source file |
Nice catch. Fixing that. |
Let me know when I can test it on 10.4.2 - I've got a load of VMs set up for testing |
Fixing it right away. |
Try it out 89e5d54 |
Will do shortly (dinner) |
Nope - TCustomAttributeClass is Alexandria only as well It compiles OK though if you wrap the helper in an ifdef and add the type declaration Add 3 lines and its OK. Note the ifdef ver340 is OK for this version as < 340 doesn't have libsuffix auto so won't work anyway
|
Sorry, I missed the custom attribute meta class. |
I'm just running a full check against a branch with the fix stated above. I want to do full installations and test against 10.4 + 11.2 (it'll take a while) Is there a demo that uses the cancel notification for Win, Mac + Linux? I notice there's a new build of pythonengine as well (hence full test). The new FMXLinux package for python4delphi has some compontns in it - I take it those don't want installing, just building (I'll check anyway)? |
The FMXLinux package is Linux intended only. Once you have the design-time packages installed on the IDE, you only need to build the run-time components on each platform. |
The meta class is fixed, BTW. |
I noticed - prefer it with an ifdef ver340 wrapping it so the code is only present in 10.4 though Internet is being really bad today - dropping all the time. Got the new stuff now though so about to test on 11.2 and 10.4 |
The Linux version of python4delphi is broken. It has Windows as the default (it's Linux only). PythonFmx does not have Linux as a target - it creates PythonGUIInputOutput - and has fmx and bindcomp as requirements (will compile if wrapped in a ifndef linux). PythonFmxLinux has fmx as a requirement - again ifndef linux gets around this to make it compile There is no redist in fmxlinux-1.65 (included with 10.4) so the only possibility is a lot of implicit binding there. 11.2 has fmxlinux-1.71 which includes the redist - no implicit if in path - used as a bpl replacement I guess |
If you build a simpe Linux app with a GUIInputOutput it won't run (never has without the above mods) |
|
I'm now testing 11.2 + doing it your way to see if GUI works... |
The Python package isn't GUI dependent, It shall compile to every platform :D The VCL one is only intended for Win32 and Win64. The FMX one is intended to every platform that has FMX GUI natively distributed. The FMXLinux one is Linux FMX GUI only. |
I bet you will get it working out. |
10.4.2 all went fine and 11.2 is going well so looks like this issue will be closed shortly |
Everything apart from Linux checks out (didn't do Max ARM though - I'd have to rent a Mac) Linux gives me ... |
You are targeting two different compilations of the same unit. Check your environment out. This one you will figure out by yourself. |
It looks like you've used some Delphi 11 specific feature in Tools
Compiling under 10.4.1 (I was testing) or 10.4.2 fully patched (switched when 10.4.1 didn't work) this happens...
The text was updated successfully, but these errors were encountered: