Am Dienstag, den 25.08.2009, 10:31 +0200 schrieb Jonas Maebe:
> On 25 Aug 2009, at 08:55, Marc Santhoff wrote:
>
> > if a Makefile.fpc is generated by lazarus from a lazarus package (.lpi
> > file), would this Makefile.fpc be sufficient for integrating the
> > package
> > into the fpc package tr
Am Dienstag, den 25.08.2009, 10:17 +0200 schrieb Marco van de Voort:
> On Tue, Aug 25, 2009 at 08:55:42AM +0200, Marc Santhoff wrote:
> > if a Makefile.fpc is generated by lazarus from a lazarus package (.lpi
> > file), would this Makefile.fpc be sufficient for integrating the package
> > into the
Felipe thanks very much!
Since you are *the* man for arm dev in fpc (as I read), could you please
take a look at the
previous post "Status of SipShowIM (software keyboard)?".
More than SipShoiwIM, I would like to know how to ensure that the
Findwindow/Showwindow
keep the keyboard hidden for the d
Was trivial to solve, you are not turning off the full screen mode
before shutting the application down, so the upper panels are not
painted and the old painting remains. The application is either way
really closed, but because you shut down the panels, nothing shows up
to cover the old paint.
Jus
They are excelent to debug the compiler.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
2009/8/25 Nataraj S Narayan :
> Hi Henry
>
> Not any particular reason for that. Company policy was to get rid of
> Angtrom and go for Debian.
>
> Well seems debian-armel is also EABI 4. Would you suggest me a RFS with EABI
> 5?
I'm just saying that you won't have these problems if you stick to t
Hi Henry
Not any particular reason for that. Company policy was to get rid of
Angtrom and go for Debian.
Well seems debian-armel is also EABI 4. Would you suggest me a RFS with EABI 5?
regards
Nataraj
On Tue, Aug 25, 2009 at 6:39 PM, Henry Vermaak wrote:
> 2009/8/25 Nataraj S Narayan :
>> Hi
2009/8/25 Nataraj S Narayan :
> Hi Henry
>
> You mean both fpc and app ?
No, I mean everything.
>
> I compile kernel with codesourcery. But the Distro is Angstrom which has
> its own arm-angstrom-linux-gnueabi-*
Is there a reason why you don't use the distro toolchain for everything?
Henry
Hi Henry
You mean both fpc and app ?
I compile kernel with codesourcery. But the Distro is Angstrom which has
its own arm-angstrom-linux-gnueabi-*
regards
Nataraj
On Tue, Aug 25, 2009 at 6:12 PM, Henry Vermaak wrote:
> 2009/8/25 Nataraj S Narayan :
>> Hi
>>
>> using arm-2009q1/arm-none-linux-
Graeme Geldenhuys schrieb:
> Hi,
>
> What is the use of the /compiler/*.lpi files? Is that another way
> of building a new compiler version using Lazarus IDE (instead of 'make'
> from the command line?
They can be used for FPC (compiler) development with lazarus.
_
Hi,
What is the use of the /compiler/*.lpi files? Is that another way
of building a new compiler version using Lazarus IDE (instead of 'make'
from the command line?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
__
2009/8/25 Nataraj S Narayan :
> Hi
>
> using arm-2009q1/arm-none-linux-gnueabi/bin/. from Codesourcery.
Why don't you use the toolchain with which your system was compiled in
the first place?
Henry
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
Hi
using arm-2009q1/arm-none-linux-gnueabi/bin/. from Codesourcery.
Should i try out older version, maybe 2008?
Are you prsently logged onto Freenode?
regards
Nataraj
On Tue, Aug 25, 2009 at 5:56 PM, Florian Klaempfl wrote:
> Nataraj S Narayan schrieb:
>> Hi
>>
>> Fpc compiled binary:-
>> r
On 25 Aug 2009, at 14:16, Nataraj S Narayan wrote:
Fpc compiled binary:-
r...@at91sam9263ek:~$ readelf -h firework
ELF Header:
Flags: 0x502, has entry point,
Version5 EABI
Other Binary:-
r...@at91sam9263ek:~$ readelf -h formshow
ELF Header:
Flags:
Nataraj S Narayan schrieb:
> Hi
>
> Fpc compiled binary:-
> r...@at91sam9263ek:~$ readelf -h firework
> ELF Header:
> Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
> Class: ELF32
> Data: 2's complement, little endian
> Ver
Hi,
Previously I only ever used the 32bit compiler and had my setup as follows:
/opt/fpc-> fpc_2.2.5 symlink
/fpc_2.2.5
/bin
/lib
/src -> source code from svn
/fpc_2.3.1 -> fpc_svn symlink
/fpc_svn
/bin
/lib
/src -> source code fr
Hi
Fpc compiled binary:-
r...@at91sam9263ek:~$ readelf -h firework
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
On 25 Aug 2009, at 13:44, Nataraj S Narayan wrote:
Tried all the tricks.
chmod +x firework
sh firework
firework: firework: 1: Syntax error: word unexpect
That is normal, because as mentioned before firework is not a shell
script. The above command tells sh to try to read the compiled prog
In our previous episode, Nataraj S Narayan said:
> dynamically linked (uses shared libs), not stripped
>
> while another non-fpc app shows:-
>
> r...@at91sam9263ek:~$ file formshow
> formshow: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for
> GNU/Linux 2.6.14, dynamically linked (uses share
Hi Jonas
Tried all the tricks.
chmod +x firework
sh firework
firework: firework: 1: Syntax error: word unexpect
./firework
-sh: ./firework: not found
ed (expecting ")")
regards
On Tue, Aug 25, 2009 at 5:09 PM, Jonas Maebe wrote:
>
> On 25 Aug 2009, at 13:35, Nataraj S Narayan wrote:
>
>>
On 25 Aug 2009, at 13:35, Nataraj S Narayan wrote:
the resulting binaries (firework etc) are not executing on the
arm-linux board as well as qemu.
r...@at91sam9263ek:~$ sh firework
firework: firework: 1: Syntax error: word unexpected (expecting ")")
You are trying to execute the program as a
Hi
At revision 13589.
Got a full build of FPC with :-
/usr/local/lib/fpc/2.5.1/ppcrossarm -MObjFPC -TLinux -Parmv5 -gl -Xd
-Xs -l -XP/armbin/arm-none-linux-gnueabi- -CfSOFT -CaEABI -darm -gl
-O- -CpARMV5 ./$1 -uUSE_LOCALIZE
-Fu/usr/local/lib/fpc/2.5.1/units/arm-linux/ -Fl/software/arm-lib
[r.
On 25 Aug 2009, at 08:55, Marc Santhoff wrote:
if a Makefile.fpc is generated by lazarus from a lazarus package (.lpi
file), would this Makefile.fpc be sufficient for integrating the
package
into the fpc package tree below the "extra" directory?
There is no "extra" directory anymore since
On Tue, Aug 25, 2009 at 08:55:42AM +0200, Marc Santhoff wrote:
> if a Makefile.fpc is generated by lazarus from a lazarus package (.lpi
> file), would this Makefile.fpc be sufficient for integrating the package
> into the fpc package tree below the "extra" directory?
The base/extra separation has
Hi,
if a Makefile.fpc is generated by lazarus from a lazarus package (.lpi
file), would this Makefile.fpc be sufficient for integrating the package
into the fpc package tree below the "extra" directory?
TIA,
--
Marc Santhoff
___
fpc-pascal maillist
25 matches
Mail list logo
