Re: [fpc-pascal] Proper preprocessor?

Am 20.06.2018 um 10:33 schrieb Ryan Joseph: Are there any plans to make a proper preprocessor like #define in C? No. 1. From http://www.toodarkpark.org/computers/humor/shoot-self-in-foot.html: > Pascal >The compiler won't let you shoot yourself in the foot. 2. The unit concept renders ma

Re: [fpc-pascal] Multiple thread heaps

Am 17.06.2018 um 20:12 schrieb Terry Mead: It is not a problem it just makes it a bit tricky tracking memory usage because of the delay between releasing the memory and it the reported heap usage decreasing. Just install your own heap manager which is a wrapper around the current one and trac

Re: [fpc-pascal] Multiple thread heaps

Am 17.06.2018 um 16:40 schrieb Fabio Luis Girardi: Em Dom, 17 de jun de 2018 05:48, Florian Klämpfl mailto:flor...@freepascal.org>> escreveu: No. It is added to the "wait for free" queue of the thread which initially allocated it. So, excluding the performance penalt

Re: [fpc-pascal] Multiple thread heaps

Am 17.06.2018 um 09:44 schrieb Sven Barth via fpc-pascal: Terry Mead mailto:t...@weighbatch.com>> schrieb am So., 17. Juni 2018, 07:45: If the default memory manager for FP creates a heap for each thread, what happens if an object is created in one thread and freed by another ? If I

Re: [fpc-pascal] Multiple thread heaps

Am 17.06.2018 um 07:23 schrieb Terry Mead: If the default memory manager for FP creates a heap for each thread, Define "a heap for each thread". what happens if an object is created in one thread and freed by another ? It causes a slight performance penalty and memory usage increased as the

Re: [fpc-pascal] AVX512 in ASM - From where should I start?

huge assembler files which are assembled by nasm/fasm and then the result is compared with what FPC generates. On Fri, Jun 15, 2018 at 6:52 AM, Florian Klämpfl mailto:flor...@freepascal.org>> wrote: Am 14.06.2018 um 22:37 schrieb Joao Schuler: Hello, In the case

Re: [fpc-pascal] AVX512 in ASM - From where should I start?

Am 14.06.2018 um 22:37 schrieb Joao Schuler: Hello, In the case that I feel brave enough to code support for AVX512 on asm sections, from where should I start? https://svn.freepascal.org/svn/fpc/branches/tg74/avx512/ Torsten (mainly) and me are working on it. I think a good start would be ex

Re: [fpc-pascal] round(2.5)=2

Am 13.06.2018 um 22:19 schrieb Marco van de Voort: In our previous episode, Florian Kl?mpfl said: In our previous episode, Sven Barth via fpc-pascal said: Which is what FPC already provides with SetRoundMode() in unit Math. As long as one changes the rounding mode only locally for some calcula

Re: [fpc-pascal] round(2.5)=2

Am 13. Juni 2018 5:39:08 nachm. schrieb mar...@stack.nl (Marco van de Voort): > In our previous episode, Sven Barth via fpc-pascal said: >> Which is what FPC already provides with SetRoundMode() in unit Math. >> >> As long as one changes the rounding mode only locally for some calculations >> an

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 07.06.2018 um 12:42 schrieb Martok: What actually happens is that the memory is released back to the heap (but *not* to the OS, at least on Linux), with the result that concatenating elements will introduce a substantial hit particularly if space for a new element allocated from the heap isn't

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 03.06.2018 um 15:15 schrieb Mattias Gaertner: On Sun, 3 Jun 2018 14:59:46 +0200 Florian Klämpfl wrote: [...] Yes, that's one of the reasons I vote for keeping the new feature and allow to overload the operator. There is still concat which provides exactly the same functionality.

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

Am 03.06.2018 um 14:27 schrieb Mattias Gaertner: On Sun, 3 Jun 2018 11:34:33 + Mark Morgan Lloyd wrote: On 02/06/18 13:00, Mattias Gaertner wrote: Sven Barth via fpc-pascal hat am 2. Juni 2018 um 09:42 geschrieben: > > denisgolovan < denisgolo...@yandex.ru> schrieb am Sa., 2. Juni 2018,

Re: [fpc-pascal] Copy dynamic array

Am 15.05.2018 um 14:15 schrieb denisgolovan: > A side note: > > I am still wondering why there is no something like "Clone" function to make > an independent copy of string/array/... ? It's used quite often in practice > (as we don't have copy-on-write working in all circumstances). There is. I

Re: [fpc-pascal] testing if a float has a fractional part

