Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Jon Foster said: > > I read that some were having trouble compiling Graeme's code because of SDL > version differences so I stripped out the SDL code and replaced the timing > function with traditional time/now calls. I then realized I still had Kylix > buried in some r

Re: [fpc-pascal] List pre-defined defines

In our previous episode, Sven Barth via fpc-pascal said: > > fpc -vc NUL > But I assume that requires executing a shell? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > I was extremely curious to see if those calls to Floor() were causing it. > > From memory, I remember trying replacing Floor() with Frac() and even > Trunc(), and neither made any difference in the speed. > > So I don't believe it is simply d

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Ryan Joseph said: > > No, they should not. > > It's no real world problem, just a test program. A real game would be done > > differently and then FPC is fast. > > Asking honestly, so you don?t think there?s anything troubling about a 8 > fps vs 40 fps from the same code?

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > qualifies. There are collision detection/response, maybe a physics > > engine, player input reaction, sound processing and enemy "AI" which > > will all bring the framerate down. > > I know that perfectly well. I only posted the code for a small

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, nore...@z505.com said: > > i.e. if you end up using opengl, or its successor, why does it even > matter if FPC pure games without any libs are slow? You still need to calculate all the vertices that you send to the graphics card, even if the GPU renders then. __

Re: [fpc-pascal] Size of program vs library ?

In our previous episode, Michael Van Canneyt said: > > Does it work for all situations? I remember a bug for the rust compiler > > that broke libraries when --gc-sections was used, because it removed the > > metadata that rust needed to load the library. One of the fpc devs can > > probably say w

Re: [fpc-pascal] Size of program vs library ?

In our previous episode, fredvs said: > Nobody uses fpc library here ? Yes, but I don't care about size unless it is outrageous. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Lies, damned lies and benchmarks. (from the other posts I get that the program was relatively short, and maybe even one single compilation unit? Benchmark smells) > :) I went as far as I could with my project and Object Pascal. I > welcome a

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Ah ok, so a tight loop benchmark. > > And lots of colour value loop-ups. Nothing wrong with that - how else > are you supposed to implement a software raycaster. I mean it does an awful lot of calculation with very overviewable, localizzed dat

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > When the application runs, most of the time spent is finding > intersection points in the raycasting engine and rendering each frame to > the image buffer. In overall comparison, very little time is spent > bit-blitting the image buffer to the s

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Speed: >In recent graphics work I've done, I've noticed that FPC is fantastic >at created cross-platform applications. But the generated binaries >are NOT fast at all - no matter how many compiler parameters and >artificial speed

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, James Richters said: > I have a few console graphics applications that I originally wrote in Turbo > Pascal that I have been able to convert over to Free Pascal and now have > windows versions of these programs. I notice that unless I run my program > on a 3.5GHz machine o

Re: [fpc-pascal] machine readable grammar of object pascal?

In our previous episode, Michael Van Canneyt said: > > This is not something invented by FPC. > It is something inherited from Turbo Pascal. And Delphi up to D4 iirc. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.or

Re: [fpc-pascal] Threading vs Parallelism ?

In our previous episode, Brian said: > Affinity > > If a thread is dedicated to say , polling a serial or Ethernet port which > has a high input data rate , then dedicating one CPU to that task/thread is > useful. Well, the driver actually does the hardware, so it is already buffered for userland

Re: [fpc-pascal] Record operator for assignment

In our previous episode, Ryan Joseph said: > All structures have an automatically-generated memberwise initializer, which > you can use to initialize the member properties of new structure instances. > Initial values for the properties of the new instance can be passed to the > memberwise initia

Re: [fpc-pascal] machine readable grammar of object pascal?

In our previous episode, Marco van de Voort said: > > Does such grammar exist? > > Not within FPC/Lazarus project, since those use handcrafted recursive > descent parsers. So that means websearch, and then your search is as good as > mine. > > The manual of older Delph

Re: [fpc-pascal] machine readable grammar of object pascal?

In our previous episode, Marc Santhoff said: > for playing around I would need a grammar of Object Pascal. I do not > care for which tool it is written or at best if it is plain EBNF. > > Does such grammar exist? Not within FPC/Lazarus project, since those use handcrafted recursive descent parser

Re: [fpc-pascal] outtextXY not moving pointer

