Am Donnerstag, den 14.09.2006, 19:25 +0200 schrieb Jonas Maebe:
> On 14 Sep 2006, at 19:20, Marc Santhoff wrote:
>
> > Fpc 2.0.2 was used in the precompiled version packaged with a set of
> > binutils.
>
> As the subject indicates, this is about FPC 2.0.4
Pfft ... not my day today. =:()
Marc
--
On 14/09/06, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> I am trying to setup some script(s) or a Makefile (if I can) to handle
> the documentation of tiOPF (open source project I work on and core of
> our projects).
>
> * How does FPC handle the creation of html output using fpdoc? From
>
On 14 Sep 2006, at 19:20, Marc Santhoff wrote:
Fpc 2.0.2 was used in the precompiled version packaged with a set of
binutils.
As the subject indicates, this is about FPC 2.0.4
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http:
Am Donnerstag, den 14.09.2006, 15:14 +0200 schrieb Carsten Bager:
> > get this error:
> > >
> > > Assembling led
> > > Assembling with smartlinking led
> > > L:\FPC\ARMBIN\AR.EXE: creating libpled.a
> > > wrong command or filename
>
> This is also a problem with the Windows -> Windows compile
On Thu, 14 Sep 2006, Graeme Geldenhuys wrote:
Hi,
I am trying to setup some script(s) or a Makefile (if I can) to handle
the documentation of tiOPF (open source project I work on and core of
our projects).
* How does FPC handle the creation of html output using fpdoc? From
what I can see it
Hi,
I am trying to setup some script(s) or a Makefile (if I can) to handle
the documentation of tiOPF (open source project I work on and core of
our projects).
* How does FPC handle the creation of html output using fpdoc? From
what I can see it looks like everything is handled in a single
Make
Carsten Bager wrote:
>>> When compiling some code that has worked with the 202 compiler I
>>> get this error:
>>>
>>> Assembling led
>>> Assembling with smartlinking led
>>> L:\FPC\ARMBIN\AR.EXE: creating libpled.a
>>> wrong command or filename
>
> This is also a problem with the Windows ->
> > When compiling some code that has worked with the 202 compiler I
> > get this error:
> >
> > Assembling led
> > Assembling with smartlinking led
> > L:\FPC\ARMBIN\AR.EXE: creating libpled.a
> > wrong command or filename
This is also a problem with the Windows -> Windows compiler. It shows
Am Donnerstag, den 14.09.2006, 11:16 +0200 schrieb Jonas Maebe:
> On 14 Sep 2006, at 11:00, Marc Santhoff wrote:
>
> > I need to hand over arrays to a C library and have no influence on how
> > access is done internally (still und investigation). Currently the
> > C lib
> > reads garbage from my
Am Donnerstag, den 14.09.2006, 11:14 +0200 schrieb Jonas Maebe:
> On 14 Sep 2006, at 10:50, Marc Santhoff wrote:
>
> >> function H5Screate_simple(rank:longint; dims: phsize_t;
> >> maxdims:phsize_t):hid_t;cdecl;external;
> >
> > Yes, this does actually work. :)
> >
> >> When passing arrays, pass t
bajrang soni ha scritto:
Hello. I just downloaded you Free Pascal software. I haven't programmed in
PASCAL for about 12 years. I am looking for a book or e-book that will
teach
me how to use the NEW pascal. What is the best reference material that you
can think of, consider me a beginner again!
On Thursday 14 September 2006 09:20, Jerry wrote:
> however. Beware of 2D arrays in C because there seems to be no
> requirement in C that all of the data be allocated in contiguous
> memory;
Most probably yes. This applies to all mutidimensional arrays in C. The
reason is simple, arrays and poi
On Sep 14, 2006, at 2:00 AM, Marc Santhoff wrote:
Hi,
when using arrays in C the layout of arrays is sort of flat, since
pointer arithmetics for accessing values works (e.g. "pointer += 4"
for
32 bit values).
Is this the same for pascal/fpc? Do values of for example an integer
array sit in
On Thu, 14 Sep 2006, Marc Santhoff wrote:
Hi,
when using arrays in C the layout of arrays is sort of flat, since
pointer arithmetics for accessing values works (e.g. "pointer += 4" for
32 bit values).
Is this the same for pascal/fpc? Do values of for example an integer
array sit in memory at
On 14 Sep 2006, at 11:00, Marc Santhoff wrote:
I need to hand over arrays to a C library and have no influence on how
access is done internally (still und investigation). Currently the
C lib
reads garbage from my array ...
That means that the type you use in Pascal is probably different fr
On 14 Sep 2006, at 10:50, Marc Santhoff wrote:
function H5Screate_simple(rank:longint; dims: phsize_t;
maxdims:phsize_t):hid_t;cdecl;external;
Yes, this does actually work. :)
When passing arrays, pass the address of the first element of the
array.
Still thinking about that, I don't want
Hi,
when using arrays in C the layout of arrays is sort of flat, since
pointer arithmetics for accessing values works (e.g. "pointer += 4" for
32 bit values).
Is this the same for pascal/fpc? Do values of for example an integer
array sit in memory at 4 Byte boundaries?
I need to hand over arrays
Am Mittwoch, den 13.09.2006, 14:13 +0200 schrieb Jonas Maebe:
> On 13 Sep 2006, at 10:04, Marc Santhoff wrote:
>
> > (*
> > hid_t H5Screate_simple(int rank, const hsize_t * dims, const hsize_t *
> > maxdims )
> >
> > --> h2pas -->
>
> Add an overloaded literal translation if you want to be able t
18 matches
Mail list logo
