Re: [fpc-devel] OO rewrite - property syntax
On 28 Jul 2010, at 15:52, Hans-Peter Diettrich wrote: The procedure property_dec exists twice, in pdecl.pas and pdecobj.pas. The pdecobj version seems to handle (old) syntax only, does not accept unit properties nor multiple property declarations. Neither handles old or new syntax, both simply serve different purposes. The version in pdecl is only for property declarations outside the context of classes/objects. The version in pdecobj is only for properties declared inside classes/objects. Both use the same core functionality (pdecvar.read_property_dec) to actually parse the property declaration. Should it be dropped, in favor of the pdecl version? If not, I'd suggest to rename one of these procedures, to remove any ambiguities. It's fine to rename them. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Mantis & FPC 2.4.3
Hello, Mantis keeps giving this error: Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72843 bytes) in /FPC/mantis/docroot/core/string_api.php on line 416 And the latest Lazarus with FPC 2.4.3 aren't generating, but the FPC 2.4.0 ones are. Probably FPC 2.4.3 isn't compilable. thanks, -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Mantis & FPC 2.4.3
On 29 Jul 2010, at 15:01, Felipe Monteiro de Carvalho wrote: Mantis keeps giving this error: Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72843 bytes) in /FPC/mantis/docroot/core/string_api.php on line 416 Please be specific when reporting errors: when does it give that error? Just going to http://bugs.freepascal.org/my_view_page.php works fine here. And the latest Lazarus with FPC 2.4.3 aren't generating, but the FPC 2.4.0 ones are. Probably FPC 2.4.3 isn't compilable. 2.4.3 compiles fine, since there are no problems with the nightly testsuite runs for that version. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Mantis & FPC 2.4.3
On Thu, Jul 29, 2010 at 3:12 PM, Jonas Maebe wrote: > Please be specific when reporting errors: when does it give that error? Just > going to http://bugs.freepascal.org/my_view_page.php works fine here. Adding a comment. -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Mantis & FPC 2.4.3
On 29 Jul 2010, at 15:14, Felipe Monteiro de Carvalho wrote: On Thu, Jul 29, 2010 at 3:12 PM, Jonas Maebe > wrote: Please be specific when reporting errors: when does it give that error? Just going to http://bugs.freepascal.org/my_view_page.php works fine here. Adding a comment. I've just added a comment to http://bugs.freepascal.org/view.php?id=15925 and it worked fine. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Mantis & FPC 2.4.3
It isn't just me, John vd Waeter also experienced it. Try commenting in this topic: http://bugs.freepascal.org/view.php?id=16435 Maybe our topic is too long? -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Mantis & FPC 2.4.3
On 29 Jul 2010, at 15:26, Felipe Monteiro de Carvalho wrote: It isn't just me, John vd Waeter also experienced it. Try commenting in this topic: http://bugs.freepascal.org/view.php?id=16435 Maybe our topic is too long? I doubt that, there are bugs with more comments. It does seem like a bug in mantis. Unfortunately, it's hard to upgrade because it has been customised. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] threadvar implementation
FWIW: I checked gcc for the NIOS processor. Same has 32 general purpose registers (similar to ARM) Here +offset is used to access any global (and static) variables, while +offset is used to access any threadvars. Obviously the OS just sees that these registers (like all others) are preemption-safe while the program is running. I don't know how the initial values of there registers are set (by the OS or by the program/thread initialization RTL function). I suppose with this paradigm, pointers to threadvars should work (other than with X86/32-Linux), as the threadvars - other than with X86 - simply have have different effective user space addresses with the different threads they are used in. Thus even cross-thread usage of pointers to threadvars would be consistent (other then with X86/32 Linux and Windows). -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Syntax problem with function result
On 28 Jul 2010, at 22:04, Hans-Peter Diettrich wrote: Jonas Maebe schrieb: Thanks, I'll check it, and possibly add it to my OO rewrite branch :-) Just to make sure: please do not add any new features to your OO rewrite branch. Reviewing it for potential merging into trunk will be hard enough already without any new features added to it. I only had added it if something prevents its use in trunk. And not now, when the OO rewrite is not yet working. Another thing: please do not commit tests inside the compiler directory. There is a separate "tests" subdirectory under the fpc repository for that, and if you did not branch that (or if the test does not belong there), then simply create your own test directory. Every unrelated change to the compiler units and/or directory makes it more laborious to merge your changes back to trunk. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] threadvar implementation
Michael Schnell schrieb: I suppose with this paradigm, pointers to threadvars should work (other than with X86/32-Linux), as the threadvars - other than with X86 - simply have have different effective user space addresses What makes you think that this is different from x86? DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Syntax problem with function result
Jonas Maebe schrieb: Another thing: please do not commit tests inside the compiler directory. They are there only until the bugs have been fixed. DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
