FPC 2.6 and 2.7 are broken for Android. You can manually patch fpc to
work around the issues.
See: http://bugs.freepascal.org/view.php?id=20726
and: http://bugs.freepascal.org/view.php?id=18833
If you don't want to wait until the bugs are fixed, AFAIK the best is
using the compiler which is known
On 2011-11-25 13:38, Ludo Brands wrote:
/usr/lib/fpc/2.4.4/units/arm-linux/rtl/dllprt0.o: In function
`_haltproc':
androidprt0.as:(.text+0x0): multiple definition of `_haltproc'
./libandroidprt0.so:androidprt0.as:(.text+0x0): first defined here
/usr/lib/fpc/2.4.4/units/arm-linux/rtl/dllprt0.o: In
> /usr/lib/fpc/2.4.4/units/arm-linux/rtl/dllprt0.o: In function
> `_haltproc':
> androidprt0.as:(.text+0x0): multiple definition of `_haltproc'
> ./libandroidprt0.so:androidprt0.as:(.text+0x0): first defined here
> /usr/lib/fpc/2.4.4/units/arm-linux/rtl/dllprt0.o: In function
> `_haltproc_eabi':
Hi Ludo.
I try to use you androidprt0.so but I keep getting the same error.
I do not have much experience in the lower parts of how the
linking/assembling is done,
so I hope you can help me out here.
I get the following error:
$ ppcrossarm -b -B -XX -Xc -XD -Tlinux -darm -k"-landroidprt0" pa
Or more generally: Any ideas of where / what I should look for to fix this?
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Well, the hack doesn't seam to really work well anyway, because it
crashes executables generated by the compiler =(
So one can either activate the hack and have a compiler only for DLLs
or not have it and have a compiler only for executables...
Where does argv and argc come from? From dllprt0.as
On 11 Aug 2011, at 11:56, Felipe Monteiro de Carvalho wrote:
On Wed, Aug 10, 2011 at 12:41 PM, Jonas Maebe > wrote:
No, hacks like that do not belong in trunk.
And about release branches then? Are hacks allowed to be merged
directly to release branches?
Is that a joke? No, of course they ar
On Wed, Aug 10, 2011 at 12:41 PM, Jonas Maebe wrote:
> No, hacks like that do not belong in trunk.
And about release branches then? Are hacks allowed to be merged
directly to release branches?
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist -
> My main doubt here is if androidprt0.as is really required,
> which would mean that I can only produce android libraries if
> I make changes to the compiler.
>
In NativeTest\jni is a makeandroid.bat that assembles androidprt0 and calls
ppcrossarm with -k"-landroidprt0". No need to change the
On 10 Aug 2011, at 12:10, Felipe Monteiro de Carvalho wrote:
On Wed, Aug 10, 2011 at 11:59 AM, Thomas Schatzl
wrote:
However, you might want to use the hack from
http://mantis.freepascal.org/view.php?id=18833 on android for now.
What do you think about merging this hack to trunk and to 2.6
On Wed, Aug 10, 2011 at 11:59 AM, Thomas Schatzl wrote:
> However, you might want to use the hack from
> http://mantis.freepascal.org/view.php?id=18833 on android for now.
What do you think about merging this hack to trunk and to 2.6.0? I can
do the commit on trunk.
I think that a hack support i
Hi,
On Wed, 10 Aug 2011 11:59:03 +0200, Thomas Schatzl wrote:
Hi,
On Wed, 10 Aug 2011 11:09:26 +0200, Felipe Monteiro de Carvalho
wrote:
Hello, I am ressuscitating this ancient thread because I'd like to
continue the talk about it =)
My main doubt here is if androidprt0.as is really required
Hi,
On Wed, 10 Aug 2011 11:09:26 +0200, Felipe Monteiro de Carvalho wrote:
Hello, I am ressuscitating this ancient thread because I'd like to
continue the talk about it =)
My main doubt here is if androidprt0.as is really required, which
would mean that I can only produce android libraries if I
Hello, I am ressuscitating this ancient thread because I'd like to
continue the talk about it =)
My main doubt here is if androidprt0.as is really required, which
would mean that I can only produce android libraries if I make changes
to the compiler.
Benjamin, couldn't one just declare the missin
Matt Emson schrieb:
Native is bad, and only come in to existence to compete with other
platforms with purely native compilation -
I disagree. Just the opposite. There were already lots of attempts to
create a processor independend programming layer (i.e. USCD-Pascal with
the p-code in the seven
In our previous episode, Michael Van Canneyt said:
> >> In fact I think this is one of the more easy things.
> >> The main problem seems to me that you need to support things like pointers,
> >> which is something deeply embedded in Pascal.
> >
> > I think the "suitable RTL" is a reference to an ea
On Tue, 7 Dec 2010, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
normal Java or CIL one). The biggest problem is to create a suitable RTL and
to be able to use the classes that are provided by the VM.
In fact I think this is one of the more easy things.
The m
In our previous episode, Michael Van Canneyt said:
> > normal Java or CIL one). The biggest problem is to create a suitable RTL
> > and
> > to be able to use the classes that are provided by the VM.
>
> In fact I think this is one of the more easy things.
> The main problem seems to me that you
On Tue, 7 Dec 2010, Sven Barth wrote:
Am 07.12.2010 12:12, schrieb Matt Emson:
On 07/12/2010 10:46, Felipe Monteiro de Carvalho wrote:
Still not ideal, however.
Well, no. As Android targets any processor - not just ARM. Indeed, there
are Intel based versions. Native is bad, and only come i
Am 07.12.2010 12:12, schrieb Matt Emson:
On 07/12/2010 10:46, Felipe Monteiro de Carvalho wrote:
Still not ideal, however.
Well, no. As Android targets any processor - not just ARM. Indeed, there
are Intel based versions. Native is bad, and only come in to existence
to compete with other platf
On Tue, Dec 7, 2010 at 12:12 PM, Matt Emson wrote:
> Well, no. As Android targets any processor - not just ARM. Indeed, there are
> Intel based versions.
I've never seen one and I've already worked with maybe 50 different
Android smartphones / tablets.
x86-Android is negletible. I bet that it ha
On 07/12/2010 10:46, Felipe Monteiro de Carvalho wrote:
Still not ideal, however.
Well, no. As Android targets any processor - not just ARM. Indeed, there
are Intel based versions. Native is bad, and only come in to existence
to compete with other platforms with purely native compilation - an
In Android 2.3 you can write apps without any Java code, but you still
need to build it as a library:
http://developer.android.com/reference/android/app/NativeActivity.html
It seams to support OpenGL and user input without Java.
Still not ideal, however.
--
Felipe Monteiro de Carvalho
The pascal part is under the jni/ folder in the ZIP.
Am 30.11.2010 11:32, schrieb Felipe Monteiro de Carvalho:
Hello,
How do you compile BeRoXM? Using ant?
Also, installing BeRoXM.apk failed in HTC Wildfire Android 2.1
Also, I couldn't find the source code for the Pascal part.
thanks,
You do need for BeRoXM a current midclass/highend android device with a
ARM CPU, which supports the ARM v7a instruction set or better said the
VFPv3 floatingpoint instruction set. The SoC in the Wildfire, which is a
lowend android device, is still ARMv6, like the HTC Dream and Magic.
Because
On Wed, Nov 10, 2010 at 5:08 PM, Reimar Grabowski wrote:
> Thanks for the tutorial, but as you surely have read (see comments) there are
> problems using this approach. And I won't hardly call it officially supported
> as it is a little hackish.
I don't care about being officially supported or
On Tue, Nov 30, 2010 at 11:32 AM, Felipe Monteiro de Carvalho
wrote:
> Also, installing BeRoXM.apk failed in HTC Wildfire Android 2.1
I didn't check the log since I don't plan on using JNI anyway, but
probably it was built for release but lacks the certificate. This
issue confused me a bit.
ant
Hello,
How do you compile BeRoXM? Using ant?
Also, installing BeRoXM.apk failed in HTC Wildfire Android 2.1
Also, I couldn't find the source code for the Pascal part.
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists
On Thu, Nov 25, 2010 at 6:35 AM, Benjamin Jan Alexander Rosseaux <
benja...@rosseaux.com> wrote:
>
> Because maybe requested of few, here is the complete source code of the
> android version of my BeRoXM mod/xm/wow player (which is also in the android
> market), where the mod/xm/wow playerengine i
Because maybe requested of few, here is the complete source code of the
android version of my BeRoXM mod/xm/wow player (which is also in the
android market), where the mod/xm/wow playerengine is implemented in
object pascal and compiled with freepascal, and the UI part stuff is in
Java.
The
On Sat, 6 Nov 2010 23:43:58 +0100
Felipe Monteiro de Carvalho wrote:
> Here is a tutorial:
>
> http://gimite.net/en/index.php?Run%20native%20executable%20in%20Android%20App
>
> It just uses standard Android Java API calls AFAIK
Thanks for the tutorial, but as you surely have read (see comments)
On 6 November 2010 19:39, Felipe Monteiro de Carvalho wrote:
>
> Did you try making executables for Android? It is possible to run
> native executables from Java.
I'm very interested in this too. My next toy is going to be a Android
based tablet (mostly for ebook reading), but I would like to deve
On Sat, Nov 6, 2010 at 8:46 PM, Reimar Grabowski wrote:
> I don't know of any way running native executables from Java on this
> platform. It is definitly not officially supported.
Here is a tutorial:
http://gimite.net/en/index.php?Run%20native%20executable%20in%20Android%20App
It just uses st
On Sat, 6 Nov 2010 18:39:53 +0100
Felipe Monteiro de Carvalho wrote:
> Did you try making executables for Android? It is possible to run
> native executables from Java.
It is not my code but I know a bit about Android.
I don't know of any way running native executables from Java on this platform.
Hello,
Did you try making executables for Android? It is possible to run
native executables from Java.
That would be somewhat better then running the code from a .so
Also a tutorial about how to create the cross-compiler and set
everything up would be excelent ...
>From your zip file it seams t
Am 02.07.2010 02:11, schrieb Reimar Grabowski:
From your mail it is not clear which ld and as you used. I just took them from
the Android NDK, you too?
Unfortunately I currently have no time to play around with your code,
but I will as soon as I can.
Under linux I'm using self-built arm bin
On Sun, 27 Jun 2010 09:50:35 +0200
Benjamin Jan Alexander Rosseaux wrote:
>
> Hello,
>
> I've done a working Free Pascal android JNI example (with working .apk
> for current ARM-based Android device of the second device generation
> (because with VFPv3, so Motorola Droid/Milestone, HTC Desire
Benjamin Jan Alexander Rosseaux schrieb:
>
> Hello,
>
> I've done a working Free Pascal android JNI example (with working .apk
> for current ARM-based Android device of the second device generation
> (because with VFPv3, so Motorola Droid/Milestone, HTC Desire, Nexus One,
> Samsung Galaxy S, and
Hello,
I've done a working Free Pascal android JNI example (with working .apk
for current ARM-based Android device of the second device generation
(because with VFPv3, so Motorola Droid/Milestone, HTC Desire, Nexus One,
Samsung Galaxy S, and so on) inside)
http://vserver.rosseaux.net/stuff/
39 matches
Mail list logo
