Re: [fpc-pascal] Compiling from and to memory

Am 19.04.2012 14:11, schrieb OBones: Hello all, I'm currently creating a build chain where FPC is the last step, the one producing a DLL for Windows, x86 and x64. In front of it in the chain, I have designed a generator that creates a program and a set of units from its own representation. Right

Re: [fpc-pascal] Compiling from and to memory

Am 19.04.2012 14:11, schrieb OBones: Hello all, I'm currently creating a build chain where FPC is the last step, the one producing a DLL for Windows, x86 and x64. In front of it in the chain, I have designed a generator that creates a program and a set of units from its own representation. Right

Re: [fpc-pascal] Compiling from and to memory

Am 26.04.2012 14:57, schrieb OBones: Jonas Maebe wrote: OBones wrote on Mon, 23 Apr 2012: And because I have to split my generated files so that FPC does not hit the 2GB memory limit (which it does for a 15M source file) What is the structure of that source code? (a few giant routines, larg

Re: RE : RE : [fpc-pascal] Variable alignment in arm-embedded

Am 08.06.2012 14:37, schrieb Jeppe Græsdal Johansen: Den 08-06-2012 14:28, Ludo Brands skrev: Thanks Ludo, I'll take that as a starting point. I hope I will not need the "lost" 256 bytes in the future. I could be wrong but AFAIK if the compiler would do the alignment, the loss can also be up t

Re: [fpc-pascal] fpimage reader for jpeg2000

Am 11.06.2012 12:03, schrieb Mattias Gaertner: Hi, Has someone already implemented a fpimage reader for jpeg2000? Probably not due to the patent situation? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailm

Re: RE : RE : [fpc-pascal] Variable alignment in arm-embedded

Am 12.06.2012 09:50, schrieb Koenraad Lelong: On 08-06-12 14:37, Jeppe Græsdal Johansen wrote: Den 08-06-2012 14:28, Ludo Brands skrev: Thanks Ludo, I'll take that as a starting point. I hope I will not need the "lost" 256 bytes in the future. I could be wrong but AFAIK if the compiler would

Re: RE : RE : [fpc-pascal] Variable alignment in arm-embedded

Am 11.06.2012 13:46, schrieb alrieckert: Hi Jeppe, I've been using the actual ROM based interrupt table for the past month now in freepascal ad it seems to work great. No need to declare a block of RAM and pointing the interrupt table to it. You can code any procedure and just give it the inter

Re: [fpc-pascal] Refr Bruhl

Am 22.02.2013 15:36, schrieb Refr Bruhl: http://www...p2t Please do not click the link in this mail, it is probably malware/spam. I have set the moderation flag for Refr Bruhl. Sorry for any inconvenience caused by this. ___ fpc-pascal maillist -

Re: [fpc-pascal] Object pascal language compatiblity - was: Does FPC 2.8.0 can actually still be called Pascal ?

Am 05.03.2013 22:36, schrieb Dimitri Smits: - Oorspronkelijk e-mail - Van: "Florian Klämpfl" Aan: "FPC-Pascal users discussions" Verzonden: Maandag 4 maart 2013 21:00:10 And how does this change the fact that it is an external cg not written in pascal? the front-end would still

Re: [fpc-pascal] Firebird embedded supported on Windows 64 by SEH patch

Am 09.03.2013 08:49, schrieb Reinier Olislagers: Sergei Gorelkin enabled Win64 SEH support in trunk r23732: * Make Win64 SEH support enabled by default. If necessary to disable, compiler should be cycled with OPT=-dDISABLE_WIN64_SEH. Mantis #24012. Is it usefull to make DISABLE_WIN64_SEH a co

Re: [fpc-pascal] http://www.freepascal.org/future.var

Am 29.05.2013 06:25, schrieb Reinier Olislagers: On 28-5-2013 19:16, Sven Barth wrote: On 28.05.2013 17:41, Reinier Olislagers wrote: Going by the discussions on this mailing list I'm having trouble believing LLVM backend support would be in the plans. Should this line perhaps be removed. Whe

Re: [fpc-pascal] Re: JVM backend and language restrictions

Am 11.07.2013 15:07, schrieb Graeme Geldenhuys: > On 2013-07-11 11:34, Reinier Olislagers wrote: >> >> Has that person read this: >> http://wiki.lazarus.freepascal.org/FPC_JVM/Language > > > Wow, things are really hard to find in the wiki. > > * No link to that page mentioned, from it's parent

Re: [fpc-pascal] Lazarus produces Fatal: Internal error 200602035

Am 30.07.2013 09:34, schrieb Bart: On 7/30/13, Sven Barth wrote: Please ensure that you attach a complete example that should be compileable. There is already a bugreport about that Internal Error: http://bugs.freepascal.org/view.php?id=18967 It is resolved as "Probably fixed in the mean tim

Re: [fpc-pascal] Re: Wince_arm: the naive approach

What source tree do you use? Trunk? Works here Yes, trunk. I thought you talk about fpc, anyways, the attached patch might help for lazarus. [1] Free Pascal Compiler version 2.7.1 [2013/08/04] for arm .. Target OS: WinCE for ARM .. Assembling themes C:\development\lazarus\lcl\include\gra

Re: [fpc-pascal] Free Pascal 2.6.4-rc1 released!

Am 26.12.2013 18:03, schrieb Pierre Free Pascal: Sorry, I did not realize that the upload did not complete. The correct size is above 40 MB. I uploaded it again on ftp.freepascal.org $ md5sum fpc-2.6.4rc1.i386-win32.exe 132d4777b5d98cca13418ae0460a0b32 *fpc-2.6.4rc1.i386-win32.exe $ ls -al

[fpc-pascal] Test, please ignore

___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] High() and Low() for empty dynamic arrays