Am 11.05.2018 um 23:59 schrieb Benito van der Zander: > Hi, > > after all these discussions about the frac function, what is the best way to > test if there is a > fractional part? That is the most common thing I use frac for > > I have always used frac(x) = 0 > > Is that worse or better than i

Re: [fpc-pascal] Proposal for new Free Pascal logo

Am 30.03.2018 um 05:52 schrieb Mr Bee via fpc-pascal: > Hi, > > These days, most modern programming languages have its own logo. The logo > becomes a "brand", a > unique visual identity for the language. It also acts as a "trademark", a > recognizable image for the > language. It also helps the

Re: [fpc-pascal] _Release call location for unused function results

Am 30.01.2018 um 15:07 schrieb Maciej Izak: > 2018-01-30 14:40 GMT+01:00 Marco van de Voort >: > > Have you tested this with large methods? The trouble is we only get > reports/code from people for whom the hack succeeded, not from ones that > tried and failed.

Re: [fpc-pascal] Why win64 program are considerably bigger in exe size than win 32?

Am 31.12.2017 um 00:19 schrieb Martok: > > And now the on-topic part: this compares an "empty" project (Lazarus: > Project->New->Program), compiled for win32 and win64 > > As you can see, the win64 image is about a third larger - but not so much > because of th

Re: [fpc-pascal] FPC 3.0.4 released!

Am 03.12.2017 um 19:54 schrieb code dz: > 2017-12-03 18:59 UTC+01:00, Florian Klämpfl : >> Am 03.12.2017 um 18:49 schrieb kardan: >>> Apart from that, do >>> you imply, that you intend to burden programmers with work the release >>> team should have done? &g

Re: [fpc-pascal] Is this the correct way to configure fpc for multiple arm-embedded subarchs?

Am 29.11.2017 um 06:36 schrieb Christo: > On Sun, 2017-11-26 at 17:19 +0100, Michael Ring wrote: >> I am looking for an easy way to have all cortex-m compilers available >> at the same time to be able to do automated building/testing > > There is a similar problem with the AVR target having severa

Re: [fpc-pascal] FPC 3.0.4 released!

Am 03.12.2017 um 18:53 schrieb kardan: > On Sun, 3 Dec 2017 18:36:09 +0100 > Florian Klämpfl wrote: > >> Yes. And I were pointing out that your script does not help much as >> it is debian/linux only while we create releases for several >> different OSes. > > Do

Re: [fpc-pascal] FPC 3.0.4 released!

Am 03.12.2017 um 18:49 schrieb kardan: > Apart from that, do > you imply, that you intend to burden programmers with work the release > team should have done? Which release team? We are happy that we managed within 3 month to find people being able, willing and having the resources to build and u

Re: [fpc-pascal] FPC 3.0.4 released!

Am 03.12.2017 um 18:20 schrieb kardan: > On Fri, 1 Dec 2017 21:02:30 +0100 > Florian Klämpfl wrote: > >> And? FPC is not debian/linux only. > > If you are using windows I recommend to use a one of the many checksum > tools to verify downloaded files.> But for

Re: [fpc-pascal] FPC 3.0.4 released!

Am 01.12.2017 um 00:55 schrieb kardan: > On Thu, 30 Nov 2017 23:26:31 +0100 > "Tomas Hajny" wrote: > >> Checksums may indeed be created / calculated rather easily. However, >> that is not enough. The checksums must get to the end user in secured >> way as well, otherwise it makes no sense. What i

Re: [fpc-pascal] Minimum Linux version for FPC 3.0.2 (armhf)

Am 20.11.2017 um 19:50 schrieb Tobias Giesen: > Hello, > I wonder what the minimum Linux version is ... I have made NAS versions of my > app, > and it runs fine on an older Synology NAS with this uname info: > Linux DS-212j 2.6.32.12 > armv5tel GNU/Linux synology_88f6281_212j > > But it crashes

Re: [fpc-pascal] MINIX 3 support

Am 10.11.2017 um 00:04 schrieb Graeme Geldenhuys: > Does FPC support the MINIX 3 target platform? Or has somebody attempted to > port FPC to that platform? > I played once around with it but never created anything worth to commit to trunk ___ fpc-pasca

Re: [fpc-pascal] no fpc.exe file after installation

Am 10.10.2017 um 21:17 schrieb Graeme Geldenhuys: > On 2017-10-10 19:54, Florian Klämpfl wrote: >> Well, lack of manpower is not that odd:) > > Isn't building the installations automated tasks? No. As building is not the main work, but creating, maintaining and testing the

