On Tue, 16 May 2006, Micha Nelissen wrote:
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
IMHO:
Eventually, you'll have to switch to parsing the .ppu files for some parts.
Do .ppu files tell in what source file and what line a
On Wed, 17 May 2006, Marco van de Voort wrote:
Most logical would be to store the conditionals that pkg is compiled with in
package.fpc ?
Well, the point is, you could get all source pathes from the currently
valid ppus.
If they are compiled on this system? Most people use precompiled FPC
Michael Van Canneyt schreef:
On Wed, 17 May 2006, Marco van de Voort wrote:
Most logical would be to store the conditionals that pkg is compiled
with in
package.fpc ?
Well, the point is, you could get all source pathes from the currently
valid ppus.
If they are compiled on this system?
On 16 mei 2006, at 21:50, Micha Nelissen wrote:
between minor OS revisions). Libc is also guaranteed to be forward
compatible (i.e., the situation that a program will not run anymore
So an application linked against any future version of libc is
guaranteed
to work also against the current
On Wed, 17 May 2006 09:47:00 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Wed, 17 May 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Wed, 17 May 2006, Marco van de Voort wrote:
Most logical would be to store the conditionals
On Wed, 17 May 2006, Mattias Gaertner wrote:
On Wed, 17 May 2006 09:47:00 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Wed, 17 May 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Wed, 17 May 2006, Marco van de Voort wrote:
Most logical
Op Wed, 17 May 2006, schreef Michael Van Canneyt:
source
locations?
According to daniel: yes
But you should separate 2 things:
- Provide feedback (tooltips, code completion)
- View actual sources.
For the first, the .ppu is enough. In Delphi 'Find declaration'
On Wed, 17 May 2006 09:47:00 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Wed, 17 May 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Wed, 17 May 2006, Marco van de Voort wrote:
Most logical would be to store the conditionals that
On Wed, 17 May 2006 10:58:46 +0200 (CEST)
Peter Vreman [EMAIL PROTECTED] wrote:
On Wed, 17 May 2006 09:47:00 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Wed, 17 May 2006, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Wed, 17
The unit baseunix.pp is available for darwin powerpc (fpc 2.1.1). I guess
FPC_USE_LIBC is disabled for this target, so it seems to include {$i
bsyscall.inc}.
But it seems there is no such file for darwin. Only
./freebsd/i386/bsyscall.inc
./freebsd/x86_64/bsyscall.inc
./linux/arm/bsyscall.inc
...
I guess FPC_USE_LIBC is disabled for this target,
...
Where is the mistake?
See above. Jonas choose to only implement FPC_USE_LIBC for Darwin.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Tue, 16 May 2006 15:31:16 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
...
I guess FPC_USE_LIBC is disabled for this target,
...
Where is the mistake?
See above. Jonas choose to only implement FPC_USE_LIBC for Darwin.
Thanks.
AFAIK darwin has a libc, but FPC does not
On 16 mei 2006, at 15:40, Mattias Gaertner wrote:
See above. Jonas choose to only implement FPC_USE_LIBC for Darwin.
Thanks.
Actually, libc is the only supported system interface for Mac OS X/
darwin (system calls are undocumented and change all the time, even
between minor OS
[EMAIL PROTECTED] (Marco van de Voort) wrote:
...
I guess FPC_USE_LIBC is disabled for this target,
...
Where is the mistake?
See above. Jonas choose to only implement FPC_USE_LIBC for Darwin.
Thanks.
AFAIK darwin has a libc, but FPC does not provide a unit for it.
FPC
On Tue, 16 May 2006 15:51:43 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
[EMAIL PROTECTED] (Marco van de Voort) wrote:
...
I guess FPC_USE_LIBC is disabled for this target,
...
Where is the mistake?
See above. Jonas choose to only implement FPC_USE_LIBC for
On Tue, 16 May 2006, Mattias Gaertner wrote:
On Tue, 16 May 2006 15:51:43 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
[EMAIL PROTECTED] (Marco van de Voort) wrote:
...
I guess FPC_USE_LIBC is disabled for this target,
...
Where is the mistake?
See above. Jonas choose to
[EMAIL PROTECTED] (Marco van de Voort) wrote:
Is there a somewhere a list of the flags set in the FPC sources?
No. Not like that. They often change.
That's exactly my problem.
How to keep the codetools up2date? How can they find the right include paths
and unit paths?
Using fpmake
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Tue, 16 May 2006, Mattias Gaertner wrote:
On Tue, 16 May 2006 15:51:43 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
[EMAIL PROTECTED] (Marco van de Voort) wrote:
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
IMHO:
Eventually, you'll have to switch to parsing the .ppu files for some parts.
Do .ppu files tell in what source file and what line a symbol is defined ?
Micha
Op Tue, 16 May 2006, schreef Micha Nelissen:
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
IMHO:
Eventually, you'll have to switch to parsing the .ppu files for some parts.
Do .ppu files tell in what source file and what line
20 matches
Mail list logo