On Monday 08 October 2012 21:05:15 Thomas Schatzl wrote:
> That's why previously I told you to use -Cparmv7 (it did not work with
> -Cparmv7a); but this has changed.
It works now.
> Sorry for the confusion,
Thank you very much again for the help.
Kind regards,
Jan
___
Hi,
On Mon, 2012-10-08 at 20:43 +0200, Den Jean wrote:
> However I still cannot compile fpc natively.
>
> These are the errors when trying
> to do make cycle using the ppcarm you provided
> for fpc svn latest trunk
> make cycle OPT='-dFPC_ARMHF -Aas -O- -CaEABIHF -CfVFPV3_D16 -Cparmv7'
> PP=~/p
On Friday 05 October 2012 01:18:59 Den Jean wrote:
> if [ $? != 0 ]; then DoExitLink fpmake; fi
scripts never ly, there was no swap partition and little
memory -> accidents bound to happen.
I now have 256MB and a swap file.
I can compile and run lazarus qt.
Qt4 Binding V2.6RC2 for BeagleBoard:
htt
On Friday 05 October 2012 12:14:23 Thomas Schatzl wrote:
> assembler was configured for a target of `arm-linux-gnueabihf'."
$ as --version
as called with --version
GNU assembler (GNU Binutils) 2.22.0.20120323
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may red
On Fri, 2012-10-05 at 00:37 +0200, Den Jean wrote:
> On Friday 05 October 2012 00:12:46 Thomas Schatzl wrote:
> > Let's start from the beginning. What's your starting compiler? 2.7.0 I
> > guess? (which is the only option anyway for hardfloat).
> on i386 i used cross binutils from fedora packages
On Friday 05 October 2012 00:12:46 Thomas Schatzl wrote:
> (note the additional "-s" param) and paste the resulting ppas.bat after
> it fails here? The line that invokes gas should use the correct gas. And
> it should have a correct "--march=armv7-a" parameter.
$ cat ppas.sh
#!/bin/sh
DoExitAsm (
On Friday 05 October 2012 00:12:46 Thomas Schatzl wrote:
> Let's start from the beginning. What's your starting compiler? 2.7.0 I
> guess? (which is the only option anyway for hardfloat).
on i386 i used cross binutils from fedora packages
cross-binutils-common.noarch 2.22.52.0.3-1.fc17
cross-gcc
Hi,
On Thu, 2012-10-04 at 23:55 +0200, Den Jean wrote:
> On Thursday 04 October 2012 23:18:43 Thomas Schatzl wrote:
> > Just checked, processor info (-Cparmv7a) is not passed to the assembler.
> > Try "-Cparmv7" - only then --march=armv7-a is passed correctly
> yep.
>
> but make still fails
Tri
On Thursday 04 October 2012 23:18:43 Thomas Schatzl wrote:
> Just checked, processor info (-Cparmv7a) is not passed to the assembler.
> Try "-Cparmv7" - only then --march=armv7-a is passed correctly
yep.
but make still fails
/home/jan/svn/fpc/compiler/ppcarm src/fpmkunit.pp -n
-Fu/home/jan/svn/
Hi,
On Thu, 2012-10-04 at 23:18 +0200, Thomas Schatzl wrote:
> Hi,
>
> On Thu, 2012-10-04 at 22:51 +0200, Den Jean wrote:
> >
> > Ahum it always fails over here
> >
> > time make OPT='-dFPC_ARMHF -Aas -O- -CaEABIHF -CfVFPV3_D16 -Cparmv7a' clean
> > all
>
> >
> > units_bs/arm-linux/fpmkunit.s
Hi,
On Thu, 2012-10-04 at 22:51 +0200, Den Jean wrote:
> On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
> > Yes. Probably one of the first milestones for a new arch is self-hosting
> > (if possible at all).
>
> Ahum it always fails over here
>
> time make OPT='-dFPC_ARMHF -Aas -O- -C
On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
> Yes. Probably one of the first milestones for a new arch is self-hosting
> (if possible at all).
Ahum it always fails over here
time make OPT='-dFPC_ARMHF -Aas -O- -CaEABIHF -CfVFPV3_D16 -Cparmv7a' clean
all
units_bs/arm-linux/fpmkun
Den Jean wrote:
On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
Basically the difference between armel and armhf are
- fpc cannot create valid armhf shared libraries
Other problems common to both (just from interpreting the testsuite
results, filtering known failing tests):
-
On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
> Basically the difference between armel and armhf are
> - fpc cannot create valid armhf shared libraries
>
> Other problems common to both (just from interpreting the testsuite
> results, filtering known failing tests):
> - there are
On 04.10.2012 21:04, Den Jean wrote:
On Thursday 04 October 2012 20:40:23 Florian Klämpfl wrote:
At least -dFPC_ARMHF shouldn't be a cross opt.
Thx for the info
extracts Makefile.fpc:
#
# Cycle targets
# 3. Source CPU <> Ta
Hi,
On Thu, 2012-10-04 at 21:30 +0200, Den Jean wrote:
> On Thursday 04 October 2012 21:09:55 Thomas Schatzl wrote:
> > I put an armhf snapshot from today at
> > http://members.yline.com/~tom_at_work/fpc-2.7.1.arm-linux.tar.gz .
> I was going to do the same thing :-)
> Do you have more experiemce
On Thursday 04 October 2012 21:09:55 Thomas Schatzl wrote:
> I put an armhf snapshot from today at
> http://members.yline.com/~tom_at_work/fpc-2.7.1.arm-linux.tar.gz . I
I was going to do the same thing :-)
Do you have more experiemce with fpc and armhf, any problems
you are aware of?
> will see
Hi,
On Thu, 2012-10-04 at 19:42 +0200, Den Jean wrote:
> On Thursday 04 October 2012 16:23:34 den.j...@telenet.be wrote:
> > > After the crosszipinstall, compiler/ppcarm (not installed, but in the
> > > source directory) is the native ARM compiler.
> >
> > I looked there with `file pp* `
> > How
On Thursday 04 October 2012 20:40:23 Florian Klämpfl wrote:
> At least -dFPC_ARMHF shouldn't be a cross opt.
Thx for the info
extracts Makefile.fpc:
#
# Cycle targets
# 3. Source CPU <> Target CPU
#First source native compi
Am 04.10.2012 19:42, schrieb Den Jean:
> On Thursday 04 October 2012 16:23:34 den.j...@telenet.be wrote:
>>> After the crosszipinstall, compiler/ppcarm (not installed, but in the
>>> source directory) is the native ARM compiler.
>>
>> I looked there with `file pp* `
>> How could I have missed that
On Thursday 04 October 2012 16:23:34 den.j...@telenet.be wrote:
> > After the crosszipinstall, compiler/ppcarm (not installed, but in the
> > source directory) is the native ARM compiler.
>
> I looked there with `file pp* `
> How could I have missed that ?
Well I could check now and it is not th
Hi,
> After the crosszipinstall, compiler/ppcarm (not installed, but in the
> source directory) is the native ARM compiler.
I looked there with `file pp* `
How could I have missed that ?
Thanks for the quick responses.
Kind regards,
Den Jean
___
fp
On 04 Oct 2012, at 15:31, den.j...@telenet.be wrote:
But when I do
make crosszipinstall it gives me a cross ppcrossarm (i386 executable)
and arm rtl/packages.
How can I generate a corresponding (to arm rtl/packages) ppcarm (arm
executable)
from i386 so that i can copy over a full fpc installa
Hello,
> The hard float abi is not supported in fixes_2_6, and probably never
> will be. Additionally, you cannot compile programs for the hard
> float abi using a regular eabi compiler. You have to compile the ARM
> compiler with -dFPC_ARMHF.
I tried fixes_2_6 first as the idea was to use lazarus
On 03 Oct 2012, at 23:39, Den Jean wrote:
I am trying to compile for hardfloat.
The problem is that you are not compiling for hardfloat.
Pascal compiler options like
fpc -Aas -O- -CfVFPv3 -Cparmv7 -CaEABI pmain.pp
or
fpc -Aas -dFPC_ARMEL -O- -dFPC_ABI_EABI -CfVFPv3 -Cparmv7 -CaEABI
pma
25 matches
Mail list logo