In our previous episode, James Richters said: > > Any idea's why this is not working or how to get it fixed? My guess it is a doc bug since the packages/graph/inc/graphh.inc says { 17th april 1999: } { * GraphDefaults() would not reset CP }

Re: [fpc-pascal] Is there some disadvantages using mode Delphi?

In our previous episode, Marcos Douglas B. Santos said: > I would like to write some packages that should work in FPC and Delphi. > I know that I will need to use {mode delphi} to do that. > > My ask is: Is there some disadvantages using this mode? > > I mean, is there something that we only can

Re: [fpc-pascal] Threading vs Parallelism ?

In our previous episode, Mark Morgan Lloyd said: > > They are not really threads. They must be scheduled within threads. > > https://msdn.microsoft.com/en-us/library/windows/desktop/ms682661(v=vs.85).aspx > > from the article they don't seem to have that many advantages, except > > toconvert exist

Re: [fpc-pascal] Threading vs Parallelism ?

In our previous episode, Mark Morgan Lloyd said: > > In any event, processes on unix are *defined* as owning resources- > memory, handles and so on- while threads only manage control flow. I > believe that MS also have "fibers" which are non-preemptive threads. They are not really threads. They

Re: [fpc-pascal] Coroutines and VirtualAlloc

In our previous episode, Mark Morgan Lloyd said: > > I don't know. Such effort should chiefly come from the people interested > > init I guess. > > Turning it around a little: are there still FPC targets that don't have > threads? Having coroutines would allow a native thread mechanism to be >

Re: [fpc-pascal] Coroutines and VirtualAlloc

In our previous episode, Daniel Gaspary said: > So.. > > Any chance of an Official implementation ? I don't know. Such effort should chiefly come from the people interested in it I guess. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http:

Re: [fpc-pascal] Coroutines and VirtualAlloc

In our previous episode, Ryan Joseph said: > > Your example is simply broken. A few points: > > Thanks for the description. Yeah, I assumed the stack would be restored but > that isn?t the case apparently. > > I think the coroutine implementation in the link below tries to manage the > stack fr

Re: [fpc-pascal] fpc code for Java class and Android.

In our previous episode, Paul Breneman said: > > they've added some nice touches. I had been using "Pascal Develop" since > > I could download the source and alter its compile target. But it doesn't > > provide proper terminal emulation and came packaged with FPC 2.6 pre v3 > > beta, which was good

Re: [fpc-pascal] Good FFT example anywhere?

In our previous episode, Bo Berglund said: > Turbo-pascal and the like... > So maybe someone here knows about some open-source example of FFT > using FreePascal (or Delphi)? When I looked around I was also pointed towards IPP and FFTW, but shied away from the license consequences (reapllying every

Re: [fpc-pascal] Platform Dependent Integer Types

In our previous episode, African Wild Dog said: > > > http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Internal_Data_Formats_(Delphi)#Platform-Independent_Signed_Integer_Types > . > As Marco have pointed out, in Windows the Delphi's LongInt type is always > 32-bits. On other platforms is platform

Re: [fpc-pascal] Platform Dependent Integer Types

In our previous episode, African Wild Dog said: > > On FPC it is always 32-bit. Ptrint and ptruint scale with pointer size, and > > integer depends on compilation mode, 16 or 32-bit. > > > So, is the size of "Integer" type dependent on the compilation mode? Yes. > (Delphi is always 32 bits) In

Re: [fpc-pascal] Platform Dependent Integer Types

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, being 32-bit on 64-bits windows and 64-bit on Linux. The Delph

Re: [fpc-pascal] Out of scope method?

In our previous episode, Ryan Joseph said: > > > > And reference counting as garbage collection method has been discussed to > > dead on various maillists and forums. Both Delphi and Lazarus/FPC. > > Hmm, that sounds like a hack. Is the verdict this is generally a bad idea? There is a reason why

Re: [fpc-pascal] Out of scope method?

In our previous episode, Ryan Joseph said: > > See http://freepascal.org/docs-html/current/ref/refse48.html#x101-1230007.7 > > for an example. > > > > See also http://wiki.freepascal.org/How_To_Use_Interfaces > > "All COM interfaces use reference counting. This means that whenever an > interface

[fpc-pascal] mirror freepascal.stack.nl down

One of the FPC mirrors "freepascal.stack.nl" is currently being migrated to a new vm. I hope access will be restored within hours. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] INVALID_SOCKET constant not defined for Linux