Am 08.02.2014 16:56, schrieb Jürgen Hestermann: because otherwise I would get an error in case the length is 0 because Low() and High() both give back 0. The result of both functions is the same as if the array had exact one element. Here: var MyArray : array of longint; begin writeln(low(

Re: [fpc-pascal] High() and Low() for empty dynamic arrays

Am 08.02.2014 17:35, schrieb Jürgen Hestermann: > Unfortunatly you posted not a complete example which shows the behaviour but only uncompilable code snippts. > Post always complete examples when discussing strange behaviour. You mean I should post thousands of code lines? Of course not, ju

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been spinning the cpu at 100% for the last 10 minutes and I don't think it'll finish. Duh, that's also the op problem. Try with OPT=-O- __

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

Luca Olivetti schrieb: En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been spinning the cpu at 100% for the last 10 minutes and I don't think it'll finish. Duh, tha

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

Luca Olivetti schrieb: If the latter, how do I make sure the rtl/packages are built with 'dFPC-ARMEL'? cd fpc && make clean all OPT=-dFPC_ARMEL ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fp

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: [Beware, I'm neither an arm expert nor an fpc internals one, that's why I'm asking instead of patching, patching that I wouldn't know how to do anyway]. Due to my (insofar) failed experiment to get an arm-eabi compiler, I took a look at where FPC_ARMEL is used. FPC_AR

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

Luca Olivetti schrieb: pp.pas(209,27) Error: Error while linking pp.pas(209,27) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted The content of link.res around line 281: 279 /* Adjust the address for the data segment. We want to adjust up to 280

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: The latter is the recent change to use the correct dynamic linker, and the former to change the alignment of some structures (required by the eabi specification). Indeed, i_linux sets e.g. the calling

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: grepping for abi_eabi I found that the different syscall convention is in rtl/linux/arm/syscall.inc, but it is conditioned to FPC_ABI_EABI, not to FPC_ARMEL, so in order to have a fully eabi compliant

Re: [fpc-pascal] Hash table with different kind of key

Damien Gerard schrieb: Hi ! Is there somewhere hash tables with different kind of keys and if possible different kind of values ? Like in C++ actually with a std::map. May be it would be possible with fpc 2.2.2 and generics ? fgl.TFPGMap ___ fpc-

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: Florian Klaempfl escribió: But you used OPT=-dFPC_ARMEL? Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT' And then you got the errors about floats? ___ fpc-pascal maillist - fpc-pascal@lists.freepasca

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: Florian Klaempfl escribió: But you used OPT=-dFPC_ARMEL? Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT' And then you got the errors about floats? No, I get that if I omit the -CfSOFT I si

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Just updated. make clean all OS_TARGET=linux CPU_TARGET=arm BINUTILSPREFIX=armel

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Just updated. make clean

Re: [fpc-pascal] FPC_ARMEL system calls

Luca Olivetti schrieb: En/na Florian Klaempfl ha escrit: make clean all OS_TARGET=linux CPU_TARGET=arm BINUTILSPREFIX=armel-linux- OPT=-dFPC_ARMEL FPC=fpc works fine for me, at least it compiles ;) Yeah, but that's not native :-/ How did you get the native start compiler?

Re: [fpc-pascal] FPC_ARMEL system calls

Henry Vermaak schrieb: Const +{$ifdef FPC_ABI_EABI} + syscall_nr_base = $0; +{$else FPC_ABI_EABI} syscall_nr_base = $90; +{$endif FPC_ABI_EABI} but i'll confirm in a while. yes, this works for me. Fixed in svn. ___ fpc-pascal maillist -

Re: [fpc-pascal] FPC_ARMEL system calls

I've fixed some stuff, so it should work with -O2 as well. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal]Binutils 2.18 cross win32-linux

Wanderlan Santos dos Anjos schrieb: Hello All, I'm doing crosscompiling from Win32 to Linux. I use Binutils 2.15 but this version gives error when cthreads unit is referred, probably because version 2.15 is too old. Where can I download Binutils 2.18 cross? -- http://svn.freepascal.org/svn

Re: [fpc-pascal] Release FPC-2.2.2rc1 is available for download

Jonas Maebe schrieb: On 20 Jun 2008, at 10:35, Bent Normann Olsen wrote: I did try to install FPC-2.2.2rc1, but eventually had to revert to previous installation due to different kinds of errors when compiling. The errors ranged from "range check" errors to syntax errors, Please provide ex

Re: [fpc-pascal] freepascal + mysql5 + osx

Jonas Maebe schrieb: On 22 Jun 2008, at 12:21, Harald Lapp wrote: after reading every bit of freepascal + mysql5 i could find on the net, i have still some problems getting this to run on OSX. i've installed mysql-5.0.45 and as i'm developing mainly with PHP and i compiled PHP with mysql suppo

Re: [fpc-pascal] Breaking code while deleting assembler file ?

Seweryn Walentynowicz schrieb: Testing on linux and windows FPC version, works the same: crashes version compiled without -a option.. I don't understand this, cause -a switch is "the compiler doesn't delete the generated assembler file", and in any form shouldn't touch generated code. It uses t

Re: [fpc-pascal] reading PPU files

Mattias Gaertner schrieb: I want to read ppu files like the ppudump tool. ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not installed by default. At least not on debian. Should I make a copy of this unit? No ;) Will this work for the various compilers (e.g. compiling the tool with 2.

Re: [fpc-pascal] reading PPU files

Mattias Gaertner schrieb: On Tue, 24 Jun 2008 23:14:34 +0200 Florian Klaempfl <[EMAIL PROTECTED]> wrote: Mattias Gaertner schrieb: I want to read ppu files like the ppudump tool. ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not installed by default. At least not on debian. Sh

Summary on Re: [fpc-pascal] Unicode file routines proposal

I read most of the discussion and I think there is no way around a string type containing an encoding field. First, it allows also to support non utf encodings or utf-32 encoding. Having the encoding field does not mean that all target support all encoding. In case an encoding is not supported, the

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Marco van de Voort wrote: >> On Tue, 1 Jul 2008, Florian Klaempfl wrote: >> >>> I read most of the discussion and I think there is no way around a >>> string type containing an encoding field. >> [cut] >> >>> I know this approach contains some h

Re: [fpc-pascal] Unicode file routines proposal

Felipe Monteiro de Carvalho wrote: > > ansistrings don't mean everything. They mean either ISO or utf-8. This assumption is wrong. ansistring means the system encoding which uses 8 bit chars. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Unicode file routines proposal

Vincent Snijders wrote: > Florian Klaempfl schreef: >> Felipe Monteiro de Carvalho wrote: >>> ansistrings don't mean everything. They mean either ISO or utf-8. >> >> This assumption is wrong. ansistring means the system encoding which >> uses 8 bit chars.

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Felipe Monteiro de Carvalho wrote: > Why not just introduce a set of utf-16 routines with utf16string type > like the new Delphi? Because it's not cross platform. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mai

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Felipe Monteiro de Carvalho wrote: > On Tue, Jul 1, 2008 at 9:24 AM, Florian Klaempfl <[EMAIL PROTECTED]> wrote: >>> Why not just introduce a set of utf-16 routines with utf16string type >>> like the new Delphi? >> Because it's not cross platform. > &

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Marco van de Voort wrote: >> Marco van de Voort wrote: >>> >> If compiler magic is at work, wouldn't all this reduce to s[1] giving >> the first char no matter the char size? > > Where does the "magic" gets its information is my point. I described this already in detail in my first mail: jus

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Michael Van Canneyt wrote: > > On Tue, 1 Jul 2008, Paul Ishenin wrote: > >> Michael Van Canneyt wrote: >>> You can still do C:=S[i]. What you cannot do is >>> >>> P:=PChar(S); >>> While (P^<>#0) do >>>SomeByteSizedOperation; >>> >> Why you cannot? PChar(S) should represent S as raw byt

Re: Summary on Re: [fpc-pascal] Unicode file routines proposal

Mattias Gärtner wrote: > Zitat von Florian Klaempfl <[EMAIL PROTECTED]>: > >> Michael Van Canneyt wrote: >>> On Tue, 1 Jul 2008, Paul Ishenin wrote: >>> >>>> Michael Van Canneyt wrote: >>>>> You can still do C:=S[i]. What you ca

Re: [fpc-pascal] Constant strings can't be longer than 255 chars

Jonas Maebe schrieb: On 07 Jul 2008, at 18:26, Graeme Geldenhuys wrote: I've got a few functions defined with 'const' string parameters. When I tried to pass a large string, I got the following error message. Why is that? Because the scanner only handles shortstrings for speed reasons. You c

Re: [fpc-pascal] Performance issue with dynamic arrays

Volker Zipfel schrieb: Hi all! While analyzing my project with valgrind, I discovered that almost a quarter of the cpu cycle where eaten up by the function fpc_finalize_array. It seams that fpc_finalize_array calls for every element of the array fpc_finalize. To illustrate the problem i have

Re: [fpc-pascal] assigning a local function to a var

David Emerson schrieb: Or is it just difficult to implement, and/or not considered useful? The procvar handling code is one of the ugliest parts of the compiler :) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org

Re: [fpc-pascal] {$R file} support on non-Windows targets

Graeme Geldenhuys schrieb: On Tue, Jul 15, 2008 at 2:23 AM, Luiz Americo Pereira Camara > I still can not access the website or the news server Sorry Luiz and Paul for the inconvenience... Our new building is plagued with issues, plus the electritian we have really sucks!!! He can't seem to

Re: [fpc-pascal] Re: chown on Mac OS X

Tobias Giesen schrieb: Hi, correction! Adding FpChown to oscdeclh.inc works fine. This line needs to be added: Function FpChown (path : pChar; owner : TUid; group : TGid): cInt; cdecl; external clib name 'chown'; to oscdeclh.inc in the rtl/unix folder. Cheers, Tobias Better add such inform

Re: [fpc-pascal] Re: chown on Mac OS X

Florian Klaempfl schrieb: Tobias Giesen schrieb: Hi, correction! Adding FpChown to oscdeclh.inc works fine. This line needs to be added: Function FpChown (path : pChar; owner : TUid; group : TGid): cInt; cdecl; external clib name 'chown'; to oscdeclh.inc in the rtl/unix folde

Re: [fpc-pascal] Object Pascal & arm-linux

Koenraad Lelong schrieb: Florian Klaempfl schreef: Koenraad Lelong schrieb: Florian Klaempfl schreef: Koenraad Lelong schrieb: Hi, I successfully ran some MSE-gui test-programs on my arm-board. To do this I used a patched fpc 2.2.0-fixes. The patch involved backporting a fix from fpc-2.3.1

Re: [fpc-pascal] Enabling FPC_HAS_FEATURE_CONSOLEIO

leledumbo schrieb: Perhaps someone have a dependency graph for all of these features? This is probably too hard to do. The goal of the feature approach is designed more towards the possibility to create a stripped rtl for existing targets. If you want only consoleio without file system suppor

Re: [fpc-pascal] fpc 2.2.2 failed to compile extpascal

Bee schrieb: Hi all, I'm experimenting with ExtPascal (extpascal.googlecode.com). I used to get it work using FPC 2.3.1 from SVN. Before today, my FPC SVN latest update is about a month ago. Today, I update it. Today FPC SVN is able to compile ExtPascal but the output is unusable. It raises

Re: [fpc-pascal] fpc 2.2.2 failed to compile extpascal

Bee schrieb: Find the last working revision using a binary search. Start e.g. with rev. 11000: if works, try 11322 etc. With this scheme a handfull tests give you the last working revision and we know which revision broke things and needs to be fixed :) A small script could even automate this.

Re: [fpc-pascal] OOT: fpc 2.2.2 failed to compile extpascal

Bee schrieb: Using the script at it took 12 min without any interaction to find a breaking revision for some x86-64 problem. Thanks for the script, but I'm not quite familiar with bash script. I don't understand how this

Re: [fpc-pascal] x86_64 Illegal FPU type

Isaac Gouy schrieb: Suggestions please on what I've done wrong here http://shootout.alioth.debian.org/u64q/benchmark.php?test=mandelbrot&lang=fpascal&id=3#log http://shootout.alioth.debian.org/u64q/benchmark.php?test=meteor&lang=fpascal&id=1#log x86-64 needs no sse2 as fpu type, it uses sse2

Re: [fpc-pascal] x86_64 Illegal FPU type

Isaac Gouy wrote: > --- Florian Klaempfl <[EMAIL PROTECTED]> wrote: > >> Isaac Gouy schrieb: >>> Suggestions please on what I've done wrong here >>> >>> > http://shootout.alioth.debian.org/u64q/benchmark.php?test=mandelbrot&lang=fpas

Re: [fpc-pascal] Exe size

Paul schrieb: > I have to use: > > C:\FPC\2.2.2\bin\i386-win32\strip.exe --strip-all > D:\FreePascal\Projects\Test\Project1.exe, > anything else fails. > > In my Dutch version here, after compling is on the top position in that > compiler tab which is in fact before compling > Probably a translat

Re: [fpc-pascal] License question; unit to view floating-point details

Tom Verhoeff schrieb: I have a created a unit FloatView to help you inspect in detail 32-bit (Single) and 64-bit (Double) IEEE 754 floating-point values (in case "every bit counts; note that when floating-point numbers are output in decimal, some information is inevitably lost). I would like to

Re: [fpc-pascal] Install FPC/Lazarus for Win CE

Felipe Monteiro de Carvalho schrieb: On Wed, Sep 10, 2008 at 1:59 PM, Paul <[EMAIL PROTECTED]> wrote: I can't find these 2, are these to be set in lazarus or fpc? In Lazarus. Menu Project --> Compiler Options --> Code tab Do I have to set arm if the target is a intel processor ? You are us

Re: [fpc-pascal] Bus error in ARM architecture

They also asked me to send them some code which illustrates the problem, which they claim should not exist because the compiler should make sure everything is aligned. FPC does too as long as you don't force the compiler to use a certain memory layout like using the packed keyword or casting u

Re: [fpc-pascal] Bus error in ARM architecture

Florian Klaempfl schrieb: They also asked me to send them some code which illustrates the problem, which they claim should not exist because the compiler should make sure everything is aligned. FPC does too as long as you don't force the compiler to use a certain memory layout like usin

Re: [fpc-pascal] Bus error in ARM architecture

Bernd Mueller schrieb: Florian Klaempfl wrote: They also asked me to send them some code which illustrates the problem, which they claim should not exist because the compiler should make sure everything is aligned. FPC does too as long as you don't force the compiler to use a certain m

Re: [fpc-pascal] Help converting h-file

Koenraad Lelong schrieb: Frank de Groot / Rent-a-Geek schreef: I was wondering, what exactly is slow in Lazarus, because I use it via remote desktop over a long-distance WiFi connection and it still is very fast..? From: "Koenraad Lelong" <[EMAIL PROTECTED]> P.S. I can't recommend Lazarus. I

Re: [fpc-pascal] Re: Use Free Pascal on Pandora handheld game console

Jonas Maebe schrieb: On 18 Sep 2008, at 10:05, Guillermo Martínez Jiménez wrote: 2008/9/16 Jonas Maebe <[EMAIL PROTECTED]>: On 16 Sep 2008, at 15:36, Guillermo Martínez Jiménez wrote: Did somebody planned to compile, test and release FPC for the Pandora handgeld game console? (www.openpand

Re: [fpc-pascal] Default compiler options for shootout using fpc 2.2.0

Vincent Snijders schrieb: What should be the default compiler options for the shootout benchmarks? The used compiler is fpc 2.2.0. The benchmarks are run on a Intel Q6600 quad-core, either with 32 bits or 64 bits Ubuntu. There is some controversion about it, see https://alioth.debian.org/tra

[fpc-pascal] Still testing, please ignore

___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Still testing, please ignore

___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Test, please ignore

___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Record Method and Operators

Cesar Romero schrieb: > Hi, > > Im wondering if FPC Team have plans to support Record Methods/Operators > in future versions of FPC > I read the actual "Future plans" and the most closed item is "RTL:: More > compatibility with later Delphi versions." > But it do not means that records can be chan

Re: [fpc-pascal] Record Method and Operators

Cesar Romero schrieb: > Florian Klaempfl escreveu: >> Cesar Romero schrieb: >> >>> Hi, >>> >>> Im wondering if FPC Team have plans to support Record Methods/Operators >>> in future versions of FPC >>> I read the actual "Future plan

Re: [fpc-pascal] Record Method and Operators

Cesar Romero schrieb: > Florian, >> In which regard, quoting: "The assignment operator is also used to >> convert types from one type to another. The compiler will consider all >> overloaded assignment operators till it finds one that matches the types >> of the left hand and right hand expressions

Re: [fpc-pascal] New object created in custom pool

JoshyFun schrieb: > Hello FPC-Pascal, > > My application will create thousands of small objects of the same > class, this objects are not created or destroyed in a row, so memory > fragmentation could becomes a serious problem after some time. Since the fpc heap manager itself pools, this should

Re: [fpc-pascal] Make FPC closer to hardware

leledumbo schrieb: Micha Nelissen wrote: example? Let Write(Ln) work without file system support? Perhaps just by supplying a routine to write one character, and let other write routines use it. Too slow in the common use case. ___ fpc-pascal

Re: [fpc-pascal] number of cpu cores

Mattias Gaertner schrieb: > I need a default value of the number of maximum threads. > Is there already some RTL function that can be used for that? > > For example if the program runs on a 2 x quad core it would be nice to > get 8. > Hyperthreading multipliers should be applied. No, but having s

Re: [fpc-pascal] How to build 2.2.2-crosscompiler for arm-linux ?

Koenraad Lelong schrieb: > Joost van der Sluis schreef: >> Op zaterdag 29-11-2008 om 19:48 uur [tijdzone +0100], schreef Koenraad >> Lelong: >>> Hello, >>> In the past I built numerous fpc-crosscompilers for arm-linux but now I >>> can't anymore. >>> What I did : >>> Downloaded and extracted fpcbui

Re: [fpc-pascal] number of cpu cores

Mattias Gaertner schrieb: > I need a default value of the number of maximum threads. > Is there already some RTL function that can be used for that? > > For example if the program runs on a 2 x quad core it would be nice to > get 8. > Hyperthreading multipliers should be applied. If we implement

Re: [fpc-pascal] Free Pascal Support for ARM Architecture

Bernd Mueller schrieb: >> The compiler(s code generator) should take care of target cpu variants >> and architectures. > > I think, this would be a lot of work. Which architecture should be > implemented first? ARMv5 or better the latest ARMv7 (CORTEX) variants. > But what about the Thumb/Thumb-2

Re: Re[fpc-pascal] cursive data structures using FP generics

leledumbo schrieb: > Last time I try (about a semester ago) the compiler cannot do specialization > based on another. For instance, if we have: > > type > generic TTree = class > type > TChild = specialize TTree; <-- the compiler chokes on this > TChildren = array of TChild; > ... >

Re: [fpc-pascal] Porting linux to pascal, would it be, possible ?

Gerard N/A schrieb: > www.eclipse.org > On the upper menu, 5th item, "downloads". > Then choose whatever you wnat to download, and choose the mirror, and > the download starts. > lazarus.freepascal.org on the other way seldom works lately and when > it does it's so slow it can't be used. Well, thi

Re: [fpc-pascal] Porting linux to pascal, would it be, possible ?

Prince Riley schrieb: > Graeme > > I just took this snapshot of the www.eclipse.org > kanding page .. you say you weren't able to > find a clear download link lol .. ok well it appears directly in > the center of the page ... > > Let me know what you think after you

Re: [fpc-pascal] Object Pascal operating system

Skybuck Flying schrieb: > > Does free pascal compiler actually implement and support the entire x86 > instruction set/registers ? > > Since "application space" is different from "kernel space". > > For example: > > asm >// full instruction set support possible ? > > end; It is supposed to

Re: [fpc-pascal] Schema Types

Kevan Hashemi schrieb: > Dear FPC, > > I'm considering movingn from GPC to FPC. One thing I like very much > about GPC is its schema types. I can declare a matrix like this: > > matrix_type(num_rows,num_columns:integer)= > array [1..num_rows,1..num_columns] of real; > > and then create a new m

Re: [fpc-pascal] FreePascal/Lazarus plug-in's for Delphi.

Skybuck Flying schrieb: > Hello, > > To make it easy for Delphi programmers to write code in Delphi and then > switch to free pascal/lazarus the following could be done: > > > Delphi's IDE is still more stable than Lazarus IDE. Why should I/we spent time into improving other people's software (

Re: [fpc-pascal] Schema Types

Jonas Maebe schrieb: One important different to keep in mind between dynamic arrays and regular arrays (including those defined using schema types): dynamic arrays are reference counted and copies are always shallow copies. This means that in this code: var a, b: array of real; begin se

Re: [fpc-pascal] Options for configuring GDB

leledumbo schrieb: I'm curious why my FPIDE with GDB 6.8 compiled with MinGW crashes while GDB says OK (see http://bugs.freepascal.org/view.php?id=11968 http://bugs.freepascal.org/view.php?id=11968 ). Perhaps I didn't build GDB correctly, so may I know what options do you supply when calling con

Re: [fpc-pascal] DWARF line info cannot be used gdb

dmitry boyarintsev schrieb: > Jonas, > I've added tf_dwarf_relative_addresses to system information for win32 > target and have recompiled the compiler. > so now whenether i'm using 'gw2' or 'gw3' compiler options i'm getting > test.pas(9,1) Fatal: Internal error 200404124 > > test.pas(9,1) line '

Re: [fpc-pascal] DWARF line info cannot be used gdb

Jonas Maebe schrieb: > > On 29 Dec 2008, at 23:10, dmitry boyarintsev wrote: > >> compile line >> fpc -Aas -gw2 test.pas >> gdb test.exe >> ... >> (gdb) b test.pas:7 >> warning: (Internal error: pc 0x40144e in read in psymtab, but not in >> symtab.) >> >> warning: (Internal error: pc 0x40144e in

Re: [fpc-pascal] for .. in loop implementation

Vinzent Höfler schrieb: > Jürgen Hestermann wrote: > >>> Mantra: First make it work, then make it fast. >> >> In general that's true from the programmer's viewpoint. But this does >> not apply to adding language details because there is no 'first make >> it work'. Why obscure important implementat

Re: [fpc-pascal] cross platform version of IsCharAlpha()

Graeme Geldenhuys schrieb: > Hi, > > IsCharAlpha() is a Win32 API call. I'm trying to convert code that > uses that call, to be Windows and Linux compatible. Does FPC have a > cross-platform version of that API call? I did a text search through > the RTL of v2.2.3 and it only seems to have the W

Re: [fpc-pascal] Info for building FPC ...

Jonas Maebe schrieb: > > On 29 Jan 2009, at 10:27, Dimitrios Chr. Ioannidis wrote: > >> Is it possible someone to post where can i find the tools/utils needed >> for build / compile fpc from sources in windows ? > > They are available in the fpcbuild svn repository. You can get them > directly u

Re: [fpc-pascal] Origin of FPC features

leledumbo schrieb: > I'm writing a paper about FPC and I need references where each language > feature comes from. So far, these are my what I know (some are guessing > though): > > Feature Original DialectAdditional Information > Separate compilation UCSD Pascal Unit based, not

Re: [fpc-pascal] Origin of FPC features

OCTAGRAM schrieb: >>> Assembler integration UCSD? Turbo?AT&T and Intel > Should it be considered as idea? > >>> External references UCSD? Turbo?- > This one as well. A very basic feature. > >>> Operator overloadingPascal-XSC - >> Ideas from C++ > C++ originated

Re: [fpc-pascal] Usage of Generics in FPC

Graeme Geldenhuys schrieb: > Why can't I do the following: > > procedure WriteSquares(AMax: Integer); > var > List: specialize TFPGList; > begin > List := TFPGList.Create; > > > ...instead I have to ALWAYS declare a type first > > > type > TIntList = specialize TFPGList; > > procedu

Re: [fpc-pascal] XML files and the ext4 bug

Gustavo Enrique Jimenez schrieb: > Hi > > Seems like the ext4 file system has a bug or some issue with files > updated often : > > https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781 This is only a problem when your machine crashes! > > I use XML files heavily. It is great, XML un

Re: [fpc-pascal] XML files and the ext4 bug

Michael Van Canneyt schrieb: > > And if methods 1 & 2 are "unsafe", then I think that there is a fundamental > bug in the filesystem (I never believed "journaling" filesystems can work > 100% correctly in the first place), Journaling means only: the file system is always in an internally consis

  1   2   3   4   5   6   7   8   >