Re: [fpc-pascal] no fpc.exe file after installation

Am 10.10.2017 um 09:06 schrieb Graeme Geldenhuys: > On 2017-10-09 09:56, adrian.soentger...@web.de wrote: >> i installed “fpc-3.0.2.i386-win32.cross.x86_64-win64” on my laptop with >> windows 7, but there seem >> to be no fpc.exe file, so i can´t compile. > > For some odd reason the FPC team stil

Re: [fpc-pascal] getting cross with the cross compiler

Am 07.10.2017 um 12:14 schrieb Sven Barth via fpc-pascal: > Am 07.10.2017 11:11 schrieb "Karoly Balogh (Charlie/SGR)" > >: >> >> Hi, >> >> On Sat, 7 Oct 2017, Sven Barth via fpc-pascal wrote: >> >> > > So where is my cross compiler ?? >> > > >> > > Thanks for any

Re: [fpc-pascal] H2pas tool vs others, C header translation

Am 22.08.2017 um 15:59 schrieb Martok: > If your header looks enough like IDL (which is essentially C++ with > annotations), you may also be able to use one of the available IDL compilers. > There are a few dialect issues though, so YMMV. I'd say MPFR has a few defines > too many for my idlproc (ht

Re: [fpc-pascal] backtrace code in fpc

Am 22.07.2017 um 14:47 schrieb Matias Vara: > Hello, > > I am not sure why my executable does not contains a .debug_aranges section. > It contains .debug_line > and .debug_info. Am I missing some linker flags? > Maybe not included by the linker script?

Re: [fpc-pascal] FPC for AVR

Am 15.06.2017 um 14:10 schrieb Mark Morgan Lloyd: > On 15/06/17 11:30, Karoly Balogh (Charlie/SGR) wrote: >> Hi, >> On Thu, 15 Jun 2017, Mark Morgan Lloyd wrote: mikroPascal (not free) supports AVR and many other chips.> > https://shop.mikroe.com/compilers/mikropascal/avr-electronic-licen

Re: [fpc-pascal] Unable to compile FPC after revision 36407

Am 03.06.2017 um 20:33 schrieb Michael Van Canneyt: > > > On Sat, 3 Jun 2017, Michael Van Canneyt wrote: > >> >> >> On Sat, 3 Jun 2017, Victor Campillo wrote: >> >>> Hi, >>> >>> After revision 36407 I got this error trying to compile FPC. >>> >>> "Compilation of "BuildUnit_rtl_unicode.pp" failed

Re: [fpc-pascal] FPC Graphics options?

Am 23.05.2017 um 05:15 schrieb Ryan Joseph: > and compiling with -O2 -Cfsse3 (the non-SDL If you do benchmarking, at least -O3 should be used, -O4 is also fine most of the time. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.fr

Re: [fpc-pascal] FPC Graphics options?

Am 22.05.2017 um 19:34 schrieb Nikolay Nikolov: > > > On 05/20/2017 12:07 AM, Nikolay Nikolov wrote: >> >> >> On 05/19/2017 11:24 PM, Sven Barth via fpc-pascal wrote: >>> On 19.05.2017 19:22, Karoly Balogh (Charlie/SGR) wrote: Hi, On Fri, 19 May 2017, Sven Barth via fpc-pascal wrot

Re: [fpc-pascal] FPC Graphics options?

Am 20.05.2017 um 23:15 schrieb Sven Barth via fpc-pascal: > On 20.05.2017 21:34, Jonas Maebe wrote: >> There's at least one minor twist of the classic "C compiler evaluates >> constant stuff at compile time": >> 1) oy and oz are constant. The "floor" function is a standard C library >> function, an

Re: [fpc-pascal] FPC Graphics options?

Am 20.05.2017 um 21:34 schrieb Jonas Maebe: > Also in summary, very little was learned from this. We have known for a long > time that FPC needs SSA > for better code generation for loops (and Florian has been working on it for > a long time too). Actually, this is not completely true :) What FP

Re: [fpc-pascal] FPC Graphics options?

Am 18. Mai 2017 11:59:30 nachm. schrieb Graeme Geldenhuys : > On 2017-05-18 21:48, Florian Klämpfl wrote: >> >> Well, the reason are the linux calling conventions: > > Not sure if it makes any difference, but I was testing under 64-bit > FreeBSD. I believe on the Lazar

Re: [fpc-pascal] FPC Graphics options?