In our previous episode, LacaK said: > I am porting application from Windows to Linux. I use Sockets unit. > > There is defined on Windows (and also on BeOS, FreeBSD, OS2): >INVALID_SOCKET = TSocket(Not 0); // or -1 >SOCKET_ERROR = -1; > > But not for Linux. Does it means, that result of

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

In our previous episode, Zo? Peterson said: > We had to maintain both FPC and Kylix code > in parallel for several years too, and that undoubtedly made things more > complicated than they would have been otherwise. I?ll keep that bias in > mind in the future. > > No-one has ever offered to maint

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

In our previous episode, Michael Van Canneyt said: > > That said, if someone steps up and offers to update Libc for all supported > architectures, she/he is welcome. But be warned that this will not be easy. > The structures depend highly on the CPU. Delphi supports only 2 CPUs (64-bit > and ARM)

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

In our previous episode, Zo? Peterson said: > The recommended FPC approach, on the other hand, is a combination of > "Use functions from the RTL, BaseUnix, or other random packages" and > "Import the relevant functions yourself", and the documentation is "Hope > some exists or that adding an f

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

In our previous episode, Karoly Balogh (Charlie/SGR) said: > > Well, there was Kylix anyway around 2001 or so, wasn't it? So not like > supporting Linux is a rocket science, although FPC was definitely first. > > My remark was more about, I still remember, Kylix had his own LibC unit, > but becau

Re: [fpc-pascal] FreePascal Windows - Force files to write to disk

In our previous episode, Sandro Cumerlato said: > ' delimiters are mandatory within this example because we are writing paths > as string parameters directly into the source code. > > I believe that I should use both ' and " in case of spaces within paths: > > CopyFile('"c:\my silly path\autoexec

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

In our previous episode, Mattias Gaertner said: > > > in the Enterprise edition product line though, and only Linux Server > > > style apps are supported (no GUI/desktop apps). > > > > I can't wait until we get the blame that Free Pascal on Linux is now > > incompatible with Delphi on Linux... >

Re: [fpc-pascal] FreePascal Windows - Force files to write to disk

In our previous episode, Henry Vermaak said: > > Writeln file > > Writeln file ... > > Flush file > > Have you tried using the FlushFileBuffers() Windows API? Something like > this: > > FlushFileBuffers(TextRec(AFile).Handle); > > Add "windows" to the uses clause, obviously. He closes the file

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

In our previous episode, Sven Barth via fpc-pascal said: > > 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? > > The fgl unit is more lightweight while rtl-generics might provide bette

Re: [fpc-pascal] Manual sources? Some doc questions.

