Re: [Lazarus] Install Lazarus on Mac OSX Catalina
I'm not on Catalina yet, but I tried building a cross compiler for Cocoa with 64bit OSX earlier today and failed. It seems that Lazarus on OSX can't see a 64bit compiler if you use cross install. What I thought would work was: make all make install INSTALL_PREFIX=`pwd` crossinstall OS_TARGET=darwin CPU_TARGET=x86_64 INSTALL_PREFIX=`pwd` Then I copied ./lib/version/ppc and ./lib/version/ppcross to ./bin/ and created a valid ./bin/fpc.cfg Then I built Lazarus. I tried building with widgetset as Cocoa and CPU are x86_64 but I could not get the make to work. Then I tried building Lazarus normally, and changing a new project to use 64bit and Lazarus would have none of it, arguing that the current compiler does not support x86_64. Eventually I gave up on building it myself and used fpcudeluxe instead to install a Cocoa 64bit compiler and Lazarus. If anyone has any tips on how to manually create a FPC and Lazarus that support compilation to both 32 and 64bit, or even just a 64bit Cocoa only version, I'd appreciate any help. I could probably figure it out, but it would save me a lot of time in re-compiling. Thanks -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] autocomplete a lookup field in Dbgrid?
I have a a dataset with a lookup field. I edit it with a dbgrid. The grid correctly uses a picklist for that field, but I couldn't find an easy way to autocomplete it (i.e. allow the user to type the first few characters of the value to select an entry). The problem seems to be that the picklist field uses a TPickListCellEditor which derives from a TCustomComboBox that doesn't implement such functionality (it does but only to set the text in case it's a csDropDownList, it doesn't set the selected item). I see that a TDBLookupCombobox supposedly implements autocomplete (I saw some forum post when they say it's problematic, don't know if it has been solved now), but I cannot use it since I'm setting two fields, not one. Any idea? TIA -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Install Lazarus on Mac OSX Catalina
Some experiences having just tried moving my main application to Cocoa without upgrading to Catalina. The results look very promising, and my application looks usable, though I didn't try running 64 bit Lazarus. i can make the following observations: 1. For 32 bit compilation you need to avoid upgrading to the latest xcode; 10.3 looks like the last one that has the required 32 bit components. Older versions of xcode can be downloaded from the Apple developer site, and at least some co-existence is possible. (I ended up with 10.3 installed in my home directory.) 2. I typically compile with all range checks on, and this triggered some range checks in the widegt set - see https://bugs.freepascal.org/view.php?id=36171 3. Fixed point fonts can have non-integer spacings; I was using CarbonWidgetSet.SetTextFractional(Canvas, False) but this does not seem to be available under Cocoa so I had to specify the spacing in ExtTextOut. 4. Polyline, at least for large numbers of points. seems to be 10 times slower than under Carbon, which is itself slower than other OS's 5. For compiling trunk FPC I use: FPC=~/fpc/bootstrap/ppc386 make distclean DEBUG=1 install PREFIX=~/usr CPU_SOURCE=i386 OPT=-Fl/Users/me/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib to compile a 32 bit compiler to ~/usr starting from a 32 bit compiler and FPC=~/fpc/bootstrap/ppcx64 make distclean DEBUG=1 install PREFIX=~/usr64 CPU_SOURCE=x86_64 OPT=-Fl/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib to compile a 64 bit compiler to ~/usr64 starting from a 64 bit compiler. I add symbolic links in the two directories: for f in usr usr64 ; do cd ~/$f/bin if [ ! -L ppc386 ] ; then ln -s ~/usr/lib/fpc/$VER/ppc386 ; fi if [ ! -L ppcx64 ] ; then ln -s ~/usr64/lib/fpc/$VER/ppcx64 ; fi done and with this setup lazarus can pick up the two compilers. Colin -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] [Lazarusdev] RFC --- We are planning the next release: Lazarus 2.0.6
The Lazarus team is glad to announce: The upcoming release of Lazarus 2.0.6 which has been scheduled for the last week of October 2019 This release will be built with FPC 3.0.4. The previous release Lazarus 2.0.4 was built with FPC 3.0.4 as well. Here is the list of fixes for Lazarus 2.0.4 (since 2.0.0): http://wiki.freepascal.org/Lazarus_2.0_fixes_branch We would invite everyone to provide their feedback to help us improve this upcoming release. Please let as know in particular: - Any bug-fixes already made to trunk, that you believe should still be merged to the fixes branch (fixes that are not listed on the above wiki page) - Any regressions that happened in fixes branch since the release of 2.0 - Other urgent matters, you believe we should know before the release. Please attempt to provide your feedback by: 23rd October 2019 More info on our release process can be found at (work in progress): http://wiki.lazarus.freepascal.org/Lazarus_release_engineering Information about the previous release: http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes http://wiki.lazarus.freepascal.org/User_Changes_3.0.4 The intended minimum requirements for the release will be: Windows: 2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit. FreeBSD/Linux: gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit. macOS: 10.5 to 10.12; Carbon (32bit), Cocoa (64bit, beta), qt and qt5 (32 or 64bit). -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] [Lazarusdev] RFC --- We are planning the next release: Lazarus 2.0.6
El 13/10/19 a les 14:46, Martin Frb via lazarus ha escrit: This release will be built with FPC 3.0.4. The previous release Lazarus 2.0.4 was built with FPC 3.0.4 as well. Here is the list of fixes for Lazarus 2.0.4 (since 2.0.0): http://wiki.freepascal.org/Lazarus_2.0_fixes_branch We would invite everyone to provide their feedback to help us improve this upcoming release. Please let as know in particular: - Any bug-fixes already made to trunk, that you believe should still be merged to the fixes branch (fixes that are not listed on the above wiki page) In my copy of lazarus 2.0.4 I have the fix for bug https://bugs.freepascal.org/view.php?id=35716 and the patch for the still opened https://bugs.freepascal.org/view.php?id=35715 Also, I don't know if this will be in 2.0.6 (I need it since the bugs in fpc 3.0.4 affect my projects, so I have to use fixes_3_2): --- components/virtualtreeview/VirtualTrees.pas (revision 62005) +++ components/virtualtreeview/VirtualTrees.pas (working copy) @@ -8014,12 +8014,12 @@ if OldPosition < Position then begin // column will be moved up so move down other entries - Move(FPositionToIndex[OldPosition + 1], FPositionToIndex[OldPosition], (Position - OldPosition) * SizeOf(Cardinal)); + System.Move(FPositionToIndex[OldPosition + 1], FPositionToIndex[OldPosition], (Position - OldPosition) * SizeOf(Cardinal)); end else begin // column will be moved down so move up other entries - Move(FPositionToIndex[Position], FPositionToIndex[Position + 1], (OldPosition - Position) * SizeOf(Cardinal)); + System.Move(FPositionToIndex[Position], FPositionToIndex[Position + 1] , (OldPosition - Position) * SizeOf(Cardinal)); end; FPositionToIndex[Position] := Column.Index; end; @@ -8264,7 +8264,7 @@ begin // Index found. Move all higher entries one step down and remove the last entry. if I < Upper then - Move(FPositionToIndex[I + 1], FPositionToIndex[I], (Upper - I) * SizeOf(TColumnIndex)); + System.Move(FPositionToIndex[I + 1], FPositionToIndex[I] , (Upper - I) * SizeOf(TColumnIndex)); end; // Decrease all indices, which are greater than the index to be deleted. if FPositionToIndex[I] > OldIndex then Bye -- Luca Olivetti Wetron Automation Technology http://www.wetron.es/ Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Testers wanted: FpDebug on Linux and Windows
It is time to get some feedback on how FpDebug behaves in the wild. If you want to test it, you need: - Lazarus 2.1 revision 62049 (dated 13 Oct 2019) or higher/later - Fpc any version that above Lazarus works with. If you use FPC trunk, you should aim for revision 43183 or higher. earlier trunk will cause bad results inspecting bitpacked arrays 3.0.4 is fine 3.2 may depend on what gets merged when, and FpDebug may need amendments if certain fpc fixes are merged. As for what to expect: https://wiki.lazarus.freepascal.org/FpDebug When reporting back: - Your Lazarus and FPC version/revision. - Your OS (with version and 32 or 64 bit) - Your IDE is 32 or 64 bit - Your FPC is 32 or 64 bit - Your target app is 32 or 64 bit (and indicate if it was cross compiled, by an FPC with different bitness) - In case something failed, log output of (or preferably, a reproducible testcase) lazarus.exe --debug-log=file --log-enable=DBG_STATE,DBG_DATA_MONITORS,DBG_ERRORS,DBG_VERBOSE,DBG_WARNINGS,DBG_BREAKPOINTS,DBG_FPDEBUG_VERBOSE,FPDBG_BREAKPOINT_ERRORS,FPDBG_BREAKPOINTS Thank you -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Feedback about GDB on Windows
To all who - use Lazarus on Windows (any version of Lazarus 2.0 or 2.1) - use or have tried GDB 8.2 (for 64bit users also GDB 7.7 or 8.1) from https://sourceforge.net/projects/lazarus/files/Lazarus%20Windows%2032%20bits/Alternative%20GDB/ https://sourceforge.net/projects/lazarus/files/Lazarus%20Windows%2064%20bits/Alternative%20GDB/ What is your experience with GDB 8.2 (7.7/8.1)? Compared to the default GDB (32bit: 7.7.1 / 64bit: 7.3.50) Any improvements you noticed? Any degradations you noticed? - Your Lazarus and FPC version/revision. - Your OS (with version and 32 or 64 bit) - Your IDE is 32 or 64 bit - Your FPC is 32 or 64 bit - Your target app is 32 or 64 bit (and indicate if it was cross compiled, by an FPC with different bitness) Thank you -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Feedback about GDB on Windows
Forgot to mention: Which Dwarf version do you use? 32bit users, please ensure you switch to Dwarf. Testing with Stabs (fpc -g or -gs / the default for 32 bit) is pointless. On 13/10/2019 17:59, Martin Frb via lazarus wrote: - Your Lazarus and FPC version/revision. - Your OS (with version and 32 or 64 bit) - Your IDE is 32 or 64 bit - Your FPC is 32 or 64 bit - Your target app is 32 or 64 bit (and indicate if it was cross compiled, by an FPC with different bitness) Thank you -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Testers wanted: FpDebug on Linux and Windows
On 13/10/2019 17:59, Martin Frb via lazarus wrote: It is time to get some feedback on how FpDebug behaves in the wild. Forgot: It is recommended to test this with DWARF-3 However DWARF-2 is also supported. Please mention which one you tested. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Default color of form in RGB?
Does anyone know of a reliable way get the default color of a form (as in clDefault) in RGB? I am writing some code to prepare bitmaps and I want their background to match the default color of a form. Unfortunately I don't see a way to convert clDefault to an RGB value. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Default color of form in RGB?
Am 13.10.19 um 21:55 schrieb Anthony Walter via lazarus: Does anyone know of a reliable way get the default color of a form (as in clDefault) in RGB? I am writing some code to prepare bitmaps and I want their background to match the default color of a form. Unfortunately I don't see a way to convert clDefault to an RGB value. Just an idea: https://www.maketecheasier.com/color-picker-tools-for-linux/ -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Default color of form in RGB?
Okay, you made me laugh, but I hope you were joking. Just to be clear I don't mean to ask how to get the color of something on my screen, I meant how to calculate at runtime the default color of a form in RGB on all platforms without having to take a screenshot of the form. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Default color of form in RGB?
On Sun, Oct 13, 2019 at 9:56 PM Anthony Walter via lazarus wrote: > Does anyone know of a reliable way get the default color of a form (as in > clDefault) in RGB? I am writing some code to prepare bitmaps and I want their > background to match the default color of a form. Unfortunately I don't see a > way to convert clDefault to an RGB value. Asked a similar question once before. Here's Zeljko's answer to that: No, clDefault is incorrect at any time. To obtain color we have: function GetColorResolvingParent: TColor; function GetRGBColorResolvingParent: TColor; -- Bart -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Default color of form in RGB?
Bart, that was exactly what I was looking for. Thank you so much! -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus