hello Jonas,
what do you think about using another fpc.cfg file (i.e. fpcxcode.cfg)
for iPhone compilation, rather than passing compiler configuration
through the command line?
i guess that the ideally, there would be no additional .cfg files, and
compiler should use common configuration.
But for
Hello,
I have a real (not emulator) opnmoko PDA/cell phone. The main distro for it
uses armv4tl.
Is there a need to add extra support for OM, or will FPC (what version) will
support it ? If there is a support, are there any known issues with it ?
If there is work needed to be done, can you
On 21 Mar 2009, at 10:38, dmitry boyarintsev wrote:
hat do you think about using another fpc.cfg file (i.e. fpcxcode.cfg)
for iPhone compilation, rather than passing compiler configuration
through the command line?
i guess that the ideally, there would be no additional .cfg files, and
compiler
On 21 Mar 2009, at 13:58, Jonas Maebe wrote:
On 21 Mar 2009, at 10:38, dmitry boyarintsev wrote:
Also, i'm not experienced in compiling fp-cross-compilers, but is it
possile to build ppcarm (for darwin) from svn trunk?
1) copy /Developer/FreePascalCompiler/iPhoneSnapshot-2.3.1-r12531/
Hello Ido,
I have a real (not emulator) opnmoko PDA/cell phone. The main distro for it
uses armv4tl.
Is there a need to add extra support for OM, or will FPC (what version) will
support it ? If there is a support, are there any known issues with it ?
If there is work needed to be done, can
2009/3/21 ik ido...@gmail.com:
Hello,
I have a real (not emulator) opnmoko PDA/cell phone. The main distro for it
uses armv4tl.
Is there a need to add extra support for OM, or will FPC (what version) will
support it ? If there is a support, are there any known issues with it ?
do you know
Henry,
I have a real (not emulator) opnmoko PDA/cell phone. The main distro for it
uses armv4tl.
Is there a need to add extra support for OM, or will FPC (what version) will
support it ? If there is a support, are there any known issues with it ?
do you know if it uses eabi or oabi? last
On 20 Mar 2009, at 19:54, Paul Ishenin wrote:
Jonas Maebe wrote:
In trunk/r12933 you can now force the compiler to always store
absolute path for include files using -gostabsabsincludes. See the
svn comment for why it's not the default (gcc also never does this,
you can't even force it
Jonas Maebe wrote:
Sorry, for me it is somehow strange that this works different:
{file=C:/programming/fpc/rtl/i386/i386.inc,fullname=C:/programming/fpc/rtl/i386/i386.inc}
and
{file=./include/messagedialogs.inc}
main unit file is located in
C:/programming/mytest/0.9.27/SafeCall/project1.lpr
Thanks for the comments.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 21 Mar 2009, at 15:07, Paul Ishenin wrote:
Jonas Maebe wrote:
Sorry, for me it is somehow strange that this works different:
{file=C:/programming/fpc/rtl/i386/i386.inc,fullname=C:/
programming/fpc/rtl/i386/i386.inc} and
{file=./include/messagedialogs.inc}
main unit file is located in
2009/3/21 Paul Breneman paul2...@brenemanlabs.com:
Henry,
I've started developing some embedded ARM products (for city tornado warning
sirens) using FreePascal. Thankfully FPC 2.2.2 ARM-Linux works just fine on
the board I'm using.
But I'd like to understand more about the different
Hello All,
Sorry for the late response.
I will try the fpc port of Turbo Control soon.
The file command gives me the following information:
/bin/busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared libs), stripped
I do not have experience with non x86
2009/3/21 ik ido...@gmail.com:
Hello All,
Sorry for the late response.
I will try the fpc port of Turbo Control soon.
The file command gives me the following information:
/bin/busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared libs), stripped
I do
14 matches
Mail list logo