In our previous episode, Michael Van Canneyt said: > > why it builds fpmake-executables to do so? (Really ignorant: and why e.g. > > there isn't 'just a hypothetical github-package-project' which can be > > cloned, built and installed)? Is there any docu, discussion about this > > subject? > > the

Re: [fpc-pascal] 3.0.0 for 3.0.3

In our previous episode, Mattias Gaertner said: > > Why do I need fpc 3.0.0 to build 3.0.3? > Shouldn't that be 3.0.2? Fixed. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] class operator in record

In our previous episode, Sven Barth said: > > > > why not "record operator"? > > > > Are these advanced neo-records considered classes? > > It's simply that Delphi introduced static methods to records using the same > syntax as for classes and operators followed along. > > We've simply followed t

Re: [fpc-pascal] Typecast class-of to class

In our previous episode, Mattias Gaertner said: > > FPC allows to type cast a class-of variable to a class instance. Is > this a bug or a feature? > > var > c: TClass; > begin > TObject(c).ClassName; // crash > end. Feature (allowed because equal in size), used in e.g. Registerxxx functions

Re: [fpc-pascal] FPC 3.0.2 released!

In our previous episode, fredvs said: > Excellent news, congrats. > > Could that site be used (it seems up-dated and it is used in many docu) ? > > http://www.freepascal.org/download.var It's done here, maybe sb else did it already. ___ fpc-pascal mail

[fpc-pascal] FPC 3.0.2 released!

Hello, Finally, FPC 3.0.2 has landed. FPC 3.0.2 is an update to 3.0.0 that contains some compiler bugfixes and library progress since 3.0.0 Building is still in progress and some formats (deb) and other minor targets might not be available yet. Changes that may break backwards compatibility are

Re: [fpc-pascal] uses myunit in '../src/myunit.pas' ?

In our previous episode, Mattias Gaertner said: > > > ../someunit instead of configuring -Fu which can be obnoxious and > > > tedious.. But that's just one use case. Another use case, AFAIR was a > > > build system instead of gnu make. > > > > IMHO these are all shaky uses cases, and actually

Re: [fpc-pascal] uses myunit in '../src/myunit.pas' ?

In our previous episode, Lars said: > I have found some use cases for hard coded paths in the source files.. > although these use cases are rare. I think even delphi main project DPR > file does this, if I remember correctly, but I found other uses cases > other than that. I think that is the main

Re: [fpc-pascal] Overriding generic methods

In our previous episode, Ryan Joseph said: > type > TObjectListAbstract = specialize TList; > TObjectList = class (TObjectListAbstract) > procedure Add (value: T); override; > end; After specialization, the method signature now substitutes tobject for T, so try

Re: [fpc-pascal] FPC 3.0.X next to 2.6.4 on Linux

In our previous episode, Krzysztof said: > Last thing. Is possible that some FPC mixed version of .ppu or .o will be > linked into my binary? I mean some third party stuff which I forgot clean > up etc, you know how it is. Just wondering if final binary file can contain > *.ppu and *.o compiled by

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Lars said: > > Executeprocess doesn't support piping. It orignally was mainly meant as a > > portable dos.exec with parameters passed separately and without string > > length limits, implementable on RTL level. > > But doesn't all processes report to stderr? Afaik there

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Lars said: > > Indeed, that is one of the big differences between TProcess and > > ExecuteProcess. I use TProcess often to execute something and then > > capture the output results. fpGUI's example IDE (Maximus) shows how it > > can be done with TProcess. > > Well I may m

Re: [fpc-pascal] Pointer hashing

In our previous episode, Ryan Joseph said: > > unsigned int hash(unsigned int x) { > x = ((x >> 16) ^ x) * 0x45d9f3b; > x = ((x >> 16) ^ x) * 0x45d9f3b; > x = (x >> 16) ^ x; > return x; > } > > function Hash (x: PtrUInt): PtrUInt; > begin > x := (Power((x shr 16), x)) * $45d9f3b

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Santi said: > and people nowadays love to name directories and files with strings that > instead of titles look like abstracts. > > In delphi and other languages I've hit may times the 260 character limit > in windows running a Shell or using ShellApi (I supposed the li

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Lars said: > Assign(StdErr, 'somefile.txt') > Rewrite(StdErr) > > And didn't seem to work > > So if you run a process and nothing prints to stdout, and there is some > data printed to stderr, I do not know how to capture it. Which makes me > want to try TProcess instead,

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Graeme Geldenhuys said: > > > > if you are talking about executeprocess, test again with trunk. > > At the moment we are using FPC 2.6.4 and might move to FPC 3.0.2 when > that is final. Not using Trunk I'm afraid. > > Was the 260 char limit removed/fixed in FPC trunk?

Re: [fpc-pascal] TProcess vs RunProcess()

In our previous episode, Graeme Geldenhuys said: > > pause it, write to stdin, read from stdout. > > > > These things cannot be done with RunProcess. > > That's one-shot and wait till it exits. > > Another difference simply so others might learn from this discussion > (like I did). > If you

Re: [fpc-pascal] Deleting 'Nonexistent' files under windows

In our previous episode, Rolf Grunsky said: > Is it possible to access files that have path lengths too long to access > from explorer through Windows API from Pascal? > > I keep ending up with these very long file names which then I can not > access. It seems that Windows will create the files,

Re: [fpc-pascal] FPC hardware accelerated GUI apps. Why?

In our previous episode, Lars said: > > Could be potential further discussion about FireMonkey moved to > > fpc-other, please? I don't think that it's still related to FPC... > Fine, let me put it this way to keep it 100 percent on topic. > > If FPC was able to create hardware accelerated GUI apps

Re: [fpc-pascal] FPC clean room project

In our previous episode, Mr Bee said: > There's someone accusing that Free Pascal (and some parts of Lazarus) is just > a reverse engineering of Delphi. Even he said some codes of FPC/Laz are taken > from Delphi (and Kylix). This is a serious allegation. > I know that isn't true. Or is it? ;) Ye

