Re: [Lazarus] Multi-line msgid in PO file
On Thu, 31 Jan 2019 at 23:38, Maxim Ganetsky via lazarus wrote: > 31.01.2019 14:01, Henry Vermaak via lazarus пишет: > > On Wed, Jan 30, 2019 at 08:19:47PM +0300, Maxim Ganetsky via lazarus wrote: > >> 30.01.2019 20:10, Henry Vermaak via lazarus пишет: > >>> I've had a problem with multi-line translations not working and realised > >>> that an extra '\n' was appended to the last line of the msgid in the PO > >>> file causing the translation lookup to fail. I'm assuming that this is > >>> a bug, but thought I'd ask here first. > > Should be fixed in r60268. No, lazarus still adds an extra newline to the end of the msgid entries in the PO files. This is incorrect, the original text does not include a trailing newline (check the lrj file). rstconv also doesn't write spurious newlines to PO files when I feed the lrj to it. > Linebreak at the end of multilined string should be present as per PO > format examples, most PO editors add it anyway. No, this is incorrect. PO editors have nothing to do with what gets added to msgid, but they will preserve the newlines that are in the msgid and make sure that the translation ends in a newline if the original ends in a newline. xgettext is responsible for extracting strings from source and it does not add an extra newline when used with C or lua source, we've been using multiline strings in C and lua for years without issues. Could you explain what was wrong with the patch I sent in the first message? Henry -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Multi-line msgid in PO file
01.02.2019 12:43, Henry Vermaak пишет: > On Thu, 31 Jan 2019 at 23:38, Maxim Ganetsky via lazarus > wrote: >> Should be fixed in r60268. > > No, lazarus still adds an extra newline to the end of the msgid > entries in the PO files. This is incorrect, the original text does > not include a trailing newline (check the lrj file). rstconv also > doesn't write spurious newlines to PO files when I feed the lrj to it. > >> Linebreak at the end of multilined string should be present as per PO >> format examples, most PO editors add it anyway. > No, this is incorrect. PO editors have nothing to do with what gets > added to msgid, but they will preserve the newlines that are in the > msgid and make sure that the translation ends in a newline if the > original ends in a newline. xgettext is responsible for extracting > strings from source and it does not add an extra newline when used > with C or lua source, we've been using multiline strings in C and lua > for years without issues. As I remember, it was not the case earlier at least with Poedit. But its current version behaves exactly as you describe. Maybe it is indeed a good idea to avoid changing these newlines. I will look into it. > Could you explain what was wrong with the patch I sent in the first message? It needlessly changes formatting of PO files and is not sufficient to correctly solve the problem at hand anyway. But changes along its lines should be made, yes. -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] lazbuild question
I have project that builds in Lazarus but is getting dependency errors using lazbuild. Simple question, what lazbuild options do I need so it behaves exactly like the build command in lazarus? Thanks. Regards, Ryan Joseph -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] lazbuild question
On Fri, 1 Feb 2019 10:27:42 -0500 Ryan Joseph via lazarus wrote: > I have project that builds in Lazarus but is getting dependency > errors using lazbuild. > > Simple question, what lazbuild options do I need so it behaves > exactly like the build command in lazarus? Note that some IDE addons alter the build process, e.g. adding macros. lazbuild cannot support that. Can you give some more details? Mattias -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] Multi-line msgid in PO file
On Fri, 1 Feb 2019 at 12:46, Maxim Ganetsky via lazarus wrote: > As I remember, it was not the case earlier at least with Poedit. But its > current version behaves exactly as you describe. Maybe it is indeed a > good idea to avoid changing these newlines. I will look into it. Thanks, much appreciated. Henry -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] lazbuild question
> On Feb 1, 2019, at 11:05 AM, Mattias Gaertner via lazarus > wrote: > > Note that some IDE addons alter the build process, e.g. adding macros. > lazbuild cannot support that. > > Can you give some more details? This project builds in lazarus but a simple lazbuild command on the project file gives me this error. Not sure what is different in lazbuild then the IDE. Ryans-MacBook-Pro-2:laz_tests ryanjoseph$ lazbuild /Users/ryanjoseph/Desktop/laz_tests/MRIcroGL12/MRIcroGL.lpi Warning: (lazarus) suspicious pkg link file found (name): /Users/ryanjoseph/Desktop/laz_tests/lazarus/packager/globallinks/laz.virtualtreeview_package-5.5.3.1.lpl Hint: (lazarus) [RunTool] /usr/local/bin/fpc "-iWTOTP" Hint: (lazarus) [RunTool] /usr/local/bin/fpc "-va" "compilertest.pas" Error: (lazbuild) Broken dependency: lazmetalcontrol 0.0->LCL 2.1->LCLBase 2.1->chm Ryans-MacBook-Pro-2:laz_tests ryanjoseph$ Regards, Ryan Joseph -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
Re: [Lazarus] lazbuild question
Op Vrijdag 1 februari 2019 schreef Ryan Joseph via lazarus: > > > > On Feb 1, 2019, at 11:05 AM, Mattias Gaertner via lazarus > > wrote: > > > > Note that some IDE addons alter the build process, e.g. adding macros. > > lazbuild cannot support that. > > > > Can you give some more details? > > This project builds in lazarus but a simple lazbuild command on the project > file gives me this error. Not sure what is different in lazbuild then the IDE. > > Ryans-MacBook-Pro-2:laz_tests ryanjoseph$ lazbuild > /Users/ryanjoseph/Desktop/laz_tests/MRIcroGL12/MRIcroGL.lpi > Warning: (lazarus) suspicious pkg link file found (name): > /Users/ryanjoseph/Desktop/laz_tests/lazarus/packager/globallinks/laz.virtualtreeview_package-5.5.3.1.lpl > Hint: (lazarus) [RunTool] /usr/local/bin/fpc "-iWTOTP" > Hint: (lazarus) [RunTool] /usr/local/bin/fpc "-va" "compilertest.pas" > Error: (lazbuild) Broken dependency: lazmetalcontrol 0.0->LCL 2.1->LCLBase > 2.1->chm > Ryans-MacBook-Pro-2:laz_tests ryanjoseph$ chm Is not a Lazarus but a fpc package. Seems that your fppkg configuration is currupt. My guess is that it works in Lazarus itself because you haven't compiled Lazbuild in a while. Regards, Joost -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
[Lazarus] Testers needed: Debugger step-over issue (step over perform step in)
This is a known issue under 64 bit Windows, when using the default debugger of Lazarus (gdb based / GDBMI debugger). There have been sporadic reports that this may occur on other platforms too... Anyway the symptoms of this issue are: - During debugging you press F8 (or otherwise trigger step-over) - The debugger will NOT step to the next line, but stop inside a function that was called by the line you tried to step over. I myself have only reproduced this, in cases where the debugger stepped into code that has debug info. So the source of the stepped-into procedure is shown. If anyone has experienced stepping into assembler I would like feedback on this. I have added some code, that may work around the issue. But that needs testing. It is present in trunk (r60274) and fixes 2.0 branch (merge is actually pending, but is planned to happen before release). Due to the lack of tests this feature is disabled by default. Go to Tools > Option > Debugger Find (in the property grid) "FixIncorrectStepOver" and enable it. If the IDE detects a step-in when expecting a step over, it will try to solve the issue (perform a further step-over and then a step-out / a step out from the "begin" line of a procedure does not always work). If you have cases where this does not work, could you please report with: - a reproducible example (if you have) - always (even if you have an example): a logfile http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session See also http://forum.lazarus-ide.org/index.php?topic=44121 -- ___ lazarus mailing list lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
