with two patches in my ebuild file I was able to compile the latest fpc
snapshot on funtoo on the Odroid U2
In the compile section I pointed to the 2.6.2 fpc compiler
emake -j5 OPT='-dFPC_ARMHF' PP=/usr/bin/ppcarm_2.6.2 compiler_cycle
and in the install section I had to change the
Le 2013-09-03 02:03, Sven Barth a écrit :
You should be able to take your 2.6.2 hardfloat ppcarm binary only from your
Ubuntu and copy that to your funtoo. You can then invoke the compilation this
way:
make clean all FPC=/path/to/2.6.2/ppcarm
You should nevertheless have your 2.7.1 bin
Le 2013-09-01 10:07, Sven Barth a écrit :
On 01.09.2013 05:02, Michel Catudal wrote:
Le 2013-08-31 16:47, Sven Barth a écrit :
On Linux it hasn't compiled since May. It crashes before the RTL stuff. The
compiler itself does compile.
An error message would be nice.
If the error is that bx
Le 2013-09-02 11:44, Sven Barth a écrit :
On 02.09.2013 17:32, Michel Catudal wrote:
Le 2013-09-01 10:07, Sven Barth a écrit :
On 01.09.2013 05:02, Michel Catudal wrote:
Le 2013-08-31 16:47, Sven Barth a écrit :
On Linux it hasn't compiled since May. It crashes before the RTL stuff
Le 2013-09-02 13:51, Sven Barth a écrit :
Every other developer of FPC will tell you the same: The only supported
version for compiling a development (2.7.1) or fixes (2.6.3) version is
either the last release (2.6.2) or a development/fixes version of the same
revision and nothing else.
Le 2013-08-31 16:47, Sven Barth a écrit :
On 31.08.2013 13:47, Martin wrote:
It is probably my fault somewhere, since I do not know the exact
procedure to be followed.
BUT:
In a checkout of
http://svn.freepascal.org/svn/fpcbuild/trunk in C:/FPC/SVN/build_trunk/
Le 2013-08-09 13:07, Jonas Maebe a écrit :
On 09 Aug 2013, at 18:46, Joost van der Sluis wrote:
Thing is that I'm trying to get fpc 2.6.2 working on the new arm-target of
Fedora (armv7, hardware float, little endian).
The EABI with hardfloat is not supported at all in 2.6.2.
For those interested I have created a repository for ubuntu 13.04 on odroid.
Sorry about the typo in my previous comment, an extra d was in the name, google
isn't likely to find the right site with a typo in the name.
https://sourceforge.net/projects/catuodroid/
Ignore the suggested download
Le 2013-07-02 07:37, Marco van de Voort a écrit :
In our previous episode, Michael Schnell said:
That is exactly what I stated in the said contribution.
And of course this implies that it is not that well suited for embedded
use (which is my interest and the target of most forum members).
Le 2013-07-02 07:52, Jonas Maebe a écrit :
Hi,
Can this discussion about the pros and cons of various ARM-based boards
please be moved to fpc-devel? This discussion is completely unrelated to
developing FPC itself.
Thanks,
Jonas
FPC mailing lists admin
OK
--
For Linux Software
Le 2013-07-01 04:36, Michael Schnell a écrit :
On 06/29/2013 03:58 PM, Michel Catudal wrote:
e same state. For someone who doesn't have the money for an HDMI monitor, it
does have a RCA connector for NTSC (or PAL) video.
In fact, my friend found that its more comfortable to use VNC
Le 2013-07-01 04:39, Michael Schnell a écrit :
On 06/29/2013 03:58 PM, Michel Catudal wrote:
An odroid is much superior
This of course is an excellent choice if you need the power and can live with
the effects of not using a chip dedicated to embedded use, which is
important if you plan
Le 2013-06-21 03:32, Michael Schnell a écrit :
I don't understand why RPI (still) gets so much interest.
A friend of mine just bought two BeagleBone Black boards for € 38.- (+VAT)
each. With the extremely versatile and well supported TI 1 GHz chip (that is
taken from TI's AM... series of
Le 2013-05-28 22:41, Paul Ishenin a écrit :
29.05.2013 10:09, Michel Catudal пишет:
My platform is odroid U2 with funtoo Linux, desktop is mate. Processor is a
4 core arm processor from Samsung, running at 1.7Ghz with 2G of RAM, OS runs
on a 32G SD Card. I also have an Ubuntu system also
Le 2013-05-29 03:01, Paul Ishenin a écrit :
29.05.2013 14:06, Michel Catudal пишет:
The one that I compiled before the code was broken
To answer on your question I need to know paticular compiler version.
Best regards,
Paul Ishenin
Here is more detailed info. I guess my answer
Compiler
SRC_URI=ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/source/fpcbuild.zip;
Michel Catudal
--
For Linux Software visit
http://home.comcast.net/~mcatudal
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
Le 2013-05-27 05:41, Sandro Cumerlato a
crit:
Please read it :-)
-- Forwarded message --
From: "Sandro Cumerlato" sandro.cumerl...@gmail.com
Date: May 26, 2013 10:32 PM
Subject: FPC SVN revision 24611
To:
Le 2013-05-23 03:30, Michael Schnell a écrit :
On 05/22/2013 10:31 PM, Michel Catudal wrote:
Without the PE you need to program a word at a time. There is no way that
you can compete in speed with Microchip's PICKit or ICD without this.
... unless you recreate what the PICKit (rather
Le 2013-05-23 03:30, Michael Schnell a écrit :
On 05/22/2013 10:31 PM, Michel Catudal wrote:
Without the PE you need to program a word at a time. There is no way that
you can compete in speed with Microchip's PICKit or ICD without this.
... unless you recreate what the PICKit (rather
Le 2013-05-17 03:36, Michael Schnell a écrit :
On 05/17/2013 02:42 AM, Michel Catudal wrote:
using the PE from Microchip.
What is PE ?
If you intend to use a PIC as an interface chip why not just use a PICKit as
the hardware and implement your software on same ?
In fact Microchip
Le 2013-05-17 03:42, Michael Schnell a écrit :
I did not do anything on PIC32, yet, but using the non-JTAG native PIC
interface with PIC24 and PICKit performance is (AFAIRemenber) something like
one second for 32 K and a fraction of a second using ICD3.
So JTAG with PIC is really
Le 2013-05-16 04:39, Sven Barth a écrit :
Am 15.05.2013 23:35, schrieb Michel Catudal:
When I used the fpcbuild.zip snapshot it would crash when starting to
compile the RTL, much like it does for my AVR32 pascal compiler.
On the other hand when I use the fpc.zip snapshot it compiles
Le 2013-05-16 03:19, Michael Schnell a écrit :
On 05/15/2013 11:48 PM, Michel Catudal wrote:
As I mentioned earlier, I have enough information from Microchip to make a
fast programmer. What I will need to add is debugging.
I would rather use PickIT or ICD3 than build my own hardware
Le 2013-05-16 02:53, Michael Schnell a
crit:
On 05/15/2013 12:11 PM, Michael Ring
wrote:
If you find the time to find out how to actually
start up use their gdbserver I will be more than happy to
integrate it into
Le 2013-05-15 04:36, Michael Ring a écrit :
Hi Michel!
You are talking about integrating mips into your debugger, what does this
mean? Are you talking about Setedit or something else?
Michael
Mips to debug PIC32. I was looking at first at the Rasphberry pi, I may do that
or use an Odroid
Le 2013-05-15 05:41, Michael Schnell a écrit :
On 05/14/2013 10:01 PM, Michel Catudal wrote:
I found the interface to open ocd to be very slow for flashing, basically
useless.
Regarding PIC, I don't see any advantage for open ocd vs the Microchip
adapters. PICKit is cheap and decently
Le 2013-05-15 06:11, Michael Ring a écrit :
If you find the time to find out how to actually start up use their
gdbserver I will be more than happy to integrate it into lazarus, right now I
take what I can get and that seems to be openocd.
I have wasted quite some time in trying to make
Le 2013-05-14 06:13, Marco van de Voort a écrit :
In our previous episode, Michael Ring said:
I did not yet invest much time in finding out if PICKit supports a
GDBServer, but pic32mx chips do support jtag based debugging/flashing
and openocd has pic32mx support. (see
I was successfull in creating a working Lazarus with hard float on the Mele
A2000G. It works fine. It should work better once I get the opengl working with
the GPU. My next target is the Odroid U2. I just received two boxes. I will
have one with Funtoo
Linux and the other one with Ubuntu. I
Le 2013-04-08 13:44, mcatu...@comcast.net a écrit :
I am not using an upstream binary file but compiled my own on gentoo. On
gentoo you compile everything. The scripts that come with gentoo ARM are
setup for hard floats only. I will check what you are saying tonight anyway.
I will first
on rasphberry pi
michel@catudal ~ $ lazarus
bash: /usr/bin/lazarus: Aucun fichier ou dossier de ce type
michel@catudal ~ $ ls -la /usr/bin/laz
lazarus lazbuild
michel@catudal ~ $ ls -la /usr/bin/lazarus
lrwxrwxrwx 1 root root 29 4 avr 07:39 /usr/bin/lazarus -
../share/lazarus/startlazarus
michel
On 2013-03-03 14:09, Michael Ring wrote:
I am running on a mac, building svn 23683
svn 23681 (one before implementation of armv6m) compiles fine.
commandline for building was:
make clean buildbase CROSSINSTALL=1 OS_TARGET=embedded CPU_TARGET=arm
SUBARCH=armv7m CROSSOPT=-gw2 -O-
should be done and the PIC32 is high on my list. If you start
a port before me let me know and I will contribute instead of starting my own.
Michel Catudal
--
For Linux Software visit
http://home.comcast.net/~mcatudal
___
fpc-devel maillist - fpc
Le 2013-02-14 17:44, Michael Ring a écrit :
I have seen a lot of work on mpis platform in svn over the last weeks. Are
there plans to create a mips-embedded target or is this strictly mips-linux?
I am asking because modern PIC32MX Controllers from Microchip are mips based,
I somehow prefer
On 11/22/2012 05:27 PM, Giuliano Colla wrote:
Hi fpc and Lazarus developers.
I just discovered that Lazarus 1.0.x and fpc 2.6 do not install out of the box
on widely used distributions such as RHEL 5.8, CentOs 5.8, and Suse Enterprise
10.1.
They're the most popular enterprise versions, which
Le 13/11/2012 03:12, Tomas Hajny a écrit :
On Tue, November 13, 2012 02:08, Michel Catudal wrote:
Le 12/11/2012 07:34, Jonas Maebe a écrit :
On 12 Nov 2012, at 13:32, Michel Catudal wrote:
Is there a way to figure out when a crash occurs, in other words get
the compiler to tell me
Le 13/11/2012 08:11, Jonas Maebe a écrit :
On 13 Nov 2012, at 02:08, Michel Catudal wrote:
Le 12/11/2012 07:34, Jonas Maebe a écrit :
On 12 Nov 2012, at 13:32, Michel Catudal wrote:
Is there a way to figure out when a crash occurs, in other words get the
compiler to tell me the conditions
Is there a way to figure out when a crash occurs, in other words get the
compiler to tell me the conditions that made it crash the compilation?
I am able to create a compiler but it looks like it barfs when trying to create
the RTL stuff, it is kind of hard to fix if I don't know what causes
Le 12/11/2012 07:34, Jonas Maebe a écrit :
On 12 Nov 2012, at 13:32, Michel Catudal wrote:
Is there a way to figure out when a crash occurs, in other words get the
compiler to tell me the conditions that made it crash the compilation?
By debugging the compiler. Add OPT=-O- -gl to add debug
I have started work on the fpc avr32. I used the patches from Laksen to get
started but am using the newer released fpc as a code base.
So far I have added support for the following processors :
at32uc3b0256es
at32uc3b0256
at32uc3b1256es
at32uc3b1256
at32uc3c0512crevc
at32uc3c0512c
Le 24/10/2012 14:50, Jeppe Græsdal Johansen a écrit :
Are you using the code from branches/laksen/avr32new or something older?
And have you managed to fixed the non-aligned access bugs, that was where I got
stuck?
Regards,
Jeppe
I took the code from that new one. I am just starting. My first
of generating an assembler there but didn't investigate. It
didn't seem to make sense to try to reinvent the wheel.
[michel@catudal travail]$ avr32-as --version
GNU assembler (Catudal Software) 2.22
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute
Le 24/10/2012 15:22, Jeppe Græsdal Johansen a écrit :
PC relative word loads aren't aligned automatically, and due to the variable
instruction length such an instruction might end up on a halfword boundary. I
have no clue how to fix it in a simple way. LDDPC has a very small allowable
offset
I would like to port fpc to the AVR32 uc3c devices. I need more details on the
functions that need to be implemented.
The uc3c devices have hardware single precision floating point, CAN, USB and
ethernet.
Michel
--
For OS/2 and Linux Software visit
http://home.comcast.net/~mcatudal
Le 13/09/2012 15:38, Jeppe Græsdal Johansen a écrit :
I have made a preliminary backend and RTL stub in branches/laksen/avr32new/
Some of the large problems is that the load instructions allow non-aligned
loads in the ld.w forms. This proves to introduce many strange problems, and I
don't
Le 2011-06-10 02:07, Mattias Gaertner a écrit :
On Fri, 10 Jun 2011 02:45:47 +0200
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Joost van der Sluis schrieb:
This construct is accepted by the compiler:
Tdm = class(TDataModule)
IBConnection1: TIBConnection;
procedure
On 20/01/2011 05:14, Florian Klaempfl wrote:
Am 20.01.2011 04:01, schrieb Michel Catudal:
In the Makefile I see these after I do a fpcmake -Tall. I looked all
over the project and cannot find where I would put the information
so fpcmake would generate a Makefile with : ifeq
($(FULL_TARGET
on the file
where I put the assembler information so FPC can generate the correct
assembler?
Thank you very much
Michel Catudal
--
Tired of Microsoft's rebootive multitasking?
then it's time to upgrade to Linux.
http://home.comcast.net/~mcatudal
48 matches
Mail list logo