Re: [fpc-pascal] Linux installation, where to put fpc?

In our previous episode, Sven Barth said: > > is only one user (pi) so it is not about having one installation that > > is shared amongst users... > > You can specify the installation directory to the Makefile using > INSTALL_PREFIX. You then need to have the bin and (AFAIK) lib/ > directory of th

[fpc-pascal] FPC 3.0.2-rc1 CHM docs uploaded

I uploaded CHM docs to FPC ftp site based on the current state (for FPC 3.0.2-rc1) On my private site I uploaded the same docs, but with the (very bulky) lazarus lcl.chm and lazutils.chm at http://www.stack.nl/~marcov/doc-chm.zip ___ fpc-pascal mailli

[fpc-pascal] FPC 3.0.2rc1 available

Hello, Finally, as a Christmas present, we have placed the first release candidate of the Free Pascal Compiler version 3.0.2 on our ftp servers. You can help improve the upcoming 3.0.2 release by downloading and testing this release. If you want you can report what you have done here: http://wiki

Re: [fpc-pascal] How to split file of whitespace separated numbers?

In our previous episode, Graeme Geldenhuys said: > For many other things, plain code could be faster, but often a lot more > effort and time consuming to implement. Where as you could have written > a regex expression in under 10 seconds and accomplish the same task 8 > lines of code or less - very

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

In our previous episode, Sven Barth said: > > Out of curiosity, if there was a blank slate -- no Delphi-compatibility > > to worry about -- what syntax would you have chosen? > > The thing is it's not even Delphi-compatibility as we had the syntax before > Delphi implemented its own (that's why we

Re: [fpc-pascal] FPImage and mult-page TIFF support

In our previous episode, Mattias Gaertner said: > > Are there still no ways around the 64-bit storage format? I thought > > TLazintfImage was meant to be a step in that direction? > > There are various image formats (TLazintfImage, > TFPCompactImgRGBA8Bit, TFPCompactImgGrayAlpha8Bit, ..), so memor

Re: [fpc-pascal] FPImage and mult-page TIFF support

In our previous episode, Michael Van Canneyt said: > >> Why FPImage uses 64bit per pixel is beyond me! The original author of > >> FPImage clearly thought he/she saw something cool in that, but 99.9% > >> of the time *nobody* needs that. It's causing more grief (and code to do > >> conversions)

Re: [fpc-pascal] performance when resizing a dynamic array

In our previous episode, Graeme Geldenhuys said: > If I use an array to hold a list of say Integers. Is there any serious > performance penalty for resizing (growing) the dynamic array as I add > items. My point being, I don't know the number of elements I'll need > beforehand. Yes, ordered insert

Re: [fpc-pascal] For..in enumerator for generic records?

In our previous episode, Graeme Geldenhuys said: > Yeah, those were introduced in FPC 3.0.0 D2006/ FPC 2.6.0 from 2.6.0 release manifest: http://forum.lazarus.freepascal.org/index.php?topic=15656.0 * Delphi compatibility mode improvements * Nested types, class variables and clas

Re: [fpc-pascal] avx2 32-byte alignment

In our previous episode, Marco van de Voort said: > > > > http://www.freepascal.org/docs-html/3.0.0/prog/progsu9.html > > I skipped over it looking for a $dataalign. $codealign for dataalignement, a > bit of a misnomer. Oh,

Re: [fpc-pascal] avx2 32-byte alignment

In our previous episode, Adriaan van Os said: > > 'm preparing a DLL with AVX2 routines in FPC, since Delphi doesn't seem to > > have AVX2 support. > > Very interesting. I will be pleased to compare it (on OS X) with Apple's > Accelerate framework and > with Intel's IPP lib

Re: [fpc-pascal] avx2 32-byte alignment

In our previous episode, Jonas Maebe said: > > I wonder if it is possible to align constants used for shuffling > > (array[0..31] of byte typically) on 32-byte borders, > > http://www.freepascal.org/docs-html/3.0.0/prog/progsu9.html I skipped over it looking for a $dataalign. $codealign for dataa

