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

Michael Van Canneyt wrote > On Wed, 17 May 2017, fredvs wrote: > >> Hello. >> >> OK, I see that fpc team is afraid to change something that mom-Delphi did >> not do. > > This is simply not correct and a *very* unfair statement on your part. > Mails like this will really not get you anywhere.

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

On Wed, 17 May 2017, fredvs wrote: But, IMHO, if fpc uses a external linker, it is also part of the compilation process. And each feature of the linker should be analyzed. We are agreed on that. Michael Van Canneyt wrote You didn't even file an official request in the bugtracker ?

[fpc-pascal] Crosscompiler for Arm Cortex A7

Hi, On Windows 7 I have build FPC crosscompiler for Moxa UC-8410A with Arm Cortex A7 microprocessor with following: set PPBINDIR=c:\FPC\3.0.2\bin\i386-win32 set SRCDIR=c:\FPC\3.0.2 set INSTDIR=c:\FPC\pp84a set MYCFG=uc84a.cfg set HH=i386-win32 make clean all install CROSSINSTALL=1 NOGDB=1

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

Michael Van Canneyt wrote >>> You didn't even file an official request in the bugtracker ? >> >> Because I tried already and because I know the (rejected) answer. > > Where is this bugreport ? I was talking about earlier other requests. But now, if you think that the request has a little

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

On Wed, 17 May 2017, fredvs wrote: Michael Van Canneyt wrote You didn't even file an official request in the bugtracker ? Because I tried already and because I know the (rejected) answer. Where is this bugreport ? I was talking about earlier other requests. Each case is always

[fpc-pascal] ptcgraph issues

I'm having a few issues with ptcgraph. The main issue is that it's not correctly reporting the actual size of the available area to use inside the ptcgraph window. It's reporting my full screen resolution, but that amount of space is not really available due to the title bar. The window

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 00:14, nore...@z505.com wrote: On 2017-05-16 09:10, Jon Foster wrote: I think the key word in Graeme's complaint is "game". And I'm willing to bet that most of his envisioned gaming scenarios deal with a lot of floating point math and the more advanced math functions. A quick

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On 2017-05-17 00:54, Sven Barth via fpc-pascal wrote: OnIdle() is called when there is no more event waiting in the widgetset's event queue, basically meaning that the application has nothing better to do anyway. It has nothing to do with CPU usage. That makes sense. And recursively what

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 00:14, nore...@z505.com wrote: On 2017-05-16 09:10, Jon Foster wrote: I think the key word in Graeme's complaint is "game". And I'm willing to bet that most of his envisioned gaming scenarios deal with a lot of floating point math and the more advanced math functions. A quick

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On 16.05.2017 07:30, Michael Van Canneyt wrote: select is basically what peekmessage does. AFAIK "select()" (and - more versatile - "poll()" ) in Linux uses an appropriate system call to wait on one of multiple events (i.e. devices, including e.g. pipes, which might be used by IPC).

Re: [fpc-pascal] FPC Graphics options?

Am 17.05.2017 07:12 schrieb : > > On 2017-05-15 17:27, Graeme Geldenhuys wrote: >> >> On 2017-05-15 22:50, nore...@z505.com wrote: >>> >>> Graeme will need to clarify whether he was trying to be harsh on FPC >>> entirely, or just specifically in some areas.. :-) >> >> >> I'll try

Re: [fpc-pascal] FPC Graphics options?

Am 17.05.2017 07:15 schrieb : > > On 2017-05-16 09:10, Jon Foster wrote: > >> I think the key word in Graeme's complaint is "game". And I'm willing >> to bet that most of his envisioned gaming scenarios deal with a lot of >> floating point math and the more advanced math

Re: [fpc-pascal] FPC Graphics options?

Am 17.05.2017 07:18 schrieb : > > On 2017-05-15 17:37, James Richters wrote: >> >> I have managed to get ptcgraph and ptccrt to work with my program and >> I can report that there is an AMAZING increase in graphics >> performance! It is pretty much a drop in replacement and I

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