Am 18.05.2017 um 16:00 schrieb Ryan Joseph: > >> On May 18, 2017, at 8:53 PM, Michael Van Canneyt >> wrote: >> >> The complaint of Graeme was that a FPC ray tracer is much slower slower than >> an equivalent >> raytracer in Java. All the rest are diversions from the original subject. > > That

Re: [fpc-pascal] Platform Dependent Integer Types

Am 07.04.2017 um 16:15 schrieb Marco van de Voort: > In our previous episode, African Wild Dog said: >> Which integer types have their size dependent on platform? >> E.g. in Delphi, LongInt can 32 or 64 bits depending on the platform. > > In Delphi they retroactively equated longint to C long, bei

Re: [fpc-pascal] Delphi for Linux is out

Am 23.03.2017 um 19:11 schrieb Sven Barth via fpc-pascal: > On 23.03.2017 18:35, Florian Klämpfl wrote: >> Am 23.03.2017 um 16:47 schrieb Mattias Gaertner: >>> On Thu, 23 Mar 2017 16:08:20 +0100 (CET) >>> Michael Van Canneyt wrote: >>> >>>> [...

Re: [fpc-pascal] Delphi for Linux is out

Am 23.03.2017 um 16:47 schrieb Mattias Gaertner: > On Thu, 23 Mar 2017 16:08:20 +0100 (CET) > Michael Van Canneyt wrote: > >> [...] >>> When did FPC start to run on Linux? 1999? >> >> I got the first "hello world" around 1995-1996, I think, >> together with Mark May. (if memory serves well) >

Re: [fpc-pascal] rtl-generics vs fgl

Am 19.03.2017 um 10:10 schrieb Graeme Geldenhuys: > Hi, > > Sorry if this is a silly question, I didn't really follow Generics > discussions in the past. If the "rtl-generics" package a replacement for > the fgl unit? > > Going forward (FPC 3.0.2+), which Generics code are we supposed to use? Th

Re: [fpc-pascal] fpc for ARM on STM32F103

Am 22.01.2017 um 21:43 schrieb Marc Santhoff: > On So, 2017-01-22 at 21:20 +0100, Florian Klämpfl wrote: >> Am 22.01.2017 um 19:33 schrieb Marc Santhoff: >>> Hi, >>> >>> I'd like to know if the floating point hardware on STM32F103 >> >> What

Re: [fpc-pascal] fpc for ARM on STM32F103

Am 22.01.2017 um 19:33 schrieb Marc Santhoff: > Hi, > > I'd like to know if the floating point hardware on STM32F103 What floating point hardware does it have? According to a quick search, it is a Cortex-M3 which has no hardware floating point support? > is > supported by the fpc cross compiler

Re: [fpc-pascal] List of integers? Any class available in RTL or FCL to help?

Am 04.12.2016 um 11:25 schrieb Graeme Geldenhuys: > > My worry about Generics is the following statement in the fgl.pp unit: > > " > { be aware, this unit is a prototype and subject to be changed heavily } > " > > So that tells me this is not to be used in production software as it is > more lik

Re: [fpc-pascal] List of integers? Any class available in RTL or FCL to help?

Am 04.12.2016 um 10:46 schrieb Graeme Geldenhuys: > On 2016-12-04 09:43, Graeme Geldenhuys wrote: >> I would still like to hear of the RTL or FCL has other container I could >> use. > > I forgot to mention, I also need the following additional functionality > for such a container. Sorting and Igno

Re: [fpc-pascal] Missing messages

Am 30.10.2016 um 19:11 schrieb Graeme Geldenhuys: > On 2016-10-30 17:24, Sven Barth wrote: >> Same here... > > First Lazarus, now FPC. Can we not switch fpc-pascal to a NNTP newsgroup I used NNTP years ago the last time. How does marking read messages work when reading a group with multiple devi

Re: [fpc-pascal] Smart Pointers

Am 11.05.2016 um 14:12 schrieb Maciej Izak: > 2016-05-11 13:46 GMT+02:00 Michael Van Canneyt >: > > Anything the compiler needs *must* be in the system unit. The compiler > should only assume the system unit, possibly objpas or macpas or so. > > All the

Re: [fpc-pascal] Smart Pointers

Am 11. Mai 2016 12:06:07 vorm. schrieb Sven Barth : > the main problem being the location, e.g. rtl-generics or fcl-generics or > whatever... If it depends on classes: fcl-generic, else RTL-generic. > > Regards, > Sven > > > > -- > ___ > fpc-pa

Re: [fpc-pascal] Smart Pointers

Am 10.05.2016 um 10:07 schrieb Maciej Izak: > 2016-05-09 22:11 GMT+02:00 Florian Klämpfl <mailto:flor...@freepascal.org>>: > > Who said that? We discussed the syntax etc. and at least I see good > changes to integrate it in trunk > as soon as it is ready. N

Re: [fpc-pascal] Smart Pointers

Am 10.05.2016 um 10:25 schrieb Maciej Izak: > 2016-05-09 23:23 GMT+02:00 Sven Barth >: > > I agree with Florian regarding the management operators. They will > probably be merged. > > > probably = wait few years + rather no probably: depends on you

Re: [fpc-pascal] Smart Pointers

Am 09.05.2016 um 21:40 schrieb Maciej Izak: > 2016-05-09 19:50 GMT+02:00 Mazo Winst >: > > I read that mails about implementation of management operators and smart > pointers. > > 1 - These features are expected to be available in which version? > > > The

Re: [fpc-pascal] A better way?

Am 14.04.2016 um 16:25 schrieb Michael Van Canneyt: >> >> That would be a solution but it’s not very pretty. Having 2 classes in the >> same unit that need knowledge of each other but are still mutually >> exclusive is also bad design in my opinion. > > Each is entitled to his opinion. > > Practi

Re: [fpc-pascal] Bls: Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Am 25.02.2016 um 01:59 schrieb Mr Bee: > Pada Rabu, 24 Februari 2016 18:40, Marco van de Voort > menulis: > > > >> In our previous episode, Mark Morgan Lloyd said: >> > > (remember recent discussion about IfThen pseudo-function). >> > >> > More relevant to your situation, I remember discussion

Re: [fpc-pascal] Happy tickets benchmark

Well, as said before: if the speed of code like this is important for you, use C. Am 15. Februar 2016 7:24:29 vorm. schrieb Adrian Veith : > Hm, > > doing the same trick in C, it goes down from: > > 40ms (original) to 3ms (omit the inner loop). > > This is still the same distance to fpc (v 3.0.0

Re: [fpc-pascal] Happy tickets benchmark

Am 14.02.2016 um 16:08 schrieb leledumbo: >> Not so good at all. >> It doesn't explain why C# with IL is significantly better than native >> code generated by FPC. > > I believe the .NET runtime has optimizations that Florian, judging from his > answer a few posts behind, is not willing to commi

Re: [fpc-pascal] Happy tickets benchmark

Am 14.02.2016 um 13:34 schrieb Serguei TARASSOV: > On 14/02/2016 12:57, fpc-pascal-requ...@lists.freepascal.org wrote: >> Date: Sun, 14 Feb 2016 12:09:42 +0100 (CET) From: Michael Van Canneyt >> To: >> FPC-Pascal users discussions Subject: Re: >> [fpc-pascal] Happy >> tickets benchmark On Sun,

Re: [fpc-pascal] AVR Busy Wait implementation

Am 24.01.2016 um 00:00 schrieb Simon Ameis: > Would it be possible to issue a hint why a procedure can't be inlined at > a specific call? > This could change with the compiler and the user knows what to change > for inlining. The compiler tries to do this as debug info (-vd), see also fpc/compile

Re: [fpc-pascal] AVR Busy Wait implementation

Am 23.01.2016 um 14:17 schrieb Marc Santhoff: > On Sa, 2016-01-23 at 11:53 +0100, Florian Klaempfl wrote: > >> IMO the only proper solution is to implement delaying as compiler >> intrinsics as it is done by gcc as well. > > Besides using a hardware timer on embedded platforms. Older µC like AVR

Re: [fpc-pascal] AVR Busy Wait implementation

Am 17.01.2016 um 22:01 schrieb Simon Ameis: > I've now come up with the code below. > > The main problem is, that FPC doesn't inline the procedure _delay_ms. > Thus the calculation of the required ticks is done at runtime wich > timing is merely unpredictable. > > What must be done to get this pr

Re: [fpc-pascal] $B and $BOOLEVAL

Am 13.12.2015 um 19:17 schrieb Vojtěch Čihák: > > Hi, > > when I use {$B} I get " Warning: Illegal compiler directive "$B"' ". Of course. You omitted on/off +/- ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org

Re: [fpc-pascal] [fpc-other] FPC Pestering Peacock (3.0.0) release

Am 26.11.2015 um 22:31 schrieb Jonas Maebe: > On 26/11/15 20:11, Marco van de Voort wrote: >> In our previous episode, Jonas Maebe said: >>> >>> The submission was actually upvoted a lot (it went to "red" status, >>> which is the highest possible). It's no guarantee to be selected though. >> >> We

Re: [fpc-pascal] Assembler output

Am 11.09.2015 um 19:05 schrieb José Mejuto: > Hello, > > Can anybody enlight me in how to: > > - Compile a program outputting assembler in intel format. > - Assemble the .s files in a final .exe > > I can get assembler in AT&T format using "-a" but if I add "-Anasmwin32" the > program is not co

Re: [fpc-pascal] FPC 3.0.0-rc1 release

Am 29. August 2015 1:58:06 nachm. schrieb Jonas Maebe : > On 29/08/15 13:40, Florian Klämpfl wrote: >> Am 29. August 2015 12:00:26 nachm. schrieb Jonas Maebe >> : >>> >>> In any case: you should have to pass OPT="-dFPC_ARMHF" to get an armhf >>&g

Re: [fpc-pascal] FPC 3.0.0-rc1 release

Am 29. August 2015 12:00:26 nachm. schrieb Jonas Maebe : > > In any case: you should have to pass OPT="-dFPC_ARMHF" to get an armhf > compiler (even if you already start with an armhf compiler). This should not be necessary? ___ fpc-pascal maillist -

Re: [fpc-pascal] Interface syntax: Is possible don't use specialize in mode objfpc?

Am 16.07.2015 um 22:40 schrieb Sven Barth: > > In the end your code above will look like this in mode ObjFPC: > > === code begin === > > var > X: specialize SmartObj TList >, > string> >; > // the spaces between the "> >" are added, because I don't know yet whether > I'll be able to deal > wi

Re: [fpc-pascal] FPC ARMEL and ARMHF under the same tree

Am 18.06.2015 um 17:55 schrieb Jonas Maebe: > On 17/06/15 20:18, leledumbo wrote: >> I currently have my [cross-]compilers under the same tree, to ease management >> and the ability to use single fpc.cfg. AFAIU FPC ARMEL and ARMHF are two >> distinct targets, thus two distinct compiler binary. Howe

Re: [fpc-pascal] FPC roadmap?

Am 01.06.2015 um 15:55 schrieb Serguei TARASSOV: > Jonas, > > Thanks for info. > Personally, I'm able to use fixes_3_0 branch, the problem is that solution is > not easy to support > even for small developers group and some build/tests servers environment > (mixed with D7 and dozens > third-part

Re: [fpc-pascal] Warning "Local variable seems to be not initialized" on dyn array

Am 10.03.2015 um 18:43 schrieb Jürgen Hestermann: > > Am 2015-03-10 um 18:16 schrieb Lukasz Sokol: >> On 10/03/15 16:08, Jürgen Hestermann wrote: >>> Then please tell me, what do you (or anybody else) gain from this warning? >>> Especially, as it claims something that is definitely not true (for m

Re: [fpc-pascal] Some features for FPC 3.0?

Am 18.02.2015 um 14:03 schrieb Lukasz Sokol: > >>> I'm actually with Silvio on this >> >> Silvio sets goals but doesn't provide the resources to do so. That is the >> crucial flaw in such rants. > > Please don't get us wrong, no one says this has to happen now, immediately or > OVERNIGHT, > it'

Re: [fpc-pascal] Some features for FPC 3.0?

Am 17.02.2015 um 20:43 schrieb silvioprog: > On Tue, Feb 17, 2015 at 3:53 PM, Florian Klämpfl <mailto:flor...@freepascal.org>> wrote: > > Am 17.02.2015 um 19:20 schrieb silvioprog: > > > > The problem is that FPC take a lot of time to release new versi

Re: [fpc-pascal] Some features for FPC 3.0?

Am 17.02.2015 um 19:20 schrieb silvioprog: > > The problem is that FPC take a lot of time to release new versions. If there > was a version (RCs) > every six months it would help a lot. The point is: it takes a lot of time to prepare and test the releases and also to coordinate the efforts. >

Re: [fpc-pascal] why fpc do not use a known return function value

Am 03.02.2015 um 12:25 schrieb misu kun: >> mind sharing the C code? > > int c ; > int test( int p){ > int i; > i = p; > return (i+2+c+2+c+2+c); > } > int main(){ > c = test(128); > } I do not see why it is worth trying to optimize such code. No well-written real world program contains c

Re: [fpc-pascal] Binary code generated for Integer and PtrInt

Am 02.01.2015 um 23:02 schrieb Jonas Maebe: > On 02/01/15 22:12, Florian Klämpfl wrote: >> Am 02.01.2015 um 21:34 schrieb Jonas Maebe: >>>> And except for AArch64, where 32 bit will, in principle, also be more >>>> efficient than 64 bit in all cases. It can even us

Re: [fpc-pascal] Binary code generated for Integer and PtrInt

Am 02.01.2015 um 21:34 schrieb Jonas Maebe: > On 02/01/15 21:16, Florian Klämpfl wrote: >> Am 02.01.2015 um 19:31 schrieb Juha Manninen: >>> Does it make sense to use PtrInt instead of Integer for optimization or >>> code size reasons? >> >> Hard to say,

Re: [fpc-pascal] Binary code generated for Integer and PtrInt

Am 02.01.2015 um 19:31 schrieb Juha Manninen: > Does it make sense to use PtrInt instead of Integer for optimization or code > size reasons? Hard to say, but I wouldn't expect a benefit because bigger data types means also more cache pollution. > In other words, does the compiler generate faste

Re: [fpc-pascal] FormatSettings not updated in Linux

Am 02.01.2015 um 16:43 schrieb Jonas Maebe: > On 02/01/15 15:59, Jeppe Græsdal Johansen wrote: >> Den 02-01-2015 kl. 15:07 skrev Jonas Maebe: >>> After just having spent 2 days debugging an issue in fcl-res that could >>> have been avoided by just using the assembler instead of by >>> reimplementin

Re: [fpc-pascal] Hack for C-like macro functions — will it work in future?

Am 24.09.2014 um 02:59 schrieb Роман: > As we all know, C preprocessor allows function-like macros, including ones > with empty expansion. > They can be very convenient for things that you'll want to disable depending > on conditional defines, > such as logging or assertions. > > #ifdef DEBUG >

Re: [fpc-pascal] Delphi compatible anonymous functions

Am 19.05.2014 11:36, schrieb Marco van de Voort: > In our previous episode, Florian Kl?mpfl said: >>> Absolutely, but neither Free Pascal nor Delphi implement OpenMP. >> >> I wanted only to point out that personally I would first work on OpenMP >> support than implementing anonymous methods (which

Re: [fpc-pascal] Delphi compatible anonymous functions

Am 16.05.2014 19:00, schrieb Craig Peterson: > On 5/16/2014 11:18 AM, Florian Klämpfl wrote: >> Isn't using anonymous methods in this case only a work around for missing >> OpenMP support? > > Absolutely, but neither Free Pascal nor Delphi implement OpenMP. I wan

Re: [fpc-pascal] Delphi compatible anonymous functions

Am 16.05.2014 17:45, schrieb Craig Peterson: > > 1) I want to use the OmniThreadLibrary. Setting up objects and thread > descendents is fine in moderation, but it's too much of a hassle when > you just want a quick parallel for loop. Isn't using anonymous methods in this case only a work around

Re: [fpc-pascal] Free Pascal - Github

Am 23.04.2014 21:31, schrieb Zaher Dirkey: > > On Wed, Apr 23, 2014 at 3:14 PM, Karoly Balogh (Charlie/SGR) > > wrote: > > On Wed, 23 Apr 2014, silvioprog wrote: > > > Is Free Pascal from Github updated? I saw last update in: > > > > https://git

Re: [fpc-pascal] Mirror empty

Am 05.03.2014 19:26, schrieb Mattias Gaertner: > > The fpc mirror http://www.hu.freepascal.org/ is empty. http://ftp.hu.freepascal.org/lazarus is available again. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cg

Re: [fpc-pascal] Dynamic arrays, yet another pitfall

Am 16.02.2014 17:16, schrieb Michael Van Canneyt: > 2) SetLength enforces unique ref. count. I'am against stating this in the docs. It is an implementation detail. The proper way to do a deep copy is using copy. ___ fpc-pascal maillist - fpc-pascal@lis

Re: [fpc-pascal] Dynamic arrays, yet another pitfall

Am 16.02.2014 14:07, schrieb Jürgen Hestermann: > When using unknown features of a programming language for the first time > then the documentaion should tell all aspects in detail and describe the > exact behaviour. No. Details might be implementation specific behaviour which might change. _

Re: [fpc-pascal] Dynamic arrays, yet another pitfall

Am 15.02.2014 19:41, schrieb Michael Van Canneyt: > > That setlength behaves rather freakish for dynamic arrays, does not > mean we have copy-on-write. setlength does not behave freaky but its behaviour is well designed. The reason why setlength does a deep copy is simple: multithreading. If setl

[fpc-pascal] Community site

You might have noticed that the FPC community site is already down for some time. Since we are retiring the machine running the community site we decided not to migrate the community but add some new boards to the lazarus forum to reduce the need to maintain another bulletin board site. The lazarus

Re: [fpc-pascal] Dynamic arrays, yet another pitfall

Am 09.02.2014 18:41, schrieb Jürgen Hestermann: > So it seems there is a copy-on-write *but* only when using SetLength. No. There is no COW, only ref. counting. SetLength just forces an unique instance of the array if needed. > What a very consistent design! There is a very good reason for this

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

Am 08.02.2014 18:06, schrieb Jürgen Hestermann: > > Am 2014-02-08 17:40, schrieb Florian Klaempfl: >> >>> You mean I should post thousands of code lines? >> >> Of course not, just a small example as I did. >> > > But for what reason? > It just generates work without benefit. > > If I had doubts

Re: [fpc-pascal] Strange message about mixed signed expression

Am 22.01.2014 19:00, schrieb Jürgen Hestermann: > > Am 2014-01-22 07:41, schrieb leledumbo: >> Jürgen Hestermann wrote >>> Realy? >>> But why that? >>> It cannot be negative. >>> Using integer instead of unsigned values reduces the possible (positive) >>> range >>> and produces such illogical (to

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

Am 11.01.2014 13:38, schrieb Reinier Olislagers: > On 11/01/2014 13:32, Florian Klämpfl wrote: >> Am 11.01.2014 11:14, schrieb Reinier Olislagers: >>> On 11/01/2014 08:02, Florian Klämpfl wrote: >>>> Am 10.01.2014 13:27, schrieb Reinier Olislagers: >>> As

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

Am 11.01.2014 11:14, schrieb Reinier Olislagers: > On 11/01/2014 08:02, Florian Klämpfl wrote: >> Am 10.01.2014 13:27, schrieb Reinier Olislagers: >>> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2" >> >> The eabihf switch is not needed if the cross compiler is bu

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

Am 10.01.2014 13:27, schrieb Reinier Olislagers: > crossopt="-CpARMV6 -CaEABIHF -CfVFPV2" The eabihf switch is not needed if the cross compiler is build with -dFPC_ARMHF. Though it shouldn't change anything regarding the crash. ___ fpc-pascal maillist

Re: [fpc-pascal] Is it just me or... trunk cross compile failure on arm-linux

Reinier Olislagers schrieb: >On 08/01/2014 18:01, Pierre Free Pascal wrote: >> >> >>> -Message d'origine- >>> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal- >>> boun...@lists.freepascal.org] De la part de Reinier Olislagers >>> Envoyé : mercredi 8 janvier 2014 17:05

Re: [fpc-pascal] [fpc-devel] Mailing list server migration

Ok, it looks like that things are working again. Please tell me if something does not work anymore. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] Mailing list server migration

Hi, I plan to migrate the mailing lists to a another server within the next hours/days. This might cause some down time. I hope no data gets lost :) Florian ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/

Re: [fpc-pascal] how to initialize a SearchRec var?

Am 02.01.2014 20:21, schrieb waldo kitty: > > > understanding that SearchRec has different formats for different OS > targets, we've tried to use fillchar to initialize it to an empty > record... unfortunately that does not remove the hint... instead the > hint points to the fillchar line... > >

Re: [fpc-pascal] Android cross-compiler: arm-linux-androideabi- binutilsprefix

Am 29.12.2013 14:12, schrieb Reinier Olislagers: > Complete log: http://pastebin.com/Bj2EGmWD > > FPC trunk, trying to get an Android ARM cross compiler going. > 1. Optimistically using FPC 2.6.2 as bootstrap - should I be using > trunk? (Trying that now anyway) > > Copied Android NDK crossbinuti

Re: [fpc-pascal] Problem building fixes_2_6

Am 17.11.2013 18:03, schrieb Reinier Olislagers: > Trying to build 2.6 fixes on x86 with fpcup, Windows, starting with > fpc2.6.2 compiler; I get: > classes.inc(136,11) Warning: Symbol "Resume" is deprecated > C:/development/fpcbootstrap/ppc386.exe -Ur -Xs -O2 -n -Fi../inc > -Fi../i386 -Fi../win -F

Re: [fpc-pascal] Using arm-embedded-fpc

Am 26.10.2013 11:37, schrieb Koenraad Lelong: > op 24-10-13 13:41, Koenraad Lelong schreef: >> But I'm unable to locate where that '--build-id' is generated for the >> linker-commandline. If that is removed (only for arm-embedded ?), the >> build-id will not be generated, so no wasted memory. >> >

<    1   2   3   4   >