Graeme Geldenhuys wrote:
On 2013-03-01 14:03, Ebeling wrote:
When I start a new program by clicking the button "new", the cursor
stands in the upper left corner, but its position is displayed as
"1:976".
Just to confirm, I see the exact same thing under 64-bit FreeBSD using
FPC 2.6.0
no p
Florian Klaempfl wrote:
They also asked me to send them some code which illustrates the
problem, which they claim should not exist because the compiler should
make sure everything is aligned.
FPC does too as long as you don't force the compiler to use a certain
memory layout like using the pa
Aleksa Todorovic wrote:
So, the situation is like this:
1) Target ARM architecture needs to be "told" to FPC since FPC needs
this information to do correct code generation.
At least up to fpc 2.2.2, the compiler does not use any information
about the ARM architecture. There is one runtime che
Bernd Mueller wrote:
Aleksa Todorovic wrote:
So, the situation is like this:
1) Target ARM architecture needs to be "told" to FPC since FPC needs
this information to do correct code generation.
At least up to fpc 2.2.2, the compiler does not use any information
about the ARM ar
Marc Santhoff wrote:
Am Dienstag, den 09.12.2008, 09:53 +0100 schrieb Marco van de Voort:
In our previous episode, Marc Santhoff said:
some small THUMB things, but FPC doesn't generate THUMB code).
One possible difference coming to my mind (although only a speed issue,
not influencing nonethel
Hello,
I could not pass the test suite option TEST_REMOTEOPT to the makefile. I
tried TEST_REMOTEOPT=xxx and "TEST_REMOTEOPT=xxx" both did not work on
Win32. I changed the makefile a bit and it works now for me. Don't know,
if this is a proper patch:
Index: tests/Makefile
===
Holger Bruns wrote:
Holger Bruns schrieb:
I try to implement a direct port access. If this also leads to access
errors, I should give it up. Embarassing.
Accessing ports is limited to ports < 03ffh, more ports cannot be
released with fpioperm. This means to me, successful serial port access
on
Felipe Monteiro de Carvalho wrote:
What do you recommend? Simply creating a report?
http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?os=17&cpu=6&version=0&date=
it looks, as if 2.4.x was not so well tested on Wince. Perhaps you could
run the test suite and see if it is a compiler pr
Jonas Maebe wrote:
On 02 Nov 2010, at 21:39, Felipe Monteiro de Carvalho wrote:
On Tue, Nov 2, 2010 at 7:04 PM, Bo Berglund wrote:
Thanks, that helps a lot! Are there also overloaded BEtoN functions
for floating point values?
I think that single and double have always the same binary layout.
Hello,
my name is Bernd Mueller. My favourite programming languages are Pascal
(since Turbo Pascal 3), x86-Assembler and C. I design and program
Embedded Systems (mostly x86, M16C, x51, AVR and now ARM9/ARM7). I am
using FreePascal since about one year and I am impressed by the quality
of
Hello,
I am trying to flush the serial inque on Linux with no success. So far I
have:
procedure FlushInQue(lHandle: Longint);
var
QueSelector: Longint;
begin
QueSelector:= TCIFLUSH;
Fpioctl(lHandle, TCFLSH, @QueSelector);
end;
I can read incoming characters, so the connection is ok a
I can read incoming characters, so the connection is ok and lHandle is
valid. I tried TCIOFLUSH as another QueSelector and tried also ioctl
instead of Fpioctl.
termio.tcflush but that does
fpioctl(fd,TCIOflush,pointer(qsel));
TCFlush is working now. Thank you.
Regards, Bernd.
I can read incoming characters, so the connection is ok and lHandle
is valid. I tried TCIOFLUSH as another QueSelector and tried also
ioctl instead of Fpioctl.
termio.tcflush but that does
fpioctl(fd,TCIOflush,pointer(qsel));
TCFlush is working now. Thank you.
my problem with fpioctl was th
Jonas,
On 7 mei 2007, at 14:15, Carsten Bager wrote:
I have written a small demo program that gives a runetime error when it
runs.
Is it the compiler or is it me?
See http://www.freepascal.org/mantis/view.php?id=8321 for a long
discussion on this topic.
I think I have hit a similar case
Hello,
with latest Trunk, Rev. 7387, building of the ARM-Linux RTL fails:
ppcrossarm.exe -Tlinux -Parm -XParm-linux- -Xc -Xr -Fi../inc -Fi../arm
-Fi../unix -Fiarm -FE. -FU../../rtl/units/arm-linux -Tlinux -CX -darm
-Us -Sg system.pp
softfpu.pp(122,12) Error: Duplicate identifier "UInt64"
syst
Hello again,
with latest Trunk, Rev. 7387, building of the ARM-Linux RTL fails:
ppcrossarm.exe -Tlinux -Parm -XParm-linux- -Xc -Xr -Fi../inc -Fi../arm
-Fi../unix -Fiarm -FE. -FU../../rtl/units/arm-linux -Tlinux -CX -darm
-Us -Sg system.pp
softfpu.pp(122,12) Error: Duplicate identifier "UInt6
Henry Vermaak wrote:
On 03/07/07, josepascual <[EMAIL PROTECTED]> wrote:
Thank you henry,
I have downloaded svn version 7943 how can I donwload svn 7929?
How are you build fpc for arm? make clean crossall CPU_TARGET=arm
OS_TARGET=linux ?
Which version of binutils do you have? (eabi?)
Is SO
josepascual wrote:
Hi Everyone;
Please, can someone test this program and write to the list if it works in
arm-linux.
program datetostr_test;
uses sysutils;
begin
writeln(datetostr(now));
end.
I always receive
An unhandled exception occurred at $BEED89C8 :
EAccessViolation : Access viol
Jonas Maebe wrote:
The -ldl refers to libdl.so, not to dl.o. You have to copy it from your
ARM system to your Windows machine, and add the directory with all your
ARM libraries to the linker's search path, like Luca did:
-Fl/usr/lib/gcc/arm-linux-gnu/4.1.2
thank you Jonas, that was helpful. I
Luca Olivetti wrote:
En/na [EMAIL PROTECTED] ha escrit:
Luca,
> could you check bug 9191?
>
> http://www.freepascal.org/mantis/view.php?id=9191
if I try to compile, the linker complaints about not finding the
object dl, though dl.o and dl.ppu are present in the
rtl/units/arm-linux directo
Luca Olivetti wrote:
En/na Henry Vermaak ha escrit:
i urge you to read this:
http://wiki.debian.org/ArmEabiPort
http://www.codesourcery.com/gnu_toolchains/arm/faq.html
i haven't completely read it (hence i can't answer your questions that
well, sorry).
I'm wondering if my strange problems a
Joost van der Sluis wrote:
The Free Pascal Compiler team is pleased to announce the release of FPC
2.2.0!
Congratulations and thank you very much.
Regards, Bernd.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.o
Mattias Gaertner wrote:
The Lazarus team is glad to announce the 0.9.24 release. This release
is based on fpc 2.2.0.
Thank you. I used the 0.9.20 since November 2006. The progress you did
with the 0.9.24 is huge.
Regards, Bernd.
___
fpc-pascal mail
Hello,
I have downloaded fpc-2.2.0.i386-linux.tar, decompressed the archive and
run the install script ./install.sh as none root.
The script prompts the following message:
"Install prefix (/usr or /usr/local) [/home/bernd/fpc-2.2.0]:"
I read the manual and expected to answer some simple qu
Graeme Geldenhuys wrote:
SerWrite(serialhandle, s, Length(s));
SerWrite(serialhandle, s[1], Length(s));
Regards, Bernd.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Graeme Geldenhuys wrote:
Uh, it works!!! Thanks a million Bernd. If you ever come to South
Africa, look me up, I owe you a beer. :)
thanks four your invitation, unfortunately I am not living around the
corner (Germany). So don't expect me in the next couple of days ;-))
Regards, Bernd.
Hello,
when I try to start a simple "Hello"-Program, which uses the unit
pthreads, on an arm-linux target (uClibc), I get the message "not
found". The program is crosscompiled from win32, using the fpc 2.2.0
compiler:
program project1;
{$mode objfpc}{$H+}
uses pthreads;
begin
Writeln('He
Bernd Mueller wrote:
when I try to start a simple "Hello"-Program, which uses the unit
pthreads, on an arm-linux target (uClibc), I get the message "not
found". The program is crosscompiled from win32, using the fpc 2.2.0
compiler:
program project1;
{$mode objfpc
Koenraad Lelong wrote:
I tried on my arm-linux board, AFAIK NOT uClibc. It works fine.
Thanks.
Are you crosscompiling? Do you use static or dynamic linking?
Regards, Bernd.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
Koenraad Lelong wrote:
Bernd Mueller schreef:
Koenraad Lelong wrote:
I tried on my arm-linux board, AFAIK NOT uClibc. It works fine.
Thanks.
Are you crosscompiling? Do you use static or dynamic linking?
Regards, Bernd.
When I read you reply about linking I realised I didn't think abou
Hello,
the following program is throwing an Access Violation on my system
(ARM920T, uClibc):
program project1;
{$mode objfpc}{$H+}
uses
cthreads, SysUtils;
function TheThread(pAnyArgument: Pointer): Longint;
begin
repeat
Sleep(1000);
until FALSE;
end;
begin
Writeln('Running.
Hello,
my ARM-Linux board seems to be resistant against bus errors/misaligned
data access or the compiler does some magic to prevent these ;-)
It would help me, to debug a program, when my board would abort with an
error message, so that I can isolate the bug.
Does someone know, if there exis
Daniël Mantione wrote:
echo 4 > /proc/cpu/alignment
... and your program should abort at any unaligned access.
Daniël, thank you very much.
Regards, Bernd.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mail
Hello,
five years ago, I realized an embedded project with fpc 2.3.1. I used an
AT91SAM7S256 Controller (ARMv4T). I am considering to use a more recent
fpc compiler for a new project with the same controller.
So my question: Which fpc compiler is recommended nowadays? Upcoming
3.0.0 or trunk
Michael Ring wrote:
By the way, with fpc trunc compiler you can target your board directly:
ppcrossarm -WpDISCOVERYF407VG (see ppcrossarm -i for other Discovery
boards)
You should also refrain from using optimizations > -O1 as there are some
issues with the compiler that make your compiled
Michael Ring wrote:
(Glad to hear that basic functionality works...)
I finished my first (small) project with the STM32F429ZI controller and
everything went smooth :-) Even with optimization level -O2.
Thanks everyone, who is involved in the ARM compiler/rtl development.
Regards, Bernd.
Marc Santhoff wrote:
Did you use the stmf103fw.pas translation from Jeppe or make you own
unit for supporting the 429?
I needed only a few peripherals (GPIO, USART, RCC and embedded FLASH). I
wrote this stuff by myself.
My target would be f407, although the project in mind has to be done
u
On 04/20/2017 09:40 AM, Mark Morgan Lloyd wrote:
Turning it around a little: are there still FPC targets that don't have
threads? Having coroutines would allow a native thread mechanism to be
implemented, without relying on the underlying OS.
it would be really nice to have coroutines for the
Hello,
FPC 3.0.4, Linux i386
the following program should catch the floating point exception
(always), but crashes on the fourth call to the procedure Run:
program test;
{$mode objfpc}{$H+}
procedure Run;
var
r: Real;
i: Integer;
begin
i:= 1;
try
r:= i / 0.0;
except
On 10/11/19 10:51 AM, Bart wrote:
See
https://www.freepascal.org/docs-html/current/prog/progsu69.html#x76-750001.2.69
sorry, I forgot to mention, that I checked with {$SAFEFPUEXCEPTIONS ON},
but it did not change the behavior.
Regards, Bernd.
___
Hello,
I would like to use fpc to program a FPGA softcore RISC-V cpu. The
softcore has the RV32I instruction set implemented.
I modified the Makefile in rtl/embedded, so that the known SUBARCH
rv32imac replaces the option -Cprv32imac with now -Cprv32i. But this
leads to the following error mess
I saw your changes in revision 48881, downloaded latest trunk, compiled
with
make crosszipinstall CPU_TARGET=riscv32 OS_TARGET=embedded SUBARCH=rv32i
but the problem remains:
make[4]: Entering directory '/home/bernd/fpc/fpc331/48882/src/rtl/embedded'
/bin/mkdir -p /home/bernd/fpc/fpc331/48882/sr
On 3/5/21 6:22 PM, Florian Klämpfl via fpc-pascal wrote:
It is not expected that it works as RiscV support is still work in
progress, but it should work ;) I'll look into it.
Thank you. For me, the compiler for RV32I/RV32IMAC works already pretty
well.
Regards, Bernd.
___
43 matches
Mail list logo