On 2017-05-16 09:20, fredvs wrote: Michael Van Canneyt wrote On Tue, 16 May 2017, fredvs wrote: Michael Van Canneyt wrote What can be misunderstood about adding --gc-sections to the linker options if -XX is used on the command-line ? Ha, the way you present it seems to show that you did

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On Wed, 17 May 2017 01:50:32 -0500 nore...@z505.com wrote: > On 2017-05-17 00:54, Sven Barth via fpc-pascal wrote: > > OnIdle() is called when there is no more event waiting in the > > widgetset's event queue, basically meaning that the application has > > nothing better to do anyway. It has

Re: [fpc-pascal] FPC Graphics options?

On Wed, 17 May 2017, nore...@z505.com wrote: On 2017-05-17 02:57, mar...@stack.nl wrote: 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

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 06:12, nore...@z505.com wrote: But any game ends up using opengl anyway, doesnt' it? They shouldn't have too. I love the retro style low-fidelity games. They are perfectly possible to implement without OpenGL using GCC or Java. But I couldn't achieve the same with FPC - what

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] FPC Graphics options?

On 2017-05-17 02:57, mar...@stack.nl wrote: 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

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 06:59, Sven Barth via fpc-pascal wrote: While a raytracer *might* use one of those APIs for output of the final image the main task is the calculation of said image and *that* is where Graeme said that FPC had problems. 100% correct. I tried the blitting of the image using SDL

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

On 2017-05-16 23:25, Jon Foster wrote: Works good, even without source. With a source file it gives a few more options. eg: These are missing without a source file. There might be others too. Macro FPC_VERSION set to 2 Macro FPC_RELEASE set to 6 Macro FPC_PATCH set to 4 Macro FPC_FULLVERSION

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

On Wed, 17 May 2017, fredvs wrote: Hello. OK, I see that fpc team is afraid to change something that mom-Delphi did not do. This is simply not correct and a *very* unfair statement on your part. Mails like this will really not get you anywhere. 1. You didn't even file an official request

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

2017-05-17 13:32 GMT+02:00 fredvs : > > OK, I see that fpc team is afraid to change something that mom-Delphi did > not do. You don't know that. Lack of bug report / feature request on mantis, means that the feature request doesn't exist in any formal way. Sometimes is good

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

Hello. OK, I see that fpc team is afraid to change something that mom-Delphi did not do. So, to resume, for people who wants to smartlink their libraries, you may use this command: *fpc -k--gc-sections my_smartlinked_library.pas* Fre;D - Many thanks ;-) -- View this message in

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

On 2017-05-16 22:53, Mattias Gaertner wrote: touch mytest fpc -vc mytest :-D That's just genius! Regards, Graeme ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] FPC FIXES__3_0 fails to compile

When compiling the latest fixes branch under Linux 64-bit fpc 3.0.2, with the following make command: make all OS_TARGET=linux CPU_TARGET=x86_64 NOGDB=1 OPT=-O3 NEWOPT=-O4 The compilation failed with: /bin/mkdir -p x86_64/units/x86_64-linux make ./msg2inc make[6]: Entering directory

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

On 16/05/17 23:53, Mattias Gaertner wrote: > touch mytest > fpc -vc mytest Perhaps a one-liner: fpc -vc /dev/null ? Saves one the need to create a dummy file and remove it afterward ;-) -- Ewald ___ fpc-pascal maillist -

Re: [fpc-pascal] FPC Graphics options?

On Wed, 17 May 2017 09:57:11 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: > You still need to calculate all the vertices that you send to the graphics > card, even if the GPU renders then. Can you elaborate? I know you have to *transfer* *most* vertices to the GPU (not the ones that

Re: [fpc-pascal] FPC Graphics options?

On Wed, 17 May 2017 10:57:58 +0100 Graeme Geldenhuys wrote: > On 2017-05-17 06:12, nore...@z505.com wrote: > > But any game ends up using opengl anyway, doesnt' it? > > They shouldn't have too. I love the retro style low-fidelity games. They > are perfectly