[fpc-pascal] avx2 32-byte alignment

I'm preparing a DLL with AVX2 routines in FPC, since Delphi doesn't seem to have AVX2 support. I wonder if it is possible to align constants used for shuffling (array[0..31] of byte typically) on 32-byte borders, so that I can use them directly in the code. Till now I preloaded the constants usi

Re: [fpc-pascal] FPC 3.0.2 Release Date

In our previous episode, Michael Van Canneyt said: > > There was a documentation tool issue holding it back. It can be fixed > > later. FPC 3.0.2 should be released ASAP. > > Your information is outdated. > The documentation issue was fixed a long time ago. > We're waiting for the buildmaster to s

Re: [fpc-pascal] Underscores in numerical literals - grouping

In our previous episode, Graeme Geldenhuys said: > > other editors. > > Elastic Tabstops (ET) only does rendering of the text - based on two > user defined preferences. The underling file doesn't change because of > user preference changes. The underlying file is just a TAB(U+0009) > indented file

Re: [fpc-pascal] Underscores in numerical literals - grouping

In our previous episode, Graeme Geldenhuys said: [ Charset UTF-8 unsupported, converting... ] > On 2016-11-21 16:05, J?rgen Hestermann wrote: > > Why? > > I like monospaced fonts for code very much. > > See my reply to Stephen. More intelligent editors can let you use > monospaced and proportional

Re: [fpc-pascal] JSON Test Suite

In our previous episode, leledumbo said: > > Nono: the test is correct. > > fcl-json gives an error, but in your test result it shows up as accepting > > it ? > > Eh? Will need to recheck. The requirement is clear: > > - 0 for accept > - 1 for reject > - >1 for crash > > Could it be one of the

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

In our previous episode, fredvs said: > > Just curious. If you don't compile with Smart-Linking enabled, does your > binary then run fine? > > Yes, without Smart-linking, a 32 bit fpc application runs fine in a > multi-arch 64 bit system. > With Smart-linking a 32 bit application runs fine only i

Re: [fpc-pascal] Compiler option -gt (Trash local variables)

In our previous episode, Graeme Geldenhuys said: > How well does the -gt compiler option work? Is it worth enabling during > debugging? I've used it in debugging/hardening fpdoc a few years ago, and had good experiences. I also benefited a lot from -CR _

Re: [fpc-pascal] The Next Release

In our previous episode, Tony Whyman said: > What's the timetable for the next release? Should be out 2 months ago. Problems with documentation tool are delaying. > Can we assume that all of > "trunk" will be in it or will it be more nuanced? It is a fixes to 3.0 only, no new language features

Re: [fpc-pascal] LowerCase vs. UnicodeLowerCase

In our previous episode, Santiago A. said: > > > > A different route would to fix that (like Modula2 or "qualified" importing > > like in again M2 but also GPC). > My two cents: > > Whenever there is a conflict, an ambiguity, you must full qualify the > identifier otherwise the compiler will compl

Re: [fpc-pascal] LowerCase vs. UnicodeLowerCase

In our previous episode, Santiago A. said: > I think that "automatic overriding" is a wrong design from the first > turbo pascal and should be fixed. The need of overriding system > functions like memory managers is a corner case to treat, not a reason > to not solve the unexpected hide of declarat

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

In our previous episode, Graeme Geldenhuys said: > > But they just recently added support for RaspberryPi. Does that mean > FreeBSD on RaspberryPi will now also discontinue? If so, there goes my > idea of using RPi's as small stand-alone servers. :-/ Well, that would probably only involve current

Re: [fpc-pascal] Checking the validity of Format and friends at compile-time

In our previous episode, Michael Schnell said: > > RTL not to mention that user code that uses "array of const" wouldn't > > necessarily benefit from it. > GNU C does check this when using printf() and friends, and rather > obviously the "array of const" is modeled after the C ellipse notation.

Re: [fpc-pascal] Free Delphi 10.1 Berlin Starter Edition

In our previous episode, Jonas Maebe said: > And you can't use any edition to "develop an application that is > directly competitive to the Product or to any other Embarcadero > products" (https://www.embarcadero.com/products/rad-studio/rad-studio-eula ) Well, that is of course subject to interp

