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/lis
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
__
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
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 preemptio
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
b
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
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
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
___
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 doe
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'
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 si
11 matches
Mail list logo
