Re: [fpc-pascal] Any command line interpreters for Free Pascal?

15.10.2011 2:25, Andrew Pennebaker пишет: E.g., if fpi existed, I would add a shebang like this to my code: #!/usr/bin/env fpi Cheers, Andrew Pennebaker www.yellosoft.us ___ fpc-pascal maillist - fpc-pascal@lists.freepas

Re: [fpc-pascal] Git line endings leading to patch problems - was [Semi-OT] Git format patches don't seem to work

06.10.2011 22:41, Reinier Olislagers пишет: On 6-10-2011 17:04, Alex Shishkin wrote: 06.10.2011 18:59, Reinier Olislagers пишет: Thanks Alex, I already fiddled with that. I'll try again with core.autocrlf set to true and false to make sure it doesn't work... not "true&qu

Re: [fpc-pascal] Git line endings leading to patch problems - was [Semi-OT] Git format patches don't seem to work

06.10.2011 19:15, Graeme Geldenhuys пишет: As far as I know, Git will only do the conversion when you clone a new repository, or when you pull new changes. If you had the setting wrong at the time you did the clone, the problem is on you. Simply change the setting, and get another clone (use --

Re: [fpc-pascal] Git line endings leading to patch problems - was [Semi-OT] Git format patches don't seem to work

06.10.2011 18:59, Reinier Olislagers пишет: Thanks Alex, I already fiddled with that. I'll try again with core.autocrlf set to true and false to make sure it doesn't work... ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freep

Re: [fpc-pascal] Git line endings leading to patch problems - was [Semi-OT] Git format patches don't seem to work

06.10.2011 16:37, Reinier Olislagers пишет: On 4-10-2011 14:41, Reinier Olislagers wrote: On 4-10-2011 13:14, Marco van de Voort wrote: In our previous episode, Reinier Olislagers said: Having some trouble creating patches that actually work. (On Windows) I've been using git to get FPC trunk a

Re: [fpc-pascal] TField.Attributeset explanation?

05.09.2011 12:30, michael.vancann...@wisa.be пишет: On Mon, 5 Sep 2011, Reinier Olislagers wrote: That is normal. Just set the 'Required' property of the CUSTNO field to False. Forget the 'Attributeset' property. It's not used in FPC. (in fact, I don't even know what it's for or where it co

Re: [fpc-pascal] fgl.TFPGMap

21.01.2011 3:07, Paul Ishenin пишет: 21.01.2011 0:28, Alex Shishkin wrote: Following code causes error "Operator is not overloaded: "TObject" < "TObject"" How to make it work? program generictest2; {$mode objfpc}{$H+} uses fgl; operator < (a: TObject;

Re: [fpc-pascal] Re: fgl.TFPGMap

21.01.2011 0:26, leledumbo пишет: Another good one: http://code.google.com/p/stlpascal/ STLPascal Uses pattern commonly used by C++ STL, but fortunately written in a much more readable way. It has more data structures than heContnrs, but missing the BTree implementation. Really, IMHO somebody's

Re: [fpc-pascal] fgl.TFPGMap

20.01.2011 22:18, Honza пишет: 2011/1/20 Alex Shishkin: Following code causes error "Operator is not overloaded: "TObject"< "TObject"" How to make it work? program generictest2; {$mode objfpc}{$H+} uses fgl; operator< (a: TObject; b: TObject): boolean; be

[fpc-pascal] fgl.TFPGMap

Following code causes error "Operator is not overloaded: "TObject" < "TObject"" How to make it work? program generictest2; {$mode objfpc}{$H+} uses fgl; operator < (a: TObject; b: TObject): boolean; begin result := PtrInt(a) < PtrInt(b); end; type TMyMap = specialize TFPGMap ; begin end. _

Re: [fpc-pascal] exports VS export

18.01.2011 23:08, Jonas Maebe пишет: On 18 Jan 2011, at 20:46, Alex Shishkin wrote: 18.01.2011 22:28, Jonas Maebe пишет: What do you mean by "crashes"? A segmentation fault? If so, where exactly does it crash? And how do you import that routine in the program and call it? Curr

Re: [fpc-pascal] exports VS export

18.01.2011 22:28, Jonas Maebe пишет: What do you mean by "crashes"? A segmentation fault? If so, where exactly does it crash? And how do you import that routine in the program and call it? Currently, the "export" modifier apparently does not add an alias for the unmangled name, so I'm not sure

Re: [fpc-pascal] exports VS export

18.01.2011 15:34, Jonas Maebe пишет: On 18 Jan 2011, at 13:27, Alex Shishkin wrote: what is the difference between "export" proedure/function modifier and listing this routine in "exports" section? In theory, they should mean the same. In practice, FPC currently o

[fpc-pascal] exports VS export

what is the difference between "export" proedure/function modifier and listing this routine in "exports" section? On win32 with fpc 2.4.3 i've got a crash on program start then using export modifier in statically linked dll. ___ fpc-pascal maillist -

Re: [fpc-pascal] The new Delphi 2010 RTTI

10.01.2011 17:40, Jonas Maebe пишет: On 10 Jan 2011, at 14:46, Alex Shishkin wrote: By the way despite the fact that static linking to external libraries will be impossible, but dynamic linking could be implemented. Anyway I understand that platform independence of code imposes certain

Re: [fpc-pascal] The new Delphi 2010 RTTI

As an example, your proposal would imply that no external calls whatsoever would be possible (including calls to external libraries due to them using different calling conventions, etc.). Tomas By the way despite the fact that static linking to external libraries will be impossible, but dynam