Re: [Lazarus] Can't build fpc trunk x64 win32/64
03.05.2020 0:05, Sven Barth пишет: Would you please provide a directory listing (using "dir" should be enough) of the fpc_stable_x32\bin\i386-win32 and fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that something in there leads to this difference as that is the only thing you add to PATH. Regards, Sven Do I understand correctly that the ppcx64 files and other files of the stable release of the x64 compiler are built from the stable release of the x32 compiler and other utilities of the binw64 folder? Maybe you will tell me the right way, how can I build stable binutils x64 using stable binutils x32? -- with best regards, Zoltanleo aka Док -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Can't build fpc trunk x64 win32/64
03.05.2020 0:05, Sven Barth пишет: Would you please provide a directory listing (using "dir" should be enough) of the fpc_stable_x32\bin\i386-win32 and fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that something in there leads to this difference as that is the only thing you add to PATH. Regards, Sven Hi Sven. I have attached the result in two files, so that it is convenient for you to compare. -- with best regards, Zoltanleo aka Док Том в устройстве D не имеет метки. Серийный номер тома: E862-4779 Содержимое папки d:\Archive\development\fpc_stable_x32\bin\i386-win32 20.04.2020 01:42 . 20.04.2020 01:42 .. 07.04.2012 14:39 599 566 ar.exe 07.04.2012 14:39 1 028 110 as.exe 06.10.2017 19:35 199 680 bin2obj.exe 06.10.2017 19:33 453 632 chmcmd.exe 06.10.2017 19:33 254 976 chmls.exe 30.05.2005 21:05 6 144 cmp.exe 30.05.2005 21:0522 528 cp.exe 30.05.2005 21:0591 136 cpp.exe 16.05.2005 20:37 426 cvsco.tdf 22.01.2007 06:03 672 cvsdiff.tdf 16.05.2005 20:37 323 cvsup.tdf 06.10.2017 19:3546 080 data2inc.exe 06.10.2017 19:3598 816 delp.exe 30.05.2005 21:0532 768 diff.exe 09.03.2011 12:17 689 664 dlltool.exe 16.05.2005 20:37 4 515 fp.ans 20.04.2020 01:41 756 fp.cfg 06.10.2017 19:36 9 794 048 fp.exe 20.04.2020 01:41 1 090 fp.ini 27.05.2006 18:58 4 286 fp32.ico 20.04.2020 11:16 8 185 fpc.cfg 06.10.2017 19:3295 744 fpc.exe 06.10.2017 19:35 284 160 fpcmake.exe 06.10.2017 19:35 221 184 fpcmkcfg.exe 06.10.2017 19:35 327 168 fpcres.exe 06.10.2017 19:35 184 832 fpcsubst.exe 06.10.2017 19:35 838 656 fpdoc.exe 06.10.2017 19:35 181 248 fpmc.exe 06.10.2017 19:35 891 392 fppkg.exe 06.10.2017 19:35 186 880 fprcp.exe 30.05.2005 21:0568 608 gcc.exe 30.05.2005 21:0519 456 gdate.exe 30.01.2011 21:43 3 598 848 gdb.exe 30.05.2005 21:05 4 608 gecho.exe 30.05.2005 21:0518 944 ginstall.exe 21.05.2009 11:36 388 ginstall.exe.manifest 30.05.2005 21:0513 824 gmkdir.exe 07.06.2005 11:47 660 gplprog.pt 07.06.2005 11:47 694 gplunit.pt 30.05.2005 21:0564 000 grep.exe 16.05.2005 20:37 732 grep.tdf 06.10.2017 19:35 307 200 h2pas.exe 06.10.2017 19:3536 864 h2paspp.exe 06.10.2017 19:35 200 704 instantfpc.exe 07.04.2012 14:39 838 670 ld.exe 30.01.2011 21:43 165 513 libexpat-1.dll 15.08.2012 20:36 188 942 make.exe 06.10.2017 19:35 470 016 makeskel.exe 30.05.2005 21:0531 744 mv.exe 07.04.2012 14:39 586 766 nm.exe 07.04.2012 14:39 726 030 objcopy.exe 07.04.2012 14:39 1 092 622 objdump.exe 06.10.2017 19:35 413 184 pas2jni.exe 30.05.2005 21:0528 160 patch.exe 21.01.2010 18:23 388 patch.exe.manifest 06.10.2017 19:35 120 832 plex.exe 06.10.2017 19:3547 616 postw32.exe 06.10.2017 19:33 2 387 968 ppc386.exe 06.10.2017 19:46 2 281 472 ppcrossx64.exe 06.10.2017 19:3540 960 ppdep.exe 06.10.2017 19:32 353 280 ppudump.exe 06.10.2017 19:3295 232 ppufiles.exe 06.10.2017 19:32 109 568 ppumove.exe 16.05.2005 20:3763 program.pt 06.10.2017 19:35 192 512 ptop.exe 30.05.2005 21:05 2 560 pwd.exe 06.10.2017 19:35 136 192 pyacc.exe 30.05.2005 21:0530 720 rm.exe 06.10.2017 19:3589 600 rmcvsdir.exe 06.10.2017 19:35 345 600 rstconv.exe 07.04.2012 14:39 726 030 strip.exe 16.05.2005 20:37 1 059 tpgrep.tdf 16.05.2005 20:3796 unit.pt 06.10.2017 19:35 371 200 unitdiff.exe 30.05.2005 21:0541 472 unzip.exe 01.10.2011 23:34 662 542 windres.exe 30.05.2005 21:05 141 200 windres.h 09.03.2014 12:43 828 430 x86_64-win64-ar.exe 09.03.2014 12:43 1 399 822 x86_64-win64-as.exe 09.03.2014 12:43 1 179 662 x86_64-win64-ld.exe 09.03.2014 12:43 815 630 x86_64-win64-nm.exe 09.03.2014 12:43 965 646 x86_64-win64-objcopy.exe 09.03.2014 12:43 1 469 966 x86_64-win64-objdump.exe 09.03.2014 12:43 965 646 x86_64-win64-strip.exe 09.03.2014 12:43 927 246 x86_64-win64-windres.exe 25.02.2009 21:36 1 345 yylex.cod 25.02.2009 21:36 4 334 yyparse.cod 30.05.2005 21:0532 256 zip.exe 88 файлов 42 193 987 байт 2 папок 122 994 081 792 байт свободно Том в устройстве D не имеет метки.
Re: [Lazarus] Can't build fpc trunk x64 win32/64
Am 02.05.2020 um 22:05 schrieb leyba bronstain via lazarus: for x32 d:\Archive\development\fpc_331_r45227_x32\compiler>path=d:\Archive\development\fpc_stable_x32\bin\i386-win32;%path% d:\Archive\development\fpc_331_r45227_x32\compiler>echo %path% d:\Archive\development\fpc_stable_x32\bin\i386-win32;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ [snip] for x64 d:\Archive\development\fpc_331_r45227_x64\compiler>path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% d:\Archive\development\fpc_331_r45227_x64\compiler>echo %path% d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ Would you please provide a directory listing (using "dir" should be enough) of the fpc_stable_x32\bin\i386-win32 and fpc_stable_x64\bin\x86_64-win64 directories? I have the feeling that something in there leads to this difference as that is the only thing you add to PATH. Regards, Sven -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
Am 02.05.2020 um 16:15 schrieb Juha Manninen via lazarus: Ok, I removed it in r63112. Something must be screwed up in TComboboxEx. Don't worry, not by the removal of the ReadOnly property, but it must have been around for a long time since the beginning: This component introduces a new Style type: TComboboxExStyle = (csExDropDown, csExSimple, csExDropDownList). In Delphi it is possible to type text into the control when the Style is csExDropDown or csExSimple, but in Lazarus this is not possible, the control behaves like csExDropDownList in all cases (except for the grayed appearance, in Windows). And in Delphi the Style with csExSimple looks like a simple TEdit, while in Lazarus it has the dropdown arrow, like the csExDropdown(List) Style. I tested this on Windows, and Linux gtk2 and qt5. -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Can't build fpc trunk x64 win32/64
Hi Sven. 01.05.2020 17:10, Sven Barth via lazarus пишет: Can you please try to execute "make echotime" (in the "fpc_331_r45198\compiler" directory ;) ) without any changes to the PATH variable? C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x64\compiler d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. (ENG: 'make' is not recognized as an internal or external command, operable program or batch file) You also said that when compiling for i386 this worked correctly. Would you please "echo %PATH%" before executing "make" in the directory with the source for both variants (i386 and x86_64)? Regards, Sven for x32 C:\Users\leyba>echo %path% c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x32\compiler d:\Archive\development\fpc_331_r45227_x32\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. (ENG: 'make' is not recognized as an internal or external command, operable program or batch file) d:\Archive\development\fpc_331_r45227_x32\compiler>path=d:\Archive\development\fpc_stable_x32\bin\i386-win32;%path% d:\Archive\development\fpc_331_r45227_x32\compiler>echo %path% d:\Archive\development\fpc_stable_x32\bin\i386-win32;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ d:\Archive\development\fpc_331_r45227_x32\compiler>make echotime Start 22:52:28 now 22:52:28 for x64 C:\Users\leyba>echo %path% c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ C:\Users\leyba>cd /d d:\Archive\development\fpc_331_r45227_x64\compiler d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime "make" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. d:\Archive\development\fpc_331_r45227_x64\compiler>path=d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;%path% d:\Archive\development\fpc_331_r45227_x64\compiler>echo %path% d:\Archive\development\fpc_stable_x64\bin\x86_64-win64;c:\;d:\;C:\Program Files\Pandoc\;C:\Users\Public\Documents\Embarcadero\Studio\20.0\Bpl;c:\Program Files\TortoiseSVN\bin;c:\Windows\System32\;c:\Program Files\Git\bin\ d:\Archive\development\fpc_331_r45227_x64\compiler>make echotime process_begin: CreateProcess((null), echo Start 22:55:53 now 22:55:53, ...) failed. make (e=2): Не удается найти указанный файл. make: *** [echotime] Error 2 -- with best regards, Zoltanleo aka Док -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
On 02.05.2020 16:15, Juha Manninen via lazarus wrote: On Sat, May 2, 2020 at 11:37 AM Ondrej Pokorny via lazarus mailto:lazarus@lists.lazarus-ide.org>> wrote: Yes, sorry - you are right. I missed that. I would just remove it. Ok, I removed it in r63112. Great, thank you, Juha! Ondrej -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
On Sat, May 2, 2020 at 11:37 AM Ondrej Pokorny via lazarus < lazarus@lists.lazarus-ide.org> wrote: > Yes, sorry - you are right. I missed that. I would just remove it. > Ok, I removed it in r63112. Juha -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
On 02.05.2020 09:00, Juha Manninen via lazarus wrote: On Sat, May 2, 2020 at 9:09 AM Ondrej Pokorny via lazarus mailto:lazarus@lists.lazarus-ide.org>> wrote: From what I can see the ReadOnly property is still published. I would remove it completely, there is no reason to have it anymore if it was deprecated for 3 years. Not even in the public section. (Again, even with ReadOnly=True you can still change the value with the drop down.) No, the published property is gone. You must rebuild the IDE before it disappears from OI. There is a public TCustomComboBox.ReadOnly Yes, sorry - you are right. I missed that. I would just remove it. This works in Lazarus as well: procedure TForm1.Button1Click(Sender: TObject); begin // make combobox read-only (make sure ComboBox1.Style=csDropDown) SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, Ord(True), 0); end; Works only with LCL-Win32. That's obvious :) I wanted to stress that we never had a ReadOnly property Jamie wanted so there was nothing to be re-enabled. Also, Delphi never had it so he was wrong about "I understand latest Delphi eliminated it [ReadOnly property]". Ondrej -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
On Sat, May 2, 2020 at 9:09 AM Ondrej Pokorny via lazarus < lazarus@lists.lazarus-ide.org> wrote: > From what I can see the ReadOnly property is still published. I would > remove it completely, there is no reason to have it anymore if it was > deprecated for 3 years. Not even in the public section. (Again, even > with ReadOnly=True you can still change the value with the drop down.) > No, the published property is gone. You must rebuild the IDE before it disappears from OI. There is a public TCustomComboBox.ReadOnly : property ReadOnly: Boolean read GetReadOnly stored False; ... function TCustomComboBox.GetReadOnly: Boolean; begin Result := Style in [csDropDownList, csOwnerDrawFixed, csOwnerDrawVariable]; end; This works in Lazarus as well: > procedure TForm1.Button1Click(Sender: TObject); > begin >// make combobox read-only (make sure ComboBox1.Style=csDropDown) >SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, > Ord(True), 0); > end; > Works only with LCL-Win32. I just realized that a custom cross-platform component could easily be inherited from TCustomEditButton. It is the ancestor of TFilenameEdit, TDateEdit etc. It makes sense if you need many instances of those controls. Otherwise a TEdit + anchored dropdown button suffices. Such a custom component will not be added to LCL however because TComboBox and TComboBoxEx are enough for most people. Juha -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] TComboBox.ReadOnly
On 01.05.2020 23:36, Juha Manninen via lazarus wrote: I applied my own patch. It removes the deprecated published property so it will be gone in Lazarus 2.2. A public ReadOnly property remains but is cannot be assigned any more. Thus ReadOnly property is itself readonly. :) Please test. From what I can see the ReadOnly property is still published. I would remove it completely, there is no reason to have it anymore if it was deprecated for 3 years. Not even in the public section. (Again, even with ReadOnly=True you can still change the value with the drop down.) As for Jamie's issue. I took a look at the state before I deprecated it and it was a way to disable editing for csOwnerDrawFixed, csOwnerDrawVariable styles - so actually a duplicate property for the Style property. It had no other function. It was not an equivalent for a "readonly edit" (=you can select text but cannot change it by typing) and enabled drop-down list. Something that can be achieved with EM_SETREADONLY as described in http://mc-computing.com/Languages/Delphi/ReadOnly.html This works in Lazarus as well: procedure TForm1.Button1Click(Sender: TObject); begin // make combobox read-only (make sure ComboBox1.Style=csDropDown) SendMessage(GetWindow(ComboBox1.Handle, GW_CHILD), EM_SETREADONLY, Ord(True), 0); end; So, IMO the removal of the ReadOnly property is valid because it was not implemented with EM_SETREADONLY as Jamie expected and was only confusing the way it was implemented. Ondrej -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
