Re: [fpc-pascal] libQT4Pas - Why it is needed?
On 1/30/2012 01:55, zeljko wrote: On Monday 30 of January 2012 03:28:45 waldo kitty wrote: > On 1/29/2012 17:38, Lars wrote: > > Do other languages like python use the plain c interface, or C++? > > > > how about something like ruby, lua, objective C, php .. > : > :( i don't nderstand why one would want to apply interpreted script > :languages, I've understand that he asks how python bindings works then ? i may have easily misunderstood the OP's post... i tend to read in literan english format... ie: if you say eggs are round, that is where i base my response unless it is very obvious that there is something else to consider which i point out ; ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On 29 January 2012 16:31, Jonas Maebe wrote: > > GTK offers a plain C interface. QT only offers a C++ interface. FPC does not > (fully) support directly calling external C++ libraries. LibQT4Pas offers a > plain C interface to QT for use by FPC. > Can one statically bind the LibQt4Pas into a FPC program, thus not require to ship an external libqt4pas DLL/SO? If possible, that might solve the original posters problem. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On Sun, Jan 29, 2012 at 11:38 PM, Lars wrote: > Do other languages like python use the plain c interface, or C++? > > how about something like ruby, lua, objective C, php .. No idea, but Python, ruby, lua and php do not generate real programs but instead are just scripts which run in a interpreter, which is immensely different from a real program. A more close comparison to Pascal might be asking what Fortran, Cobol, Ada or other similar compiled languages do, and I think that all of those would need a C interface. I know very well Java due to Android work, which cannot bind to anything directly. It requires a special format using plain procedures in a special way, so it is like a C interface, or a plan Pascal procedural interface. It is called JNI and it will never accept C++ -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On Monday 30 of January 2012 03:28:45 waldo kitty wrote: > On 1/29/2012 17:38, Lars wrote: > > Do other languages like python use the plain c interface, or C++? > > > > how about something like ruby, lua, objective C, php .. > : > :( i don't nderstand why one would want to apply interpreted script > :languages, I've understand that he asks how python bindings works then ? Probably same way as our libQt4Pas. You cannot use Qt python without python bindings for qt - so no direct C++ usage. zeljko ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On Sunday 29 of January 2012 22:16:45 Krzysztof wrote: > Just as I thought - it is object class thing. So if "FPC does not > (fully) support directly calling external C++ libraries" there are > plans to support it? This will be great Maybe it is possible (or will be possible) to use C++ class, but I don't see light at the end of tunnel for eg override virtual routine from such C++ class which is possible by C interface or howto attach callback (event) from pascal to C++. So if it isn't possible then what's the point with C++ support ? zeljko > > 2012/1/29 Michael Van Canneyt : > > On Sun, 29 Jan 2012, Krzysztof wrote: > >> Hi, > >> > >> I am wondering. If I build application for linux using gtk2 widgetset > >> for GNOME (or XFCE etc.) and send this program to my friend, then he > >> can run it without any external librarys (of course if he have gnome > >> too), this same thing on windows. But why when I build application on > >> KDE interface I need some external libQT4Pas to run it and my friend > >> need it too (he have KDE so all QT librarys too)? There is no > >> libGTK4Pas so why exists layer libQT4Pas? What is difference between > >> GTK and QT librarys? > > > > GTK has a procedural C interface, it is exposed in the GTK libraries. The > > FPC compiler understands this interface. > > > > Qt is written in C++, and exposes C++ classes in the Qt libraries. The > > FPC compiler does not know how to handle C++ classes. > > Therefor, a 'procedural' interface to the C++ needs to be made, and this > > is libQT4Pas. It is generated by a GCC. > > > > Michael. > > > > ___ > > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/2012 17:41, Lars wrote: Anything that has Capacitors in it which use wet electrolytic, can dry out with age. Old stereos that crackle when you turn up the volume are an example. In motherboards though it seems it's more a problem that capacitors blow up and bulge out which is probably from usage rather than idle age. speaking as a hardware man, these components are easily replaced... in many cases, if the board's traces are damaged, they, too, can be repaired... i am still replacing capacitors on boards from that old problem where capacitors were purchased from manufacturers that fell to the capacitor espionage situation of some, what?, 15 years ago? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On 1/29/2012 17:38, Lars wrote: Do other languages like python use the plain c interface, or C++? how about something like ruby, lua, objective C, php .. :( i don't nderstand why one would want to apply interpreted script languages, al la BASIC, to today's tasks... sure, these are neat and "more modern" but they are still interpreted scripting languages :( Krzysztof wrote: Just as I thought - it is object class thing. So if "FPC does not (fully) support directly calling external C++ libraries" there are plans to support it? This will be great 2012/1/29 Michael Van Canneyt: On Sun, 29 Jan 2012, Krzysztof wrote: Hi, I am wondering. If I build application for linux using gtk2 widgetset for GNOME (or XFCE etc.) and send this program to my friend, then he can run it without any external librarys (of course if he have gnome too), this same thing on windows. But why when I build application on KDE interface I need some external libQT4Pas to run it and my friend need it too (he have KDE so all QT librarys too)? There is no libGTK4Pas so why exists layer libQT4Pas? What is difference between GTK and QT librarys? GTK has a procedural C interface, it is exposed in the GTK libraries. The FPC compiler understands this interface. Qt is written in C++, and exposes C++ classes in the Qt libraries. The FPC compiler does not know how to handle C++ classes. Therefor, a 'procedural' interface to the C++ needs to be made, and this is libQT4Pas. It is generated by a GCC. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/2012 16:57, Graeme Geldenhuys wrote: On 29 January 2012 16:21, Mark Morgan Lloyd wrote: My experience is that both media and drives suffer with age, even if not being used. I can imagine that might be for the disk, but not the drive itself. I recently cleaned up my garage and found a crate full of old hardware (boxes and boxes of 5.25" and 3.5" floppies, 2 5.25" floppy drives, 286 motherboard, 1x 84MB HDD, very old software and games etc...). The floppy drives and diskettes still worked. :-) No idea what I must do with all this old stuff though Does anybody collect such stuff? yes... some do... but many of those who do also look to see how obscure such are... i konw of at least two folk who have garages full of old hardware going back as far as the PDP-9 or PDP-11 devices... i even have an old System36 sitting here (holding up the other end of my main "work bench" that came with an 8inch drive which still works and appears to be properly calibrated... sadly, though [!], i don't have the 220V connection capability to fire it up and place a brownout on the neighborhood for the 5 minutes it takes it to come up to speed :P @Florian Definitely try to preserve such old software releases. If you can, you should upload it to SourceForge. +1+ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/2012 09:21, Mark Morgan Lloyd wrote: Florian Klämpfl wrote: Am 29.01.2012 11:55, schrieb Bart: On 1/29/12, Florian Klämpfl wrote: I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though I've no idea if they still work :) ___ But do you have a machine to read them? I've still a 5 1/4 floppy lying around, afaik it should still work with current MBs. My experience is that both media and drives suffer with age, even if not being used. while this is true, i /still/ have some full height 5.25 inch drives that take manual adjustment for being able to read the floppies placed in them... and yes, i still have the cat's eye disks used to calibrate them with an o'scope... i can't say this about those half-height 5.25inch devices that i still retain... many of those were not adjustable :? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/2012 06:19, ik wrote: On Sun, Jan 29, 2012 at 13:15, Florian Klämpfl mailto:flor...@freepascal.org>> wrote: Am 29.01.2012 11:55, schrieb Bart: > On 1/29/12, Florian Klämpfl mailto:flor...@freepascal.org>> wrote: >> I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though >> I've no idea if they still work :) >> ___ > > But do you have a machine to read them? I've still a 5 1/4 floppy lying around, afaik it should still work with current MBs. You should upload to ftp's and places such as sourceforge. It's a museum display :) while i tend to agree... i'm still servicing some of these that are processing upwards of .5mil+ USD a year... to some they are simply "museum pieces" while to others, they are "life blood" ;) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/2012 05:55, Bart wrote: On 1/29/12, Florian Klämpfl wrote: I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though I've no idea if they still work :) ___ But do you have a machine to read them? if florian doesn't, i do ;) i specifically keep older machines around and in working order specifically to try to support those older machines and installations for the software that i work with... yes, even those old dBIII and dBIV installations which are still active ;) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
Anything that has Capacitors in it which use wet electrolytic, can dry out with age. Old stereos that crackle when you turn up the volume are an example. In motherboards though it seems it's more a problem that capacitors blow up and bulge out which is probably from usage rather than idle age. Graeme Geldenhuys wrote: > On 29 January 2012 16:21, Mark Morgan Lloyd > wrote: >> >> My experience is that both media and drives suffer with age, even if not >> being used. > > I can imagine that might be for the disk, but not the drive itself. I > recently cleaned up my garage and found a crate full of old hardware > (boxes and boxes of 5.25" and 3.5" floppies, 2 5.25" floppy drives, > 286 motherboard, 1x 84MB HDD, very old software and games etc...). The > floppy drives and diskettes still worked. :-) > > No idea what I must do with all this old stuff though Does anybody > collect such stuff? > > @Florian > Definitely try to preserve such old software releases. If you can, you > should upload it to SourceForge. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
Do other languages like python use the plain c interface, or C++? how about something like ruby, lua, objective C, php .. Krzysztof wrote: > Just as I thought - it is object class thing. So if "FPC does not > (fully) support directly calling external C++ libraries" there are > plans to support it? This will be great > > 2012/1/29 Michael Van Canneyt : >> >> >> On Sun, 29 Jan 2012, Krzysztof wrote: >> >>> Hi, >>> >>> I am wondering. If I build application for linux using gtk2 widgetset >>> for GNOME (or XFCE etc.) and send this program to my friend, then he >>> can run it without any external librarys (of course if he have gnome >>> too), this same thing on windows. But why when I build application on >>> KDE interface I need some external libQT4Pas to run it and my friend >>> need it too (he have KDE so all QT librarys too)? There is no >>> libGTK4Pas so why exists layer libQT4Pas? What is difference between >>> GTK and QT librarys? >> >> >> GTK has a procedural C interface, it is exposed in the GTK libraries. >> The >> FPC compiler understands this interface. >> >> Qt is written in C++, and exposes C++ classes in the Qt libraries. The >> FPC >> compiler does not know how to handle C++ classes. >> Therefor, a 'procedural' interface to the C++ needs to be made, and this >> is >> libQT4Pas. It is generated by a GCC. >> >> Michael. >> >> ___ >> fpc-pascal maillist - fpc-pascal@lists.freepascal.org >> http://lists.freepascal.org/mailman/listinfo/fpc-pascal >> > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 29 January 2012 16:21, Mark Morgan Lloyd wrote: > > My experience is that both media and drives suffer with age, even if not > being used. I can imagine that might be for the disk, but not the drive itself. I recently cleaned up my garage and found a crate full of old hardware (boxes and boxes of 5.25" and 3.5" floppies, 2 5.25" floppy drives, 286 motherboard, 1x 84MB HDD, very old software and games etc...). The floppy drives and diskettes still worked. :-) No idea what I must do with all this old stuff though Does anybody collect such stuff? @Florian Definitely try to preserve such old software releases. If you can, you should upload it to SourceForge. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Options -WG -WC -WF -WT
On 29 Jan 12, at 20:51, Mattias Gaertner wrote: > On Sun, 29 Jan 2012 20:13:36 +0100 > Sven Barth wrote: > > >[...] > > >> -WF = {$apptype fs}: Fullscreen application on EMX and OS/2 > > > > > > For 2.7.1 too? > > > The option is missing in the ppcx64 -h help. > > > > I took this knowledge from the compiler's source directly, so yes. > > > >[...] > > > The "obscure logic" prevents that -WG is passed to the compiler for > > > invalid targets. Otherwise the compiler stops with an error. > > > > I'm not talking about that specific "obscure logic". I just wanted to > > avoid that you add "more strange obscure logic" ;P > > The whole point of asking here is to avoid adding anything obscure. > And the "more strange obscure logic" implies that there is already some > obscure logic. > Where is that? > > IMO the compiler help text is obscure since it does not even mention > the -WF option. Should I create a bug report? See compiler/msg/errore.msg. The strange characters at the beginning specify for which platforms and host operating systems the option is displayed ("3" = 386 like in ppc386 ;-) ). OS/2 (and EMX) can only run on x86 (or x86-64 in x86 mode, of course), i.e. that option is not valid for an x86-64 compiler. Tomas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
Just as I thought - it is object class thing. So if "FPC does not (fully) support directly calling external C++ libraries" there are plans to support it? This will be great 2012/1/29 Michael Van Canneyt : > > > On Sun, 29 Jan 2012, Krzysztof wrote: > >> Hi, >> >> I am wondering. If I build application for linux using gtk2 widgetset >> for GNOME (or XFCE etc.) and send this program to my friend, then he >> can run it without any external librarys (of course if he have gnome >> too), this same thing on windows. But why when I build application on >> KDE interface I need some external libQT4Pas to run it and my friend >> need it too (he have KDE so all QT librarys too)? There is no >> libGTK4Pas so why exists layer libQT4Pas? What is difference between >> GTK and QT librarys? > > > GTK has a procedural C interface, it is exposed in the GTK libraries. The > FPC compiler understands this interface. > > Qt is written in C++, and exposes C++ classes in the Qt libraries. The FPC > compiler does not know how to handle C++ classes. > Therefor, a 'procedural' interface to the C++ needs to be made, and this is > libQT4Pas. It is generated by a GCC. > > Michael. > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On Sun, 29 Jan 2012, Krzysztof wrote: Hi, I am wondering. If I build application for linux using gtk2 widgetset for GNOME (or XFCE etc.) and send this program to my friend, then he can run it without any external librarys (of course if he have gnome too), this same thing on windows. But why when I build application on KDE interface I need some external libQT4Pas to run it and my friend need it too (he have KDE so all QT librarys too)? There is no libGTK4Pas so why exists layer libQT4Pas? What is difference between GTK and QT librarys? GTK has a procedural C interface, it is exposed in the GTK libraries. The FPC compiler understands this interface. Qt is written in C++, and exposes C++ classes in the Qt libraries. The FPC compiler does not know how to handle C++ classes. Therefor, a 'procedural' interface to the C++ needs to be made, and this is libQT4Pas. It is generated by a GCC. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Options -WG -WC -WF -WT
On Sun, 29 Jan 2012 20:13:36 +0100 Sven Barth wrote: >[...] > >> -WF = {$apptype fs}: Fullscreen application on EMX and OS/2 > > > > For 2.7.1 too? > > The option is missing in the ppcx64 -h help. > > I took this knowledge from the compiler's source directly, so yes. > >[...] > > The "obscure logic" prevents that -WG is passed to the compiler for > > invalid targets. Otherwise the compiler stops with an error. > > I'm not talking about that specific "obscure logic". I just wanted to > avoid that you add "more strange obscure logic" ;P The whole point of asking here is to avoid adding anything obscure. And the "more strange obscure logic" implies that there is already some obscure logic. Where is that? IMO the compiler help text is obscure since it does not even mention the -WF option. Should I create a bug report? > > If I understand correct, then a Windows application without -WG is > > compiled as a console application and a writeln/readln should work. > > Right? > > This is correct. At least on Win32 and Win64. Mattias ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Options -WG -WC -WF -WT
On 29.01.2012 18:31, Mattias Gaertner wrote: On Sun, 29 Jan 2012 18:03:56 +0100 Sven Barth wrote: On 29.01.2012 17:04, Mattias Gaertner wrote: Hi, According to fpc -h (2.7.1): Option -WG creates graphic type application (EMX, OS/2, Windows). Option -WC creates console type application (EMX, OS/2, Windows). fpc -h (2.6.1) knows also: Option -WF creates full screen type application (EMX, OS/2) And the "user" documentation knows one more: http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4 -WT Generate a TOOL application (+) or a console application (-). Are these correct or maybe outdated? Here is the complete list of supported apptypes: -WA = {$apptype native}: currently only used for NativeNT target if a driver is compiled (not finalized yet, so I wouldn't build on that ;) ) -WC = {$apptype console}: Console application on EMX, OS/2 and Windows (and according to compiler source also classic Mac OS). On Windows this means that calling that application from inside e.g. cmd.exe will block cmd.exe until the application is finished. Calling the application using the explorer will result in a console window appearing. -WG = {$apptype gui}: GUI application on EMX, OS/2 and Windows (and according to compiler source also classic Mac OS). On Windows this means that e.g. cmd.exe won't block when such an application is started and on console window will be shown. Also the Std I/O is closed by the application -WF = {$apptype fs}: Fullscreen application on EMX and OS/2 For 2.7.1 too? The option is missing in the ppcx64 -h help. I took this knowledge from the compiler's source directly, so yes. What kind of program is created under Windows without any of these options? The apptype always (not only Windows) defaults to "Console" except on WinCE where the default is "GUI". Note (as I've also read your other mail): I would not suggest to let the IDE automatically set this based on some obscure logic. The option in "Project Settings => Compiler Settings => Linking => Target specific options" is enough. The "obscure logic" prevents that -WG is passed to the compiler for invalid targets. Otherwise the compiler stops with an error. I'm not talking about that specific "obscure logic". I just wanted to avoid that you add "more strange obscure logic" ;P If I understand correct, then a Windows application without -WG is compiled as a console application and a writeln/readln should work. Right? This is correct. At least on Win32 and Win64. Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Options -WG -WC -WF -WT
On Sun, 29 Jan 2012 18:03:56 +0100 Sven Barth wrote: > On 29.01.2012 17:04, Mattias Gaertner wrote: > > Hi, > > > > According to fpc -h (2.7.1): > > > > Option -WG creates graphic type application (EMX, OS/2, Windows). > > Option -WC creates console type application (EMX, OS/2, Windows). > > > > fpc -h (2.6.1) knows also: > > Option -WF creates full screen type application (EMX, OS/2) > > > > And the "user" documentation knows one more: > > http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4 > > > > -WT Generate a TOOL application (+) or a console application (-). > > > > Are these correct or maybe outdated? > > Here is the complete list of supported apptypes: > > -WA = {$apptype native}: currently only used for NativeNT target if a > driver is compiled (not finalized yet, so I wouldn't build on that ;) ) > -WC = {$apptype console}: Console application on EMX, OS/2 and Windows > (and according to compiler source also classic Mac OS). On Windows this > means that calling that application from inside e.g. cmd.exe will block > cmd.exe until the application is finished. Calling the application using > the explorer will result in a console window appearing. > -WG = {$apptype gui}: GUI application on EMX, OS/2 and Windows (and > according to compiler source also classic Mac OS). > On Windows this means that e.g. cmd.exe won't block when such an application > is started and on > console window will be shown. Also the Std I/O is closed by the application > -WF = {$apptype fs}: Fullscreen application on EMX and OS/2 For 2.7.1 too? The option is missing in the ppcx64 -h help. > -WT = {$apptype tool}: only classic Mac OS > {$apptype arm7}, {$apptype arm9}: Only used for Nintendo DS, no command > line switch available > > Are they mutually exclusive or can some be paired? > > They are mutually exclusive. If there are multiple on the command line > then the last one will win. Also an {$apptype ...} directive in the > project file will win. Thanks. > > What kind of program is created under Windows without any of > > these options? > > The apptype always (not only Windows) defaults to "Console" except on > WinCE where the default is "GUI". > > Note (as I've also read your other mail): I would not suggest to let the > IDE automatically set this based on some obscure logic. The option in > "Project Settings => Compiler Settings => Linking => Target specific > options" is enough. The "obscure logic" prevents that -WG is passed to the compiler for invalid targets. Otherwise the compiler stops with an error. If I understand correct, then a Windows application without -WG is compiled as a console application and a writeln/readln should work. Right? Mattias ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Options -WG -WC -WF -WT
On 29.01.2012 17:04, Mattias Gaertner wrote: Hi, According to fpc -h (2.7.1): Option -WG creates graphic type application (EMX, OS/2, Windows). Option -WC creates console type application (EMX, OS/2, Windows). fpc -h (2.6.1) knows also: Option -WF creates full screen type application (EMX, OS/2) And the "user" documentation knows one more: http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4 -WT Generate a TOOL application (+) or a console application (-). Are these correct or maybe outdated? Here is the complete list of supported apptypes: -WA = {$apptype native}: currently only used for NativeNT target if a driver is compiled (not finalized yet, so I wouldn't build on that ;) ) -WC = {$apptype console}: Console application on EMX, OS/2 and Windows (and according to compiler source also classic Mac OS). On Windows this means that calling that application from inside e.g. cmd.exe will block cmd.exe until the application is finished. Calling the application using the explorer will result in a console window appearing. -WG = {$apptype gui}: GUI application on EMX, OS/2 and Windows (and according to compiler source also classic Mac OS). On Windows this means that e.g. cmd.exe won't block when such an application is started and on console window will be shown. Also the Std I/O is closed by the application -WF = {$apptype fs}: Fullscreen application on EMX and OS/2 -WT = {$apptype tool}: only classic Mac OS {$apptype arm7}, {$apptype arm9}: Only used for Nintendo DS, no command line switch available Are they mutually exclusive or can some be paired? They are mutually exclusive. If there are multiple on the command line then the last one will win. Also an {$apptype ...} directive in the project file will win. What kind of program is created under Windows without any of these options? The apptype always (not only Windows) defaults to "Console" except on WinCE where the default is "GUI". Note (as I've also read your other mail): I would not suggest to let the IDE automatically set this based on some obscure logic. The option in "Project Settings => Compiler Settings => Linking => Target specific options" is enough. Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Options -WG -WC -WF -WT
Hi, According to fpc -h (2.7.1): Option -WG creates graphic type application (EMX, OS/2, Windows). Option -WC creates console type application (EMX, OS/2, Windows). fpc -h (2.6.1) knows also: Option -WF creates full screen type application (EMX, OS/2) And the "user" documentation knows one more: http://www.freepascal.org/docs-html/user/usersu15.html#x38-450005.1.4 -WT Generate a TOOL application (+) or a console application (-). Are these correct or maybe outdated? Are they mutually exclusive or can some be paired? What kind of program is created under Windows without any of these options? Mattias ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 29.01.2012 15:21, Mark Morgan Lloyd wrote: Florian Klämpfl wrote: Am 29.01.2012 11:55, schrieb Bart: On 1/29/12, Florian Klämpfl wrote: I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though I've no idea if they still work :) ___ But do you have a machine to read them? I've still a 5 1/4 floppy lying around, afaik it should still work with current MBs. My experience is that both media and drives suffer with age, even if not being used. In that case: Florian, save that code as fast as possible, before the disks have suffered! :P ( <= not intended as real order, of course ^^ ) Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] libQT4Pas - Why it is needed?
On 29 Jan 2012, at 15:29, Krzysztof wrote: > But why when I build application on > KDE interface I need some external libQT4Pas to run it and my friend > need it too (he have KDE so all QT librarys too)? There is no > libGTK4Pas so why exists layer libQT4Pas? What is difference between > GTK and QT librarys? GTK offers a plain C interface. QT only offers a C++ interface. FPC does not (fully) support directly calling external C++ libraries. LibQT4Pas offers a plain C interface to QT for use by FPC. Jonas___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] libQT4Pas - Why it is needed?
Hi, I am wondering. If I build application for linux using gtk2 widgetset for GNOME (or XFCE etc.) and send this program to my friend, then he can run it without any external librarys (of course if he have gnome too), this same thing on windows. But why when I build application on KDE interface I need some external libQT4Pas to run it and my friend need it too (he have KDE so all QT librarys too)? There is no libGTK4Pas so why exists layer libQT4Pas? What is difference between GTK and QT librarys? Regards ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
Florian Klämpfl wrote: Am 29.01.2012 11:55, schrieb Bart: On 1/29/12, Florian Klämpfl wrote: I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though I've no idea if they still work :) ___ But do you have a machine to read them? I've still a 5 1/4 floppy lying around, afaik it should still work with current MBs. My experience is that both media and drives suffer with age, even if not being used. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On Sun, Jan 29, 2012 at 12:19 PM, ik wrote: > On Sun, Jan 29, 2012 at 13:15, Florian Klämpfl > wrote: >> >> Am 29.01.2012 11:55, schrieb Bart: >> > On 1/29/12, Florian Klämpfl wrote: >> >> I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though >> >> I've no idea if they still work :) >> >> ___ >> > >> > But do you have a machine to read them? >> >> I've still a 5 1/4 floppy lying around, afaik it should still work with >> current MBs. > > > You should upload to ftp's and places such as sourceforge. It's a museum > display :) Yeah, it MUST NOT get lost! -- regards, Kornel Kisielewicz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On Sun, Jan 29, 2012 at 13:15, Florian Klämpfl wrote: > Am 29.01.2012 11:55, schrieb Bart: > > On 1/29/12, Florian Klämpfl wrote: > >> I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though > >> I've no idea if they still work :) > >> ___ > > > > But do you have a machine to read them? > > I've still a 5 1/4 floppy lying around, afaik it should still work with > current MBs. > You should upload to ftp's and places such as sourceforge. It's a museum display :) > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
Am 29.01.2012 11:55, schrieb Bart: > On 1/29/12, Florian Klämpfl wrote: >> I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though >> I've no idea if they still work :) >> ___ > > But do you have a machine to read them? I've still a 5 1/4 floppy lying around, afaik it should still work with current MBs. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
On 1/29/12, Florian Klämpfl wrote: > I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though > I've no idea if they still work :) > ___ But do you have a machine to read them? Bart ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] I found FPC v0.2 source code :-)
Am 27.01.2012 10:14, schrieb Graeme Geldenhuys: > Hi, > > I stumbled upon the following. No idea where this FTP server lives, > but the link came from the Free Pascal documentation downloads page. > > Anyway, while browsing there, I came across FPK (what is now known as > FPC) v0.2 source code release. 17 units in total and all console > output is German text. This release was way before I (and probably > most of you) even knew Free Pascal existed. :-) > > There is also a v0.9.0 and v0.9.1 release source code. > > ftp://193.224.143.39/pub/fpc/attic/ > > > Just thought I'd share what I found. Florian might appreciate seeing > just how far FPK / FPC has come. > I've still backups back to 0.1 on 5 1/4 floppies somewhere :) Though I've no idea if they still work :) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal