Re: [fpc-devel] ARM vs Thumb2 - can't have both

Most if not all of my references to thumb meant the original ARMv4T thumb instruction set, definitely not the thumb2 extensions, nor ARMv5 or ARMv6 extensions. If for example you had a thumb backend to fpc, you could easily solve this problem, all of these libraries would run on both platfor

Re: RE : [fpc-devel] Including Sorokin's TRegExpr in FPC

@Joost, so, what do you think about renaming your unit to clear the namespace? Which name do you prefer? I propose: joostregexpr oldregexpr is messy because there is already a old/regexpr -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-d

Re: [fpc-devel] Arm Thumb2 - Stellaris status

Ramtop for a generic part defined as having 1 MB of SRAM In the generic startup file, place an 8 KB array, inside a chunk of assembly, set stack_top = top of the array. So long as the program doesn't exceed the SRAM space AND the program doesn't exceed the array size - no problem. (The actual

Re: [fpc-devel] New FPC target: JVM

On Mon, Aug 22, 2011 at 12:13 PM, Michael Schnell wrote: >> my main problem with Android >> is that they do not allow users to run purely native executables. > > AFAIK, this has been overcome with the latest versions of Android.. Not true. What 2.3 added is not really useful for Lazarus. It still

Re: [fpc-devel] New FPC target: JVM

On 08/21/2011 01:55 PM, Felipe Monteiro de Carvalho wrote: my main problem with Android is that they do not allow users to run purely native executables. AFAIK, this has been overcome with the latest versions of Android.. -Michael ___ fpc-devel mailli

Re: [fpc-devel] New FPC target: JVM

On 22 Aug 2011, at 11:48, Michael Schnell wrote: Is writing Java assembler code in the pascal source possible Anything is possible. (or planned) ? Not at this time. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.f

Re: [fpc-devel] New FPC target: JVM

On 08/21/2011 11:52 AM, Graeme Geldenhuys wrote: So Google creating a incompatible Java for this supposed limitation of processor speed and low memory. Modern ARM processors (used for by far most Android devices) provide Jazelle DBX (Direct Byte code eXecution). Supposedly this does not help an

Re: [fpc-devel] New FPC target: JVM

On 08/20/2011 10:49 AM, Jonas Maebe wrote: ... GREAT !!! Regarding Android: the compiler and the system unit both use a bunch of standard functionality from the JDK to implement various features. So Android support would probably require quite a bit of extra work. I have not looked into that

Re: [fpc-devel] New FPC target: JVM

On 08/20/2011 01:42 PM, Jonas Maebe wrote: It generates Java assembler and then feeds it into an external assembler (Jasmin). Is writing Java assembler code in the pascal source possible (or planned) ? -Michael ___ fpc-devel maillist - fpc-devel@l

Re: [fpc-devel] New FPC target: JVM

On 08/20/2011 01:30 PM, Felipe Monteiro de Carvalho wrote: I ask because Android does not use Java Bytecode, it has it's own, completely different bytecode. Ooops. Dalvik in fact completely off-standard on that behalf ! Wikipedia sais: Standard Java bytecode

Re: [fpc-devel] C++ gets language-internal concurrency support

On 08/20/2011 12:36 PM, Alexander Klenin wrote: Basically, no. Here is a quite recent "call for action" in this regard: http://software.intel.com/en-us/blogs/2011/08/09/parallelism-as-a-first-class-citizen-in-c-and-c-the-time-has-come/ I thought C++11 already would be more advanced on that behal

Re: [fpc-devel] C++ gets language-internal concurrency support

On 08/19/2011 01:53 PM, David W Noon wrote: The 2011 C++ standard does not, but GCC and a few other compilers offer a facility called OpenMP that parallelises loops; it works for C, C++ and FORTRAN, at least within GCC. I do know about OpenMP and I seem to remember that there is an article abou