Hi,
On Mon, 2013-01-21 at 17:27 +0100, Bernd Mueller wrote:
> Thomas Schatzl wrote:
> >>
> >> http://packages.debian.org/squeeze/armel/fp-compiler/download ->
> >> http://ftp.de.debian.org/debian/pool/main/f/fpc/fp-compiler_2.4.0-2_armel.deb
> >>
> >>
> >> so I supposed it would contain the nec
On 21.01.2013 17:01, Michael Schnell wrote:
On 01/21/2013 04:35 PM, Thomas Schatzl wrote:
Any precompiled package on the internet is likely to be armel/softfp.
My favorite would be to install all "packages" (rtl, fcl, ...) as source
files (like "trunk") and have them compiled on demand with the
In our previous episode, Michael Schnell said:
> Nonetheless I'll follow you suggestion to use the "tar" distribution.
> But how to do this in full accordance with the ARM flavor.
>
> I'll work through you other comments when at home. (The QNAP is part of
> my home server equipment) ...
If the
In our previous episode, Thomas Schatzl said:
> There is no 2.6.x armhf compiler. There are no plans to backport these
> changes afaik.
Afaik Mazen created a backport patch for the debian port. It is not merged
in fixes_2_6, but it is available as a debian specific patch in fpcbuild of
2.6.x, to
Thomas Schatzl wrote:
http://packages.debian.org/squeeze/armel/fp-compiler/download ->
http://ftp.de.debian.org/debian/pool/main/f/fpc/fp-compiler_2.4.0-2_armel.deb
so I supposed it would contain the necessary stuff for all supported
flavors. But maybe I did not look hard enough.
Armel mea
On 01/21/2013 05:10 PM, Mark Morgan Lloyd wrote:
Sven is trying to make the point that the fp IDE and Lazarus use the
debugger completely differently: fp (as I've said at least twice) uses
libgdb which doesn't (to the best of my knowledge) run on ARM, Lazarus
talks to standard gdb
I did u
Michael Schnell wrote:
On 01/21/2013 04:18 PM, Sven Barth wrote:
Having a working GDB and a working debugger in the fp IDE are two
different things, because unlike Lazarus the fp IDE does not use the
command line based interface, but uses a library version of GDB which
is AFAIK since some vers
On 01/21/2013 04:35 PM, Thomas Schatzl wrote:
Any precompiled package on the internet is likely to be armel/softfp.
My favorite would be to install all "packages" (rtl, fcl, ...) as source
files (like "trunk") and have them compiled on demand with the project
make. I do know that Lazarus does t
Am 21.01.2013 16:39, schrieb Michael Schnell:
On 01/21/2013 04:18 PM, Sven Barth wrote:
Having a working GDB and a working debugger in the fp IDE are two
different things, because unlike Lazarus the fp IDE does not use the
command line based interface, but uses a library version of GDB which
i
On 01/21/2013 04:35 PM, Thomas Schatzl wrote:
Short story: make sure to install and use the correct compiler.
Yep. The one I installed from the Debian squeeze package was able to
successfully compile a hello world program. So it (1) does run and (2)
does not compile complete nonsense. Its a beg
On 01/21/2013 04:18 PM, Sven Barth wrote:
Having a working GDB and a working debugger in the fp IDE are two
different things, because unlike Lazarus the fp IDE does not use the
command line based interface, but uses a library version of GDB which
is AFAIK since some versions no longer compiled
Hi,
On Mon, 2013-01-21 at 15:42 +0100, Michael Schnell wrote:
> On 01/21/2013 03:32 PM, Marco van de Voort wrote:
> > I do not understand. There is no such thing as an universal arm package. So
> > there is no "the" lazarus debian package for arm.
> Of course you are right, but to the user it look
Am 21.01.2013 14:04, schrieb Michael Schnell:
On 01/21/2013 01:55 PM, Mark Morgan Lloyd wrote:
Yes, but as I said earlier in the thread ARM is the only platform
that I've not got libgdb compiled for, and Jonas (I think) said it
wasn't surprising in view of the number of ARM variants.
I lear
On 01/21/2013 03:32 PM, Marco van de Voort wrote:
I do not understand. There is no such thing as an universal arm package. So
there is no "the" lazarus debian package for arm.
Of course you are right, but to the user it looks like. I suppose
apt-get and friends is installed with the distribution
In our previous episode, Michael Schnell said:
> > Afaik raspberry pi two alone counts as two favours. The basic Debian armv5
> > eabi version, and the armv6 vfp(2?) Raspbian.
> Does the Lazarus Debian package automatically detect the ARM flavor
I do not understand. There is no such thing as an un
On 01/21/2013 02:13 PM, Marco van de Voort wrote:
Afaik raspberry pi two alone counts as two favours. The basic Debian armv5
eabi version, and the armv6 vfp(2?) Raspbian.
Does the Lazarus Debian package automatically detect the ARM flavor and
behave appropriately ?
-Michael
__
In our previous episode, Michael Schnell said:
> I learned that Lazarus is supposed to run on a Raspbery Pi. So I suppose
> fp will run and be able to work with gdb, too.
>
> I am not sure about the difference in ARM-flavors between Raspberry Pi
> and QBNNAP, though (the two devices I mentioned
On 01/21/2013 01:55 PM, Mark Morgan Lloyd wrote:
Yes, but as I said earlier in the thread ARM is the only platform that
I've not got libgdb compiled for, and Jonas (I think) said it wasn't
surprising in view of the number of ARM variants.
I learned that Lazarus is supposed to run on a Raspbe
Michael Schnell wrote:
Seemingly everybody forgot about fp, which AFAIK has a very decent TUI
(Text based user interface) and can work locally with gdb on a system
that does not offer a GUI.
I never used it, but years ago I use Borland/Turbo Pascal for rather
simple stuff, and colleagues of
On 01/17/2013 10:01 AM, Michael Schnell wrote:
a) cross compile using FPC and just run it (debugging via code
instrumentation)
b) install fpc on the Target and compile and just run it (debugging
via code instrumentation)
c) cross compile and remote debug using Lazarus
d) install Lazarus
Michael Schnell wrote:
I think I will try to do (f). At first trying to get fpc running on the
target by either cross-compiling it or by extracting the binary from
the Debian package (see the other message in this thread).
If you try to build FPC on/for the target, you might need to explicit
Michael Schnell wrote:
On 01/16/2013 05:31 PM, Luca Olivetti wrote:
You can install debian on it, then you'll have everything you need
(no, I don't own one, I just googled it).
You are right, but as I use it mainly for it's intended purpose (NAS)
and here the QNAP-tuned Linux distribution off
On 01/16/2013 12:03 PM, Thomas Schatzl wrote:
With the command line gdb, typically with very few commands you can get
very far already.
I have been thinking about this and If it is really possible and viable
to use the command-line GDB with programs compiled by fpc, this adds two
very useful op
On 01/16/2013 05:31 PM, Luca Olivetti wrote:
You can install debian on it, then you'll have everything you need
(no, I don't own one, I just googled it).
You are right, but as I use it mainly for it's intended purpose (NAS)
and here the QNAP-tuned Linux distribution offers really nice feature
On 1/16/2013 04:57, Marco van de Voort wrote:
In our previous episode, waldo kitty said:
Otherwise I'd agree :)
On old hardware, maybe, but these days ?
please define "old hardware"... PII 300mhz is "too old"? PIII 800mhz? and of
course, how much RAM would be considered "not enough"?
Anyth
Al 16/01/2013 13:11, En/na Michael Schnell ha escrit:
I think my TS219 II P with a Marvell 2.0 GHz and 512MB DDRIII RAM really
is not bad on that behalf and fulfills your criteria of "modern" quite
well, and will easily be able to run Lazarus, if a GUI system can be
provided, but alas, no VNC or
Hi,
On Wed, 2013-01-16 at 12:55 +0100, Michael Schnell wrote:
> On 01/16/2013 12:03 PM, Thomas Schatzl wrote:
> > Neither one of your targets fit my description of "embedded" or having
> > "restricted" cpu or memory resources
>
... for applications like fpc (or lazarus). *Your* application may h
On 01/16/2013 12:03 PM, Thomas Schatzl wrote:
On the Qnap I don't know if it is useful, it uses some arm11 cpu which
is much slower clock for clock than a Cortex-A8, but then the
beaglebone is clocked slower.
I think my TS219 II P with a Marvell 2.0 GHz and 512MB DDRIII RAM really
is not bad o
On 01/16/2013 12:03 PM, Thomas Schatzl wrote:
Really consider trying Lazarus on the beaglebone natively,
In fact this is what this discussion already led me to.
Unfortunately I did not yet find a way to install a VNC server on the
QNAP. There seems to be neither a qpkg nor an ipkg for VNC.
On 01/16/2013 12:03 PM, Thomas Schatzl wrote:
Neither one of your targets fit my description of "embedded" or having
"restricted" cpu or memory resources
Ooops. A NAS is a device doing 24/7 unmanaged work and features no
sockets for Monitor, keyboard and mouse. Both Raspbery Pi and BeagleBone
a
Hi,
On Wed, 2013-01-16 at 11:06 +0100, Michael Schnell wrote:
> On 01/15/2013 12:01 PM, Michael Van Canneyt wrote:
> >
> > On old hardware, maybe, but these days ?
> >
> The topic of the thread is "embedded".
>
> Here
> In many Linux tool config scripts the keyword "embedded" even still is
> us
Michael Schnell wrote:
On 01/15/2013 12:01 PM, Michael Van Canneyt wrote:
On old hardware, maybe, but these days ?
The topic of the thread is "embedded".
Here In many Linux tool config scripts the keyword "embedded" even still is
used as a synonym for MMU-less.
I think there's a distincti
On 01/15/2013 12:01 PM, Michael Van Canneyt wrote:
On old hardware, maybe, but these days ?
The topic of the thread is "embedded".
Here In many Linux tool config scripts the keyword "embedded" even still is
used as a synonym for MMU-less.
-Michael
__
In our previous episode, waldo kitty said:
> >> Otherwise I'd agree :)
> >
> > On old hardware, maybe, but these days ?
>
> please define "old hardware"... PII 300mhz is "too old"? PIII 800mhz? and of
> course, how much RAM would be considered "not enough"?
Anything older than the corporate writ
On 01/15/2013 01:04 PM, Mark Morgan Lloyd wrote:
In the case of the Debian-based Slug... I'm sorry but it was apt-get.
Funny: Optware is hosted by nslu2-linux.org (->
http://www.nslu2-linux.org/wiki/Optware/Packages?from=Unslung.Packages
). The slug Linux also is supported by there ( ->
htt
waldo kitty wrote:
On 1/15/2013 06:01, Michael Van Canneyt wrote:
On Tue, 15 Jan 2013, Sven Barth wrote:
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
That is a weird assumption. I would go for the second one, hands
down...
I wouldn't if the second one is significantly slower than the fi
On 1/15/2013 06:01, Michael Van Canneyt wrote:
On Tue, 15 Jan 2013, Sven Barth wrote:
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
That is a weird assumption. I would go for the second one, hands down...
I wouldn't if the second one is significantly slower than the first one.
Otherwise I
In our previous episode, Thomas Schatzl said:
> > >> ?
> > >>
> > >> That is a weird assumption. I would go for the second one, hands down...
> > >
> > > I wouldn't if the second one is significantly slower than the first one.
> > > Otherwise I'd agree :)
> >
> > I agree. It's no big deal waitin
On 01/15/2013 01:15 PM, Sven Barth wrote:
The X-Terminal is not the X-Server for the device.
Sorry for inappropriate wording. I meant the X-Terminal is the TCP/IP
Server.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists
Am 15.01.2013 12:21, schrieb Michael Schnell:
On 01/15/2013 12:01 PM, Thomas Schatzl wrote:
Do it on the device. Either directly or remote via NX, VNC or even
X-forwarding is fast enough on current devices.
As on the QNAP there is no graphics hardware, VNC will not work (at
least not out of the
Michael Schnell wrote:
On 01/15/2013 12:29 PM, Mark Morgan Lloyd wrote:
I was routinely able to run the server-end of VNC (i.e. the code that
runs on the same machine as the app) on a Slug,
I even do have a Slug for testing (the one that recently was replaced by
the more powerful QNAP)
How
On 01/15/2013 12:29 PM, Mark Morgan Lloyd wrote:
I was routinely able to run the server-end of VNC (i.e. the code that
runs on the same machine as the app) on a Slug,
I even do have a Slug for testing (the one that recently was replaced by
the more powerful QNAP)
How did you install the VNC
Michael Schnell wrote:
On 01/15/2013 12:01 PM, Thomas Schatzl wrote:
Do it on the device. Either directly or remote via NX, VNC or even
X-forwarding is fast enough on current devices.
As on the QNAP there is no graphics hardware, VNC will not work (at
least not out of the box). It needs a Frame
On 01/15/2013 12:07 PM, Thomas Schatzl wrote:
sudo apt-get install fpc and sudo apt-get install lazarus
Nice if the system has apt...
For the QNAP NAS (that runs a slightly tuned Linux distribution) there
only is qpkg (by QNAP themselves) and ipkg (by Optware). Both worlds
don't offer fpc or
On 01/15/2013 12:01 PM, Thomas Schatzl wrote:
Do it on the device. Either directly or remote via NX, VNC or even
X-forwarding is fast enough on current devices.
As on the QNAP there is no graphics hardware, VNC will not work (at
least not out of the box). It needs a Frame buffer RAM and if there
Hi,
On Tue, 2013-01-15 at 11:05 +, Mark Morgan Lloyd wrote:
> Sven Barth wrote:
>
> >> "Cross-compile app every time"
> >>
> >> is easier/better than
> >>
> >> "Compile cross compiler once and work natively as of then"
> >>
> >> ?
> >>
> >> That is a weird assumption. I would go for the secon
Am 15.01.2013 12:06, schrieb Thomas Schatzl:
Hi,
There are so many options at the moment, so actually it's the other
way round, there's so *much* choice that it's hard to find the most
suitable one for a given price point if you search a little.
forgot to add the "Chromebook" as a more we
Hi,
On Tue, 2013-01-15 at 12:00 +0100, Michael Schnell wrote:
> On 01/15/2013 11:52 AM, Michael Van Canneyt wrote:
> > I would go for the second one, hands down...
> >
> I see.
>
> Thanks (I'll come back when I seem to be unable to cross-compile the
> compiler or install it on the target ;-) )
Am 15.01.2013 12:01, schrieb Michael Van Canneyt:
On Tue, 15 Jan 2013, Sven Barth wrote:
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell w
Hi,
> There are so many options at the moment, so actually it's the other
> way round, there's so *much* choice that it's hard to find the most
> suitable one for a given price point if you search a little.
>
forgot to add the "Chromebook" as a more well-known option of course.
Thomas
Sven Barth wrote:
"Cross-compile app every time"
is easier/better than
"Compile cross compiler once and work natively as of then"
?
That is a weird assumption. I would go for the second one, hands down...
I wouldn't if the second one is significantly slower than the first one.
Otherwise I
Hi,
On Tue, 2013-01-15 at 10:45 +0100, Michael Schnell wrote:
> On 01/14/2013 08:31 PM, Paul Breneman wrote:
> >
> > This "embedded" thread you started recently has been great. I've
> > tried to keep up with how you are using (or hoping to use) FPC on
> > headless embedded systems for years now
On Tue, 15 Jan 2013, Sven Barth wrote:
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow
On 01/15/2013 11:52 AM, Michael Van Canneyt wrote:
I would go for the second one, hands down...
I see.
Thanks (I'll come back when I seem to be unable to cross-compile the
compiler or install it on the target ;-) ).
-Michael
___
fpc-devel mailli
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow for decent debugging
performance, but seemi
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow for decent debugging
performance, but seemingly nobody yet decently tried (or wrote
instructio
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow for decent debugging
performance, but seemingly nobody yet decently tried (or wrote
instructions to) to get Lazarus running remote gdb via TCP
Michael Schnell wrote:
There are different ways to use FPC (and Lazarus) to design and test
"embedded" projects for "headless" hardware.
Using a PC to do the biggest part of the software locally, as I
described in my original post seems to be commonly agreed upon.
But how to debug and finet
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
> (c) seems the most appropriate way to allow for decent debugging
> performance, but seemingly nobody yet decently tried (or wrote
> instructions to) to get Lazarus running remote gdb via TCP/IP.
One of the options in the lazarus de
On 01/14/2013 08:31 PM, Paul Breneman wrote:
This "embedded" thread you started recently has been great. I've
tried to keep up with how you are using (or hoping to use) FPC on
headless embedded systems for years now. Thanks, and please continue
to keep us in the feedback loop!
Hmm. Unfortun
Michael Schnell wrote:
On 01/11/2013 12:37 PM, Michael Schnell wrote:
I don't suppose I can run an X11 stub (such as NoMachine NX or
whatever the Xorg stub is called) plus a widget set (such as QT) on
the QNAP NA device.
later I found this:
http://www.tiaowiki.com/w/Install_NX_Server_on_Raspb
Michael Schnell wrote:
On 01/11/2013 12:30 PM, Sven Barth wrote:
I suspect that Mark means X11 forwarding, thus running Lazarus on the
board, but displaying it and interacting with it on a different PC.
I don't suppose I can run an X11 stub (such as NoMachine NX or whatever
the Xorg stub is
Sven Barth wrote:
Am 11.01.2013 12:02, schrieb Michael Schnell:
On 01/11/2013 11:51 AM, Mark Morgan Lloyd wrote:
My recollection is that I've had Lazarus running on a "Slug",
including gdb. The important point was that I neither had video
capability on the host, nor did I start up a desktop us
On 01/11/2013 12:37 PM, Michael Schnell wrote:
I don't suppose I can run an X11 stub (such as NoMachine NX or
whatever the Xorg stub is called) plus a widget set (such as QT) on
the QNAP NA device.
later I found this:
http://www.tiaowiki.com/w/Install_NX_Server_on_Raspberry_Pi
So it might be
On 01/11/2013 12:30 PM, Sven Barth wrote:
I suspect that Mark means X11 forwarding, thus running Lazarus on the
board, but displaying it and interacting with it on a different PC.
I don't suppose I can run an X11 stub (such as NoMachine NX or whatever
the Xorg stub is called) plus a widget s
On 01/11/2013 12:07 PM, Thaddy wrote:
IMHO use virtual machines:
What should I run in the virtual machine ? I can't run the QNAP system
there (slightly proprietary ARM) and I do have Windows and Linux PCs in
hardware.
-Michael
___
fpc-devel mail
Am 11.01.2013 12:02, schrieb Michael Schnell:
On 01/11/2013 11:51 AM, Mark Morgan Lloyd wrote:
My recollection is that I've had Lazarus running on a "Slug",
including gdb. The important point was that I neither had video
capability on the host, nor did I start up a desktop using vnc,
instead I
On 11-1-2013 12:07, Michael Schnell wrote:
I don't see how I could install Lazarus on the QNAP, as there is no
GUI / Widget system at all.
I was told that on the Raspberry Pi, QT can be run, but that it is
dead slow.
-Michael
___
fpc-devel maillis
On 11-1-2013 11:54, Jy V wrote:
So the options are either to do cross compiling (with Lazarus) or
to install FPC on the target and compile the code there.
What is the more viable way ?
IMHO use virtual machines:
Most of my customers run vmware sphere on their servers. I only have
On 01/11/2013 11:54 AM, Jy V wrote:
by far the only viable option is to install Lazarus on the target
develop on the target in order to compile and debug on the same device,
this should be doable nowadays since devices such as Odroid X2 have
2GB RAM and Quad Core 1.6Ghz and very fast DiskIO usin
On 01/11/2013 11:51 AM, Mark Morgan Lloyd wrote:
My recollection is that I've had Lazarus running on a "Slug",
including gdb. The important point was that I neither had video
capability on the host, nor did I start up a desktop using vnc,
instead I tunneled Lazarus over ssh and found performanc
> So the options are either to do cross compiling (with Lazarus) or to
> install FPC on the target and compile the code there.
>
> What is the more viable way ?
>
I am facing similar choice (Odroid X2 Quad Core, 2GB RAM, eMMC),
I tried for years to cross-compile and remote debug, but this raises w
Michael Schnell wrote:
Now the question is how the project should be compiled for the ARM target.
Both systems allow for installing FPC but are not able to (decently) run
a GUI system for Lazarus.
My recollection is that I've had Lazarus running on a "Slug", including
gdb. The important poi
73 matches
Mail list logo