Re: [fpc-devel] Which unit does -gl parameter use?

Hi, On Mon, 23 Aug 2010 10:23:52 +0200, Graeme Geldenhuys wrote: > Hi, > > When you add the -gl (debug line info added to compiled executable) > parameter to a project, which unit does it use to gather the debug > information? > > LineInfo (via stab information) or LnfoDwrf (via dwarf info

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

Hi, On Thu, 28 Oct 2010 08:28:16 -0500, Andrew Brunner wrote: > I tried to use the assembly code from the x64 unit on a i386 build of > FPC but FPC throws error on compile. Why are the specific x64 > instructions being blocked? The cpu running the code has the ability In general, the 32 and 64

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

Some small addition: On Thu, 28 Oct 2010 16:25:59 +0200, Thomas Schatzl wrote: > Hi, > > On Thu, 28 Oct 2010 08:28:16 -0500, Andrew Brunner > wrote: >> I tried to use the assembly code from the x64 unit on a i386 build of >> FPC but FPC throws error on compile.

Re: [fpc-devel] Interface scope incompatibility with Delphi

Hi, On Fri, 12 Nov 2010 00:46:43 +0100 (CET), Dimitri Smits wrote: > > it seems that the stackvariables are NOT unloaded in the correct order > (ie: reverse order of declaration). > It shouldn't matter in what order you fill them, but in the order they are > declared. (like good practice in cons

Re: [fpc-devel] Interface scope incompatibility with Delphi

Hi, On Fri, 12 Nov 2010 12:26:38 +0100 (CET), Dimitri Smits wrote: > - "Thomas Schatzl" schreef: >> Imo: Jonas already stated, the time of the release for interfaces is >> not >> guaranteed - afaik the docs/specs only state that they "will be >> re

Re: [fpc-devel] Re-installing fpc

Hi, On Mon, 14 Mar 2011 10:48:50 +0100, Michael Schnell wrote: I re-installed Linux, trashing the root director "make install" requires fpcmake in the path, or invoking it manually as you did, or put it into the FPCMAKE environment. I.e. "export FPCMAKE=/path/to/fpcmake". make install INS

Re: [fpc-devel] How to get FPC to generate floating point instructions for ARM?

Hi, On Thu, 17 Mar 2011 11:30:42 +0100, Jonas Maebe wrote: On 17 Mar 2011, at 10:14, michael wrote: Is this a situation that is likely to change soon? With the explosive growth of the ARM processor in mobile and embedded devices it would seem time that it was a tier one architecture. Tie

Re: [fpc-devel] bounty: FPC based debugger

Hi, On Thu, 15 Sep 2011 09:31:39 +0200, Michael Schnell wrote: On 09/14/2011 09:00 PM, Hans-Peter Diettrich wrote: Every (reasonable) OS provides such features in its debug API. Available support depends on the actual hardware, of course. Can you point us to a description (Win XP, Win 7, L

Re: [fpc-devel] -gh lineinfo or also infodwrf?

Hi, On Fri, 16 Sep 2011 21:45:53 +0100, Martin wrote: In the doc it says at http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4 -gl Use the lineinfo unit (see Unit Reference ). (Produces file name/line number inf

Re: [fpc-devel] ARM native compilation (Toshiba AC100)

Hi, On Thu, 22 Sep 2011 09:26:13 +, Mark Morgan Lloyd wrote: Sven Barth wrote: Am 21.09.2011 22:45, schrieb Henry Vermaak: On 20 September 2011 12:18, Henry Vermaak wrote: On 20 September 2011 11:55, Sash0k wrote: So, what can I do next? My goal is get stable fpc + mseide for Toshiba

r18252 - x*x -> sqr(x) optimization (Was: Re: [fpc-devel] ARM native compilation (Toshiba AC100))

Hi, On Thu, 22 Sep 2011 11:28:48 +0100, Henry Vermaak wrote: On 22/09/11 11:23, Thomas Schatzl wrote: That is a known issue with 2.4.4 that it does not compile trunk with optimization turned on. There seems to be a bug that has been existing for a long time that has been triggered by code

Re: [fpc-devel] ARM native compilation (Toshiba AC100)

Hi, On Fri, 23 Sep 2011 08:17:17 +, Mark Morgan Lloyd wrote: Thomas Schatzl wrote: That is a known issue with 2.4.4 that it does not compile trunk with optimization turned on. There seems to be a bug that has been existing for a long time that has been triggered by code changes in 18230

Re: r18252 - x*x -> sqr(x) optimization (Was: Re: [fpc-devel] ARM native compilation (Toshiba AC100))

Hi, On Fri, 23 Sep 2011 10:52:17 +0200, Jonas Maebe wrote: On 23 Sep 2011, at 01:21, Thomas Schatzl wrote: I found that 18251 is okay, but the newer ones are not when compiling with -O2. It seems that one optimization that transforms expressions of type x*x into sqr(x) for floats in 18252

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, On Tue, 2011-11-15 at 10:30 +0100, Felipe Monteiro de Carvalho wrote: > Hello, > > http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&revision=19036 > > by tom_at_work > > Adds a dependency on all Linux shared objects to /lib/ld-linux.so.3 > which does not exist in Android, so it complet

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, On Tue, 2011-11-15 at 14:34 +0100, Felipe Monteiro de Carvalho wrote: > On Tue, Nov 15, 2011 at 2:18 PM, Thomas Schatzl wrote: > > Patches that add a new target are welcome (or other contributions to > > that effect that are not hacks). > > If noone can do anything abou

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, On Tue, 2011-11-15 at 14:51 +0100, Felipe Monteiro de Carvalho wrote: > On Tue, Nov 15, 2011 at 2:18 PM, Thomas Schatzl wrote: > > But that's not the only thing about shared library startup that is > > different of vanilla Linux to Android. E.g. second known issu

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, On Tue, 2011-11-15 at 15:42 +0100, Felipe Monteiro de Carvalho wrote: > On Tue, Nov 15, 2011 at 3:35 PM, Thomas Schatzl wrote: > > Maybe you're using an already partially patched crosscompiler. > > No, I am not. I built it myself in 19/Jan without any patches aga

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, Am 15.11.2011 21:13, schrieb Florian Klämpfl: Am 15.11.2011 21:12, schrieb Jonas Maebe: On 15 Nov 2011, at 21:06, Florian Klämpfl wrote: I dn't know if this is a good long term solution: I fear too much duplication with having a seperate android target. I'd prefer an FPC_ANDROID define,

Re: [fpc-devel] rev 19036 breaks the Android cross-compiler

Hi, Am 15.11.2011 21:39, schrieb Sven Barth: On 15.11.2011 21:33, Thomas Schatzl wrote: But gcc considers it as arm-linux-eabi as well, no? No, it's a target called arm-android-eabi. $ ./arm-linux-androideabi-gcc -v Using built-in specs. Target: arm-linux-androideabi Hmm? I read

Re: [fpc-devel] estimating function code size

Hi, On Wed, 2012-01-18 at 15:17 +0200, Žilvinas Ledas wrote: > On 2012-01-18 15:08, Gennadiy Poryev wrote: > >> Do you think it's granted that there is only one return in a function ? > >> Maybe optimization or "exit" could create additional returns > > Actually I do. Because I write this functio

[fpc-devel] New arm/android target available in svn branch

recently I added preliminary arm/android support as official target for fpc. The changes are available in the http://svn.freepascal.org/svn/fpc/branches/targetandroid/ branch. How to compile: --- from the command line, e.g. by issuing make zipinstall FPC= OS_TARGET=android CPU_

Re: [fpc-devel] fpc dry run: syntax check mode?

Hi, On Tue, 2012-06-26 at 12:23 +0300, Gennadiy Poryev wrote: > Hello, > > In my web project I need to validate input (uploaded) file against > Pascal syntax. Since it should be done using server-side scripting > with restricted environment and lowered privileges, I’d like fpc to > not create any

Re: [fpc-devel] Error building branch targetandroid

Hi, Am 07.07.2012 09:57, schrieb Felipe Monteiro de Carvalho: Hello, In Mac OS X, using FPC 2.6.0 as a starting compiler I did: svn co http://svn.freepascal.org/svn/fpc/branches/targetandroid targetandroid cd targetandroid make crossinstall CPU_TARGET=arm OS_TARGET=android OPT="-dFPC_ARMEL

Re: [fpc-devel] Error building branch targetandroid

Hi, Am 07.07.2012 12:24, schrieb Felipe Monteiro de Carvalho: On Sat, Jul 7, 2012 at 11:42 AM, Thomas Schatzl wrote: I will look at how much work it is to merge the branch to latest. thanks =) Updated/rebased the branch with 21814. The sources now compile with -Cparmv6, and I also got

Re: [fpc-devel] Error building branch targetandroid

Hi, Am 08.07.2012 14:13, schrieb Felipe Monteiro de Carvalho: On Sun, Jul 8, 2012 at 1:19 AM, Thomas Schatzl wrote: Updated/rebased the branch with 21814. The sources now compile with -Cparmv6, and I also got cross- and native arm/android compilers. Great! I will test now. Just to know

Re: [fpc-devel] Error building branch targetandroid

Hi, Am 08.07.2012 14:20, schrieb Felipe Monteiro de Carvalho: Hello, Using the same command lines as before, now I get a different error: make rtl_all FPC=/Users/felipe/Programas/targetandroid/compiler/ppcrossarm RELEASE=1 make -C rtl all make -C android all /Users/felipe/Programas/android-

Re: [fpc-devel] Error building branch targetandroid

On Mon, 2012-07-09 at 08:53 +0200, Felipe Monteiro de Carvalho wrote: > On Sun, Jul 8, 2012 at 5:15 PM, Thomas Schatzl wrote: > > can you check whether the correct assembler is used, e.g. change into the > > rtl directory, and run the ppcrossarm as above with -al -s appended? And

Re: [fpc-devel] Error building branch targetandroid

On Mon, 2012-07-09 at 10:01 +0200, Felipe Monteiro de Carvalho wrote: > On Mon, Jul 9, 2012 at 9:42 AM, Thomas Schatzl wrote: > > Run > >... > > (I.e. the command line that failed, including "-al -s") > > That results in: > > Fatal: No source fil

Re: [fpc-devel] Error building branch targetandroid

Hi, On Mon, 2012-07-09 at 11:12 +0200, Jeppe Græsdal Johansen wrote: > Den 08-07-2012 14:42, Thomas Schatzl skrev: > >>> Actually, I saw that armv5 already supports blx, do not know right > >>> now why > >>> it isn't generated in the first place. Did

Re: [fpc-devel] Error building branch targetandroid

Hi again, On Mon, 2012-07-09 at 11:33 +0200, Thomas Schatzl wrote: > > > > You should be using -Cparmv5t if you want armv5 and blx. The t indicates > > that the device has thumb support, which most have, but armv5 is usually > > safer, hence it's the default. &g

Re: [fpc-devel] Class field reordering

Hi, On Tue, 2012-07-17 at 08:22 +0200, Skybuck Flying wrote: > > I also wonder how much of an optimization it actually is ? Maybe 0.01% > > more performance ? > > " > 1) as mentioned in the original mail, the current transformation is > implemented for saving memory, not for improving perfo

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On Tue, 2012-07-31 at 14:20 +0200, Dennis Spreen wrote: > Thomas wrote: > "Note that if you want to try, some time ago android/x86 compiler > support has been added (must add -Cfsse3 though to get valid > executables)." > > But one has to specifiy OS_TARGET=linux instead of OS_TARGET=android?

Re: [fpc-devel] targetandroid - can't build for armv7, hangs on pooledmm.pp

Hi, On Tue, 2012-07-31 at 14:20 +0200, Dennis Spreen wrote: > I've tested the "new" targetandroid branch, and by using fpc 2.6.0 and > making a new fpcmake (taken from the targetandroid branch), I'm able to > compile for armv5: > > make crossinstall OS_TARGET=android CPU_TARGET=arm CROSSOPT="-CfS

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On Wed, 2012-08-01 at 09:38 +0200, Thomas Schatzl wrote: > Hi, > > On Tue, 2012-07-31 at 14:20 +0200, Dennis Spreen wrote: > > Thomas wrote: > > But one has to specifiy OS_TARGET=linux instead of OS_TARGET=android? > > Is this correct? > > No, OS_TARGET=andr

Re: [fpc-devel] targetandroid - can't build for armv7, hangs on pooledmm.pp

Hi, On Thu, 2012-08-02 at 09:36 +0200, Dennis Spreen wrote: > > At least after removing -mfloat-abi=hard it compiles through here. > > (make clean crosszipinstall OS_TARGET=android CPU_TARGET=arm > > CROSSOPT="-Cfvfpv3 -mfloat-abi=soft -Cparmv7" FPC=i386-linux-ppc386 > > BINUTILSPREFIX=arm-linux-

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On 08/ 7/12 05:18 PM, Dennis Spreen wrote: make crossinstall OS_TARGET=android CPU_TARGET=x86 CROSSOPT="-Cfsse3" CROSSBINDIR=%whatever% BINUTILSPREFIX=i686-linux-androideabi- I saw that I forgot to add and commit the rtl/android/i386 directory. As temporary measure just copy over the files f

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On Tue, 2012-08-07 at 21:03 +0200, Dennis Spreen wrote: > ok, with CPU_TARGET_i386 it works (not need for fpcmake -r), but then > fails before linking, because the link.res file contains illegal characters: > > ... > INPUT( > /home/dennis/fpc/targetandroid/2.7.1/units/i386-android/rtl/dllprt0

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On 08/ 9/12 03:42 PM, Dennis Spreen wrote: Also added the missing rtl/android/i386 files sorry, its not there ;-) http://svn.freepascal.org/svn/fpc/branches/targetandroid/rtl/android/ Now it is :) Thomas ___ fpc-devel maillist - fpc-devel@l

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On Thu, 2012-08-09 at 16:41 +0200, Dennis Spreen wrote: > thanks, but still does not compile / link: > > [0.201] (9017) Using util > /home/dennis/android/android-ndk-r8b/toolchains/x86-4.4.3/prebuilt/linux-x86/bin/i686-linux-android-ld > [0.228] fppkg.pp(396,1) Error: Error while linking > [0

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi again, On 08/ 9/12 04:57 PM, Thomas Schatzl wrote: The one I use is: make clean crosszipinstall PP=i386-linux-ppc386 CROSSOPT=-Fl/ndklib OS_TARGET=android CPU_TARGET=i386 BINUTILSPREFIX=arm-linux-androideabi- make that make clean crosszipinstall PP=i386-linux-ppc386 CROSSOPT=-Fl/ndklib

Re: [fpc-devel] targetandroid - x86 as target cpu

Hi, On Thu, 2012-08-09 at 20:02 +0200, Dennis Spreen wrote: > sorry for the simple "it does not work" statement. > I've redone the command: > >[...] > ~/fpc/targetandroid/trunk/utils/fppkg$ > /home/dennis/fpc/targetandroid/trunk/compiler/ppcross386 -Tandroid > -FEbin/i386-android -FUunits/i386-an

[fpc-devel] Problem compiling ARM/linux builds with extra options

Hi, I am currently trying to compile FPC with different options. In particular I am trying to compile a armel build with vfp enabled. However it fails at compiling the packages, i.e. fpmkunit due to "Trying to use a unit which was compiled with a different FPU mode". The issue from the make ou

Re: [fpc-devel] FPC 2.7.1 r22088 fails with compiler error in fpdoc.

hi, On Thu, 2012-08-16 at 09:50 +0200, Michael Schnell wrote: > On 08/16/2012 09:37 AM, Michael Van Canneyt wrote: > > > > You must do a "make cycle" in the main or compiler directory, with as > > a starting compiler version 2.6.0. > Never heard of this one =-O > What does it do ? "make cycle"

Re: [fpc-devel] FPC 2.7.1 r22088 fails with compiler error in fpdoc.

Hi, On Thu, 2012-08-16 at 10:36 +0100, Graeme Geldenhuys wrote: > On 16 August 2012 10:12, Jonas Maebe wrote: > > make FPC=latest-release all -j ncpus FPMAKEOPT="-T ncpus" > > Two questions... > > 1) Is the -j option still needed, now that we moved to fpmake with > the -T option? Sven said the

Re: [fpc-devel] FPC 2.7.1 r22088 fails with compiler error in fpdoc.

Hi, On Thu, 2012-08-16 at 10:23 +0100, Graeme Geldenhuys wrote: > On 16 August 2012 09:34, Sven Barth wrote: > >> make FPC=`pwd`/compiler/ppc386 install INSTALL_PREFIX=/usr > >> > > > > You don't need to specify the compiler here as "install" uses the compiled > > compiler (AFAIK). > > No, if

Re: [fpc-devel] Crosscompiling problem on Win7 64bit

Hi, On Fri, 2012-08-17 at 00:37 -0700, ABorka wrote: > The error comes during the > > make all OS_TARGET=win64 CPU_TARGET=x86_64 <=== error comes here > > [..] Can you please update to latest or make sure you're on the latest revision? There has been a change that broke cross-compilation that h

Re: [fpc-devel] arm-wince assembler error

Hi, On Wed, 2012-08-15 at 08:37 +0300, Gennadiy Poryev wrote: > Hi all, > > There’s been a lot of arm-related discussions lately, so I guess this > one wouldn’t be hard to solve. > > The bugreport is here http://bugs.freepascal.org/view.php?id=22632 ; > in short, building trunk cross RTL from wi

Re: [fpc-devel] Arm Hardfloat

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

Re: [fpc-devel] Arm Hardfloat

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 :-)

Re: [fpc-devel] Arm Hardfloat

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 ma

Re: [fpc-devel] Arm Hardfloat

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' cl

Re: [fpc-devel] Arm Hardfloat

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 > ye

Re: [fpc-devel] Arm Hardfloat

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 b

Re: [fpc-devel] Arm Hardfloat

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

Re: [fpc-devel] fp IDE and gdbint on Debian Wheezy/testing

Hi, On Fri, 2012-10-26 at 17:13 +, Mark Morgan Lloyd wrote: > Florian Klämpfl wrote: > > Am 26.10.2012 12:29, schrieb Mark Morgan Lloyd: > >> (.text+0x68): undefined reference to `_fini' > >> gdbver.pp(95,33) Error: Error while linking > >> gdbver.pp(95,33) Fatal: There were 1 errors compiling

Re: [fpc-devel] fp IDE and gdbint on Debian Wheezy/testing

Hi, On Fri, 2012-10-26 at 22:35 +0200, Tomas Hajny wrote: > On 26 Oct 12, at 19:46, Mark Morgan Lloyd wrote: > > I'm trying Thomas's suggestion first, pending Florian's comments. > . > . > > I'd say that Thomas' suggestion points to the same direction as > Florian. Your output sent in response

[fpc-devel] Re: Building the Android branch

Hi, On Mon, 2012-12-17 at 21:45 +0100, Sven Barth wrote: > Hello together! > > I'm currently testing the Android branch and I've already reached a > problem when trying to build it. I've downloaded the current Android NDK > r8c and then tried to run the following command line: > > make all OS

[fpc-devel] Re: Building the Android branch

Hi, On Tue, 2012-12-18 at 07:30 +0100, Sven Barth wrote: > On 18.12.2012 00:10, Thomas Schatzl wrote: > > Hi, > > > > On Mon, 2012-12-17 at 21:45 +0100, Sven Barth wrote: > >> I'm currently testing the Android branch and I've already reached a >

[fpc-devel] Re: Building the Android branch

Hi, On Tue, 2012-12-18 at 13:48 +0100, Sven Barth wrote: Am 18.12.2012 11:09, schrieb Thomas Schatzl: > > > >> > There is a new issue I have never seen before that fpdoc > >> > (actually > >> > cwstring) now wants to link with libiconv which is

[fpc-devel] Re: Building the Android branch

Hi, On Tue, 2012-12-18 at 17:35 +0100, Sven Barth wrote: > > === objdump end === > > > > The first one shouldn't be the full pathname... also isn't the linker > > on Android called "/system/bin/linker"? You're trying to generate an executable or a shared library (.so)? > > > > Do I need any fur

[fpc-devel] Re: Building the Android branch

Hi, a few notes: On Wed, 2012-12-19 at 16:20 +0100, Sven Barth wrote: > Am 18.12.2012 17:47, schrieb Thomas Schatzl: > > Looking through compiler/systems/t_android.pas, you may want to try > > commmenting line 343, the one that adds info.Dynamiclinker to the > > inp

[fpc-devel] Re: Building the Android branch

Hi, On Wed, 2012-12-19 at 17:18 +0100, Sven Barth wrote: > Am 19.12.2012 16:42, schrieb Thomas Schatzl: > > On Wed, 2012-12-19 at 16:20 +0100, Sven Barth wrote: > >> Am 18.12.2012 17:47, schrieb Thomas Schatzl: >>> [...] >>> Hmm... It seems that the SDK&#x

[fpc-devel] Building android-i386 [Was: Re: Building the Android branch]

Hi, On Thu, 2012-12-20 at 16:33 +0100, Sven Barth wrote: > Am 20.12.2012 10:19, schrieb Thomas Schatzl: > > > >>> - if you are really interested about doing Android development, I > >>> recommend getting a developer board. The emulator is really slow. Even >

[fpc-devel] Re: Building the Android branch

Hi, On Thu, 2012-12-20 at 17:09 +0100, Sven Barth wrote: Am 19.12.2012 17:18, schrieb Sven Barth: > > Am 19.12.2012 16:42, schrieb Thomas Schatzl: > >>>[...] >> - yes. See http://developer.android.com/tools/devices/emulator.html. > >> Btw, there is not much

Develop on-device [Was: Re: [fpc-devel] "embedded" again]

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

Re: Develop on-device [Was: Re: [fpc-devel] "embedded" again]

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

Re: [fpc-devel] "embedded" again

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 ;-) )

Re: [fpc-devel] "embedded" again

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

Re: [fpc-devel] "embedded" again

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

Re: [fpc-devel] "embedded" again

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 fp

Re: [fpc-devel] Install fpc and Friends on a non-Debian ARM-Linux Device

Hi, On Mon, 2013-01-21 at 11:26 +0100, Michael Schnell wrote: > Hi experts. (Beware: long explanation trying to help those ho try > something similar. A question is asked at the end.) > > I am trying to install, test and run fpc programs on a QNAP 219 P II NAS. > [...] > But first I tried to ins

Re: [fpc-devel] "embedded" again

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

Re: [fpc-devel] "embedded" again

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 > >> &g

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

Hi, [topic is about a compilation problem specific to qnap ARM/linux based NASes using the heavily modded stock OS] On Wed, 2013-01-23 at 09:33 +0100, Michael Schnell wrote: > > My project uses Synapse but features link problems and crashes when I > resolve same. > Tracking this down: > > Sy

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

Hi, On Wed, 2013-01-23 at 10:20 +0100, Thomas Schatzl wrote: > Hi, > > [topic is about a compilation problem specific to qnap ARM/linux based > NASes using the heavily modded stock OS] > > On Wed, 2013-01-23 at 09:33 +0100, Michael Schnell wrote: > > This can be re

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

Hi, On Wed, 2013-01-23 at 11:23 +0100, Michael Schnell wrote: > On 01/23/2013 10:20 AM, Thomas Schatzl wrote: > > [topic is about a compilation problem specific to qnap ARM/linux > > based NASes using the heavily modded stock OS] > Yep, but I don't see how this is

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

but people making errors. Thanks. On Wed, 2013-01-23 at 13:18 +0100, Michael Schnell wrote: > On 01/23/2013 12:16 PM, Thomas Schatzl wrote: > > > > People are using the arm/linux compiler to compile and run a lot more > > complex software than your example program, e.g. lazaru

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

Hi, On Thu, 2013-01-24 at 11:07 +0100, Michael Schnell wrote: > On 01/23/2013 10:20 AM, Thomas Schatzl wrote: > > program test; > > uses cmem, dynlibs; > > begin > >writeln('Hello'); > > end. > > Compile with: > > > > ppcarm -Fl/o

Re: [fpc-devel] assumed bug in the RTL with ARM v5 regarding loading dynamic libraries

Hi, On Thu, 2013-01-24 at 16:13 +0100, Michael Schnell wrote: > On 01/24/2013 02:08 PM, Thomas Schatzl wrote: > > Looking back, so it want's some _init and _fini... > > > >> 2) I suppose in your environment not crti.o, but some library (.a file > >> or maybe

Re: [fpc-devel] Crash while compiling fpc 2.7.1 on ARM

Hi, On Wed, 2013-05-29 at 15:01 +0800, Paul Ishenin wrote: > 29.05.2013 14:06, Michel Catudal пишет: > > > The one that I compiled before the code was broken (note: the last working armhf compiler was generated by daily builds on 8th of May) > > To answer on your question I need to know paticu

Re: [fpc-devel] where do download BinUtils for ARM - Raspberry Pi?

On Fri, 2013-06-21 at 18:39 +0200, Florian Klämpfl wrote: > Am 21.06.2013 09:32, schrieb Michael Schnell: > > > > 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...

Re: [fpc-devel] where do download BinUtils for ARM - Raspberry Pi?

On Fri, 2013-06-21 at 19:22 +0200, Thomas Schatzl wrote: > On Fri, 2013-06-21 at 18:39 +0200, Florian Klämpfl wrote: > > Am 21.06.2013 09:32, schrieb Michael Schnell: > > > > > > A friend of mine just bought two BeagleBone "Black" boards for € 38.- > >

[fpc-devel]FCL/Packages/Lazarus compilation

Hi, the other day I tried to compile the Lazarus IDE by myselves starting from scratch, eg. just with the things supplied with the baselinux snapshot. So I grabbed the lazarus, fcl, packages and rtl sources from cvs and started compilation. The rtl, fcl and packages sources are from today (2003

Re: [fpc-devel] Patch for bug 3774

Sterling Bates schrieb: This patch adds recognition for hex to Val(). + '0' : if (code < length(s)) and (s[code+1]='x') then +begin + base := 16; + Inc(code, 2); +end; Here's a patch (Delphi also accepts uppercased X) and optimization for the

Re: [fpc-devel] Bug 3543

Maxim Ganetsky schrieb: Hello, Bug 3543 has been closed as unreproducable, but I can not compile this program at least with fpc 1.9.8 on Win32: Uses Keyboard; begin repeat until KeyPressed; end. Error: Identifier not found "KeyPressed" According to the unit sources there is no keypressed() func

Re: [fpc-devel] Quick patch for bug 3762

Sterling Bates schrieb: In response to Tomas Hajny: I'd certainly be willing to give it a try. Granted, I only > have Windows XP, but if I'm careful it should be a smooth > transition. No promises on a timeline :) Another problem with Windows (not sure about other OSs) is in > bug 2084. (Us

Re: [fpc-devel] Quick patch for bug 3762

Hello, But may have undesirable side effects if no one else is eating the console events (not sure if this is actually possible, that means a problem, in console programs). More testing showed that this is a problem after all. So don't apply it. > The IDE does not seem to mind though from a short

Re: [fpc-devel] Patch for bug 3774

Florian Klaempfl schrieb: Thomas Schatzl wrote: Sterling Bates schrieb: This patch adds recognition for hex to Val(). Applied. What about the extended (?) pascal convention 16# ? Done. =) But until asking you to have a look at it, I've some questions: - for non-64 bit CPUs ther

[fpc-devel] PPC64 port

Hello, I've been working on the PPC64-port for the Linux on Power contest for some time now, and finally have some questions I'd like to ask for here: Some introduction: I am trying to use the PPC64-ELF ABI for all generated methods, first because of compatibility issues (I believe it's neede

[fpc-devel] Re: Templates / Generics Syntax

Op Thu, 3 Nov 2005, schreef Mattias Gaertner: Here is a proposal of the syntax: type TGenericClass = class public procedure Add(Item: T; Flag: F); end; This syntax is almost impossible to implement since in one of your other mails the symbols to mark the parameters appear in regular

[fpc-devel] Re: Thread REVERT (Ales Katona)

From: Ales Katona <[EMAIL PROTECTED]> What about simply disabling such -Ct compiler switch (with nice error message) under Windows ? Or maybe it should "do nothing" under Windows ? I have no idea how -Ct works. It seems there are also report(by Pavel to be more precise) that -Ct causes proble

[fpc-devel] Re: dominant short strings in compiler source

Hello, From: Jonas Maebe <[EMAIL PROTECTED]> On 17 mei 2006, at 20:19, L505 wrote: We wouldn't have to use sysutils yet.. we could make a custom Dos unit which used "longstrings" instead of short strings, but keep the old Dos unit for compatibility.. This still means that someone has to fini

[fpc-devel] Re: fpc-devel Digest, Vol 21, Issue 32

Hello, >From: Dani?l Mantione <[EMAIL PROTECTED]> Op Thu, 18 May 2006, schreef Thomas Schatzl: >> Also assembler symbols/labels should get extended to strings > 255 >>in the future because there is already a bug open in which it is >>demonstrated that it is poss

[fpc-devel] Bug in compiling memds.pp from fcl

Hello, can the following be fixed: ~/startcompiler/ppcppc -Fu../../../rtl/units/powerpc-linux -FE. -FU../../../fcl/units/powerpc-linux -dpowerpc memds.pp Free Pascal Compiler version 2.0.4 [2006/07/09] for powerpc Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for PowerPC Compil