Lazarus
Programming => Operating Systems => macOS / Mac OS X => Topic started by: Phil on June 05, 2018, 06:12:54 pm
-
A slight reprieve for Lazarus.
https://www.macrumors.com/2018/06/05/mojave-last-macos-release-to-support-32-bit-apps
-
No, an encouragement to drop 32 bit on platforms like macos, android and windows:
- There are working versions for these platforms, so you can freeze them (I still use TP....which has been frozen for decades..and isn't even 32 bit..but 16...)
- They are not mainstream anymore, so focus should be on 64 bit for Windows, intel-based Unices and macos, probably Android too.
ALL of these, Android (Google), macos(Apple) and Windows (Microsoft, yes 32 bit will be dropped/ is already dropped in most countries for distribution), gave ample warning they would drop support for 32 bit on intel (not ARM, yet except iOS and Android, well AARCH64).
That's a GOOD thing and saves on development efforts for daily users. Hobbyists are free to maintain a platform, btw, like FPC's DOS i8086/88 proved. Or Dosbox, or....
On the Windows platform I have been running 64 bit Lazarus for years. There is just no official binary distribution for it because of cave men.
So make these an archaeological find...and start with a default 64 bit distribution for intel platforms.
-
No, an encouragement to drop 32 bit on platforms like macos, android and windows:
Or just blunt marketing without any regard for the users.
Basically destroying users investments to sponge off their 30% on upgrades, using security updates as a stick.
-
On the Windows platform I have been running 64 bit Lazarus for years. There is just no official binary distribution for it because of cave men.
So make these an archaeological find...and start with a default 64 bit distribution for intel platforms.
Well, on Windows there is *now* a 64 bit download, but you're right. That download must be the default, and not the 32 bit one.
-
Basically destroying users investments to sponge off their 30% on upgrades, using security updates as a stick.
Upgrades to iOS and macOS are free, as are upgrades to apps on Apple's stores.
-
Basically destroying users investments to sponge off their 30% on upgrades, using security updates as a stick.
Upgrades to iOS and macOS are free, as are upgrades to apps on Apple's stores.
Yes, but not necessarily upgrades for all commercial applications...
-
Basically destroying users investments to sponge off their 30% on upgrades, using security updates as a stick.
Upgrades to iOS and macOS are free, as are upgrades to apps on Apple's stores.
Yes, but not necessarily upgrades for all commercial applications...
I assume you mean apps distributed outside of an Apple app store. If so, Apple doesn't take any cut from those, which is what the comment was about, right?
-
......
On the Windows platform I have been running 64 bit Lazarus for years. There is just no official binary distribution for it because of cave men.
Thaddy can I get you to clarify what you mean there please ? Are you suggesting that this contains a 32bit Lazarus binary ?
ftp://ftp.freepascal.org/pub/lazarus/releases/Lazarus%20Windows%2064%20bits/Lazarus%201.8.4/lazarus-1.8.4-fpc-3.0.4-win64.exe
Or are you suggesting that I am actually making 32bit apps with it (thinking all along I am making 64bit ones) ?
Neither sounds right to me. But not being a Windows user, I am unsure how I would tell the difference if I cannot trust the compile settings I make. No 'file' command, what a strange operating system.....
I guess it could be argued it does not matter if you are distributing 32bit or 64bit apps as long as the OS (and the OS maker) is happy with either. Or you need allocate large lumps of memory (I don't).
Davo
-
Quick way check
On 64bit Windows use task manager to locate your running application if it has (32 bit) after its name then its 32bit, if it does not then its 64bit.
You can also configure TaskManager to show this in a better way, Launch TaskManager, click the Details Tab, then Right click one of the headings and choose select column; locate the option Show Platform. You will now get a column showing 32/64.
-
Thaddy can I get you to clarify what you mean there please ?
I was talking about the official FPC distribution.
That still needs afaik initially a 32 bit compiler, 32 bit ppcrossx64 => to build a 64 bit ppcx64 yourself.
See:
Windows: https://www.freepascal.org/down/x86_64/win64-netherlands.var
MacOs: https://www.freepascal.org/down/i386/macosx-netherlands.var
-
It is the old temptation of the all new teams: that of the new exercise book … and table shaves of the past.
(not sure that the translation is correct… another one : "We erase everything and we begin again")
(en français : "faire table rase du passé" ou "on efface tout et on recommence")
-
It is the old temptation of the all new teams: that of the new exercise book … and table shaves of the past.
An English idiom is "to wipe the slate clean" which persists from the time when schoolchildren wrote in chalk on slate, rather than in pencil or pen on (expensive) paper.
-
It is the old temptation of the all new teams: that of the new exercise book … and table shaves of the past.
(not sure that the translation is correct… another one : "We erase everything and we begin again")
Those that don't learn from history are doomed to repeat it.
-
Basically destroying users investments to sponge off their 30% on upgrades, using security updates as a stick.
Upgrades to iOS and macOS are free, as are upgrades to apps on Apple's stores.
Yes, but not necessarily upgrades for all commercial applications...
But 32-bit applications run just fine on Windows x64. I've been running 64-bit Windows exclusively since 2005 -- without issue (starting with XP x64, even when you had to hunt a little for drivers)
Certainly, there are a few apps that will *require* 32-bit drivers, but they tend to have other issues as well.
-
Still praying for Cocoa becoming usable. Right now Lazarus Cocoa IDE breaks down with arithmetic error (for me at least) - but the moment it works - it will be great. Still crossing fingers Cocoa will be ready in time
-
@MISV, I just used fpcupdeluxe the other day to set up trunk Laz+FPC, x64, Cocoa.
I got the Arithmetic error, hit ok and got into the editor, then did a rebuild the IDE way with the same settings, and after that it's been working fine.
No go on Anchordockdsgn though, totally unusable at the moment, but apart from that it's been working well, including compiling apps for x64 Cocoa.
-
@MISV, I just used fpcupdeluxe the other day to set up trunk Laz+FPC, x64, Cocoa.
I got the Arithmetic error, hit ok and got into the editor, then did a rebuild the IDE way with the same settings, and after that it's been working fine.
No go on Anchordockdsgn though, totally unusable at the moment, but apart from that it's been working well, including compiling apps for x64 Cocoa.
I did not rebuild the IDE? Does that help? (Personally I can't open any windows without getting the error, but I will try again - I was not aware rebuilding he IDE would help but worth a try)
-
Worked for me, yeah.
Installed, got the error, clicked Ok or whatever to NOT kill the program, then used the rebuild option in the IDE menu, and after that no Arithmetic error for me.
-
Thank you - works for me as well now! Thank you so much - I can now finally start finding / reporting issues (already found one with TPageControl and menus but otherwise I can see Cocoa seems quite close)
-
No problem MISV, happy to help when I can :)
-
Already submitted a couple of bug reports - one very important if using TabVisible it will essentially render TPageControls unusuble (all the trailing TTabSheets content are rendered invisible - no matter visible/tabvisible status)
I am considering if I should try fix it myself, but I don't properly understand the intrincsics of LCL yet (or Cocoa)