Daniël Mantione wrote:
>
> Op Mon, 7 May 2007, schreef Christos Chryssochoidis:
>
>> Hi,
>>
>> Are there any rtl functions to compute the length (in characters) of a
>> widestring and to iterate over its characters?
>
> If you treat it as UCS-2: length(widestring_variable)
>
>> In my system (M
Marco van de Voort wrote:
Ok, I'll try that, thanks. But the same problem could happen in other
PCs where my program could be deployed...
Yes and no.
No: It will probably add a dependancy to libsndfile.so.1 (not .so
or .so.1.0.12). And that is installed.
Yes: the library must be present, an
Op Mon, 7 May 2007, schreef Christos Chryssochoidis:
> Daniël Mantione wrote:
> >
> > Not possible, a widestring is UCS-2/UTF-16.
>
> I defined a widestring with 7 characters (code points), and the length()
> function returned the value 15. Of the 7 code points of that widestring only
> one o
On 04/05/07, Helmut Hartl <[EMAIL PROTECTED]> wrote:
Well - that was what i would like to do - I thougt i try it
using libc, as i hade some old code who was doing it just that way.
But also the following:
program nslu_test;
{$mode objfpc}{$H+}
{$linklib c}
begin
writeln('Hello');
end.
> ppcr
> > linux (v 2.3.1)
> > > nslu_test.lpr Assembling nslu_test Linking nslu_test
> > > /usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o: In function
> > > `_haltproc':
> > > : undefined reference to `_fini'
> > > /usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o: In function
> > > `_hal
On 08/05/07, Helmut Hartl <[EMAIL PROTECTED]> wrote:
Well - Thank you -> It now works and i got libc, sockets, ssl and much
of our code to run on the SLUG
(I am really happy with possibilities of the crossarm compiler!!)
Now we have strange problems with range errors and so on, needs further
inve
Hello all,
When trying to compile the following code
=== cut===
unit foo;
interface
type tbar = record
somefield: integer;
end;
pbar = ^tbar;
operator + (a: pbar; b: pbar) c: pbar;
implementation
operator + (a: pbar; b: pbar) c: pbar;
begin
end;
end.
=== cut===
the c
Op Tue, 8 May 2007, schreef Alexey Pavluchenko:
> the compiler (2.0.4) stops with the "impossible operator overload"
> message. Two questions arise: 1) why is it considered impossible
Overloading pointers turned out to be too problematic in the past, so it
was to be disabled. Overloading dynam
Helmut Hartl schrieb:
>> why do you want to load libc dynamically? may you can try
>> the following approach (scroll to bottom):
>> http://community.freepascal.org:1/docs-html/prog/progse53
>
> Well - that was what i would like to do - I thougt i try it
> using libc, as i hade some old code w
On 08/05/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
What libc do you use?
i've got libc-2.3.90.so, but if i look at the downloads, the makefile
used a version 2.3.4 from 2005-06-27 (and patched it a couple of
times, no doubt).
henry
___
fpc-pas
On 08/05/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>
> What libc do you use?
[EMAIL PROTECTED]:~$ /lib/libc.so.6
GNU C Library development release version 2.3.90, by Roland McGrath et
al.
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying con
Am Dienstag, den 08.05.2007, 09:51 +0200 schrieb Tiziano_mk:
> for mark:
> I am not a Linux user, sorry. All that seems too complex to me, but I'll
> try to investigate :-)
What I wrote is pretty easy, I wish Windows has something like this in
the base system - ever had a missing .DLL and window
hi,
search *.o files in your crosstools and add diretory to ppcarm with -Fl
f.e.
find /usr/local/arm/armlinux/gcc-3.4.1-glibc-2.3.2 -name "*.o"
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:fpc-pascal-
> [EMAIL PROTECTED] En nombre de Helmut Hartl
> Enviado el: viernes, 04 de
Hi,
> On 07/05/07, josepascual (almudi) <[EMAIL PROTECTED]> wrote:
> > >$ ./hello_eabi_arm
> > -bash: ./ hello_eabi_arm: No such file or directory
> ...
> ...
> ...
> > (gdb) run
> > Starting program: /tmp/hello_eabi_arm
> > /bin/bash: /tmp/hello_eabi_arm: No such file or directory
>
> so the fi
14 matches
Mail list logo
