[fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Dmitry Boyarintsev
Hello, today I saw this kind of character escaping: var a :char; begin a:=^M; // char(13) writeln(^X); // char(24) end; The code of the character is derived as ord(letter)-ord('A')+1 Not sure which pascal its inherited from... but Delphi 7 does compile it too. I vaguely remember it seeing

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Dmitry Boyarintsev
hmm.. the character escaping is somewhat tricky. The following code compiles: writeln(^_^)); thanks, Dmitry On Mon, Jan 19, 2015 at 8:17 AM, Dmitry Boyarintsev < skalogryz.li...@gmail.com> wrote: > Hello, > > today I saw this kind of character escaping: > var > a :char; > begin > a:=^M; // c

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread Jonas Maebe
On 11 Jan 2015, at 08:53, leledumbo wrote: The weird thing is that the linker only looks at /lib and /usr/lib, but not /usr/lib32, which should be the location of 32-bit libraries on 64-bit system. Using -Cn, I can see that link.res doesn't contain path to /usr/lib32, and manually changing it

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Frederic Da Vitoria
2015-01-19 14:17 GMT+01:00 Dmitry Boyarintsev : > Hello, > > today I saw this kind of character escaping: > var > a :char; > begin > a:=^M; // char(13) > writeln(^X); // char(24) > end; > > The code of the character is derived as ord(letter)-ord('A')+1 > Not sure which pascal its inherited

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread leledumbo
> Because we don't use the linker's "-T" option (the one the linker > warning refers to), the link.res should be added to the built-in > linker script of your system rather than replace it. This built-in > linker script should already contain the default library paths. Run > "ld -m elf_

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Howard Page-Clark
On 19/01/2015 13:29, Dmitry Boyarintsev wrote: Not sure which pascal its inherited from... but Delphi 7 does compile it too. It was certainly a feature of the first TurboPascal, and perhaps was in even earlier Pascal compilers, enabling simple insertion of control characters from the

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread Jonas Maebe
On 19 Jan 2015, at 16:22, leledumbo wrote: Because we don't use the linker's "-T" option (the one the linker warning refers to), the link.res should be added to the built-in linker script of your system rather than replace it. This built-in linker script should already contain the default libra

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread leledumbo
> Should it be added to this page: http://www.freepascal.org/docs-html/ref/refse8.html#x20-190001.8 ? (need a bug report created?) or is it documented somewhere else? http://www.freepascal.org/docs-html/ref/refsu7.html -- View this message in context: http://free-pascal-general.1045716.n5.nabb

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Mattias Gaertner
On Mon, 19 Jan 2015 08:17:52 -0500 Dmitry Boyarintsev wrote: >[...] > a:=^M; // char(13) >[...] > CodeTools syntax highlighter won't recognize the syntax as characters > either (delphi 7 highlighter doesn't recognize it as a character escaping > as well) FYI: Codetools do not have a syntax hig

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Dmitry Boyarintsev
On Mon, Jan 19, 2015 at 11:02 AM, leledumbo wrote: > > http://www.freepascal.org/docs-html/ref/refsu7.html > The beginning of the section. Shame on me. "The compiler is rather sloppy about the characters it allows after the caret, but in general one should assume only letters" Looking at scanne

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Dmitry Boyarintsev
On Mon, Jan 19, 2015 at 11:05 AM, Mattias Gaertner < nc-gaert...@netcologne.de> wrote: > FYI: Codetools do not have a syntax highlighter. In Lazarus the > highligher of synedit (TSynPasSyn) is used. > I was hoping to hear that. I had some concerns about it at the time I was looking at SynEdit's c

Re: [fpc-pascal] character escaping with ^LETTER

2015-01-19 Thread Martin Frb
On 19/01/2015 13:17, Dmitry Boyarintsev wrote: CodeTools syntax highlighter won't recognize the syntax as characters either (delphi 7 highlighter doesn't recognize it as a character escaping as well) Add that to the bugtracker please (as synedit HL issue). It is probably easy to fix, sim

[fpc-pascal] SCGI in Pascal?

2015-01-19 Thread silvioprog
Hello, Can any one inform if exists a FPC or Delphi implementation to this protocol [1]? Thank you! [1] - http://en.wikipedia.org/wiki/Simple_Common_Gateway_Interface -- Silvio Clécio My public projects - github.com/silvioprog ___ fpc-pascal maillist

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > > > Sorry, I forget to tell you that Marco has given the answer by using > > -Xd. > > That should not be necessary. -Xd has nothing to do with linker scripts from ld. It prevents FPC t_linux code from adding default paths to the script. For tar

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread Jonas Maebe
On 19/01/15 20:27, Marco van de Voort wrote: > In our previous episode, Jonas Maebe said: >>> >>> Sorry, I forget to tell you that Marco has given the answer by using >>> -Xd. >> >> That should not be necessary. > > -Xd has nothing to do with linker scripts from ld. It prevents FPC t_linux > c

Re: [fpc-pascal] SCGI in Pascal?

2015-01-19 Thread Michael Van Canneyt
On Mon, 19 Jan 2015, silvioprog wrote: Hello, Can any one inform if exists a FPC or Delphi implementation to this protocol [1]? Thank you! [1] - http://en.wikipedia.org/wiki/Simple_Common_Gateway_Interface I haven't found any. Michael.___ fpc-p