On Sun, Aug 12, 2012 at 2:05 PM, Jürgen Hestermann
wrote:
> I am not able to use this function:
> http://www.freepascal.org/docs-html/rtl/dos/weekday.html
> nor can I find it in the sources.
> Does it still exist?
> If yes, how to use it? Which unit? DOS does not work.
You will find what you need
On 12-8-2012 20:23, Jonas Maebe wrote:
>
> On 12 Aug 2012, at 20:14, Ludo Brands wrote:
>
>>> I would suggest to start by not compiling the compiler or RTL
>>> with stack checking enabled.
>>>
>>
>> Is stack checking on by default?
>
> No, it's not.
>
>> I encounter the same problem as Reinier
On 12 Aug 2012, at 20:14, Ludo Brands wrote:
>> I would suggest to start by not compiling the compiler or RTL
>> with stack checking enabled.
>>
>
> Is stack checking on by default?
No, it's not.
> I encounter the same problem as Reinier and
> I build the compiler with OPT="-g -gl", nothing
>
> I would suggest to start by not compiling the compiler or RTL
> with stack checking enabled.
>
Is stack checking on by default? I encounter the same problem as Reinier and
I build the compiler with OPT="-g -gl", nothing more.
Ludo
___
fpc-pasca
On 12 Aug 2012, at 19:46, Reinier Olislagers wrote:
> Thread from Lazarus list...
>
> Perhaps some kind FPC dev could look at bug 2252 if this is an FPC trunk
> bug connected with generating stabs debug info instead of a
> Lazreport/Lazarus bug7
I would suggest to start by not compiling the com
Thread from Lazarus list...
Perhaps some kind FPC dev could look at bug 2252 if this is an FPC trunk
bug connected with generating stabs debug info instead of a
Lazreport/Lazarus bug7
Thanks,
Reinier
On 12-8-2012 18:50, Maxim Ganetsky wrote:
> 12.08.2012 20:12, Reinier Olislagers пишет:
>> On 12
I am not able to use this function:
http://www.freepascal.org/docs-html/rtl/dos/weekday.html
nor can I find it in the sources.
Does it still exist?
If yes, how to use it? Which unit? DOS does not work.
___
fpc-pascal maillist - fpc-pascal@lists.freepa
Jonas Maebe hat am 12. August 2012 um 15:30
geschrieben:>
> On 12 Aug 2012, at 14:37, Mattias Gaertner wrote:
>
> > Jonas Maebe hat am 12. August 2012 um 11:58
> > geschrieben:>
> >> On 12 Aug 2012, at 11:16, Mattias Gaertner wrote:
> >>
> >> [...]
> >> No, never (unless the -Cn command line pa
On 12.08.2012 15:57, Rainer Stratmann wrote:
Am Sunday 12 August 2012 15:46:00 schrieb Sven Barth:
I know there is a smiley, but: Only because Jonas sees no gain in
implementing something in the compiler that would help you in your
specific case does not mean that Jonas doesn't add anything that
Am Sunday 12 August 2012 15:46:00 schrieb Sven Barth:
> I know there is a smiley, but: Only because Jonas sees no gain in
> implementing something in the compiler that would help you in your
> specific case does not mean that Jonas doesn't add anything that causes
> not much work.
That my suggesti
On 12.08.2012 15:37, Rainer Stratmann wrote:
Am Sunday 12 August 2012 15:25:17 schrieb Mark Morgan Lloyd:
Hey, Jonas, when are you introducing the optimisation that a call at the
end of a procedure can be replaced by a jmp? :-)
Jonas only introduces something if it causes not much work :-)
I
Am Sunday 12 August 2012 15:29:44 schrieb Jonas Maebe:
> Florian already implemented that quite a while ago :) I suggest to drop the
> topic though, because Rainer does not appear to be open to taking another
> approach
It depends on the approach.
If you have a better solution would you take anoth
Am Sunday 12 August 2012 15:25:17 schrieb Mark Morgan Lloyd:
> Hey, Jonas, when are you introducing the optimisation that a call at the
> end of a procedure can be replaced by a jmp? :-)
Jonas only introduces something if it causes not much work :-)
Jmp will be opcode $E9.
http://css.csail.mit.ed
On 12 Aug 2012, at 14:37, Mattias Gaertner wrote:
> Jonas Maebe hat am 12. August 2012 um 11:58
> geschrieben:>
>> On 12 Aug 2012, at 11:16, Mattias Gaertner wrote:
>>
>> [...]
>> No, never (unless the -Cn command line parameter is passed to the compiler)
>
> I found it. An alias for -Cn is -E
On 12 Aug 2012, at 15:25, Mark Morgan Lloyd wrote:
> Rainer Stratmann wrote:
>
>> For the above mentioned purpose it works perfect since some days.
>> I got all caller adresses and even more I got all text snippets (pchar to
>> the snippet!). If you know something about assembler language then
Rainer Stratmann wrote:
For the above mentioned purpose it works perfect since some days.
I got all caller adresses and even more I got all text snippets (pchar to the
snippet!). If you know something about assembler language then it is not a
huge effort to get this information from the compil
Am Sunday 12 August 2012 09:49:36 schrieb Jorge Aldo G. de F. Junior:
> Why do you need to "Get all caller addresses of a given function procedure"
> ?
If you read the thread you will now.
Because I need an easy handling multi language interface.
> This can be solved with static code analysis - as
Jonas Maebe hat am 12. August 2012 um 11:58
geschrieben:>
> On 12 Aug 2012, at 11:16, Mattias Gaertner wrote:
>
> > Since yesterday fpc no longer links some programs, e.g. lazarus. It reports
> > no
> > error:
> >
> > Assembling (pipe) ../units/i386-darwin/carbon/lazarus.s
> > Compiling resource
On 12 Aug 2012, at 11:16, Mattias Gaertner wrote:
> Since yesterday fpc no longer links some programs, e.g. lazarus. It reports no
> error:
>
> Assembling (pipe) ../units/i386-darwin/carbon/lazarus.s
> Compiling resource ../units/i386-darwin/carbon/lazarus.or
> Closing script ../ppas.sh
> 198 li
Hi,
Since yesterday fpc no longer links some programs, e.g. lazarus. It reports no
error:
Assembling (pipe) ../units/i386-darwin/carbon/lazarus.s
Compiling resource ../units/i386-darwin/carbon/lazarus.or
Closing script ../ppas.sh
198 lines compiled, 8.2 sec
It does not link and does not create t
In my (Windows) SVN fpc installs, I can find the fpdoc executable both
under the bin directory as well as utils\fpdoc
However, I've only found fpdoc.css in utils\fpdoc (and a different one
in packages\fcl-res\xml) but not in the bin directory.
IIRC, fpdoc picks up fpdoc.css when generating HTML/C
Why do you need to "Get all caller addresses of a given function procedure" ?
This can be solved with static code analysis - as long as there is no
procedural variables involved - but its weird to have such a
necessity... Sounds like the project started with the wrong
assumptions...
Thats my two
22 matches
Mail list logo