Re: [fpc-pascal] LLVM Backend Support

In our previous episode, Jonas Maebe said: > Another, more important, issue is that the LLVM-based compiler also > includes the regular code generator for the targeted architecture (to > generate entry and exit code for pure assembler routines). FYI, I've been creating some SSE image conversio

Re: [fpc-pascal] googleapiconv

In our previous episode, Michael Van Canneyt said: > On Fri, 12 Aug 2016, Dave Connolly wrote: > > > ./googleapiconv -k -s calendar/v3 -o calendar.pp > > > > I tested the converter on the JSON output, and it works fine, it compiles: > > ./googleapiconv -i /home/michael/calendar.json > fpc /home/

Re: [fpc-pascal] Delegate Interface class does not seem to be referenced counted

In our previous episode, Marcos Douglas said: > On Wed, Aug 10, 2016 at 10:04 AM, Tony Whyman > > Destroying FMyInterface in the destructor does not make a difference - > > mainly because the TMyClass destructor is not being called anyway. > > It should be called, but is not. Strange. > I tried to

Re: [fpc-pascal] FPC 3.0 and FPC 2.6 on Ubuntu. How to change default version?

In our previous episode, Krzysztof said: > Thanks Jonas for quick answer! > > In /user/bin I have two symlinks: > - ppcx64 which point to /etc/alternatives/ppcx64 That is something debian/buntu specific. What does this point to. This should point to the version you want to use by default. /usr/..

[fpc-pascal] logging fcl-db (sql) actions

I've done a little program with fcl-db's sqlite connection. I sometimes have the feeling I miss edits. Does fcl-db have something to log all sql actions (like sql logger from zeos) ? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://li

Re: [fpc-pascal] Linux Port help

In our previous episode, James Richters said: > On 2016-07-22 21:38, James Richters wrote: > > Linux is just all yellow on light blue. The windows one for example > > will show comments in grey reserved words in white.. ect.. > > it makes it a lot easier to follow > > Are they the same versions

Re: [fpc-pascal] OData and Office365 REST API support

In our previous episode, Michael Van Canneyt said: > > In our previous episode, Michael Van Canneyt said: > > > >> PS. Maybe switching to git alone may make a checkout less painful, if we > >> may > >> believe some supporters... But that is the topic of a separate thread :-) > > > > Wrong problem,

Re: [fpc-pascal] OData and Office365 REST API support

In our previous episode, Michael Van Canneyt said: > PS. Maybe switching to git alone may make a checkout less painful, if we may > believe some supporters... But that is the topic of a separate thread :-) Wrong problem, better eliminate the need for repeated checkouts rather than optimize them.

Re: [fpc-pascal] What is a *.fpm file in FPC Trunk?

In our previous episode, Robert Wolfe said: > These look like makefiles. My guess would be that these are output of fpmake meant for packaging systems like fppkg ? With a checksum in them they are more output than input to the build system. ___ fpc-pas

Re: [fpc-pascal] Quick Modern Object Pascal Introduction, for Programmers

In our previous episode, Michalis Kamburelis said: > > - A section about TPersistent.Assign. This is the "basic approach to > cloning" that should probably be shown first. See it here: > http://michalis.ii.uni.wroc.pl/~michalis/modern_pascal_introduction/modern_pascal_introduction.html#_cloning_tp

Re: [fpc-pascal] how to expand a set?

In our previous episode, wkitt...@windstream.net said: > what is the best/easiest way to increase the size of a set if the set is > defined > as the following? Uses classes.tbits ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists

Re: [fpc-pascal] How to declare function with untyped array parameter

In our previous episode, LacaK said: > is there way how to declare function, which will accept as parameter any > array type ? > (this parameter I need forward to System.Length() only ) Generally one uses TArray as parametertype. in such cases. One can take the length of a generic array.

Re: [fpc-pascal] Using paszlib from fpc 3.0 with fpc and delphi 2007?

In our previous episode, Bo Berglund said: > over to FPC on the RPi and compile there. > So I need a zipper that can be used in both ends and since D2007 does > not come with one built in but FPC does (paszlib), I figured I could > copy the src dir from FPC over to Delphi and use that to compress m

<    1   2   3   4   5   6   7   8   9   10   >