January 2015 - Gpc

finding recipe for x86_64 or x86 or Cygwin or MingW or whatever will work
by Gayle Lee Fairless 21 Jan '15

21 Jan '15

I installed Cygwin onto an Alienware M17x-R3 running Windows 7 and also downloaded various files from http://www.gnu-pascal.de/ to add Pascal to the list of compilers. gayle@weirdcat ~/Documents $ gcc --version gcc (GCC) 4.9.2 Copyright (C) 2014 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. gayle@weirdcat ~/Documents I successfully ran the classic Hello World program under C. However I have been unable to install Gnu Pascal Compiler although I believe I have followed the instructions in the manual. I have tried both software installation and direct use of a binary file. I have gpc source files, too. I also downloaded the source files for gcc 3.2.3 and gcc 3.4.3 because the manual seems to indicate that I should compile against a version that produces a standard compiler. I have the gpc source file: gpc-20060325/. I got as far as the makeinfo file in the manual. Here is the tail of a verbose output from makeinfo: gayle@weirdcat ~/Documents $ tail verbosemakeinfo.txt checking for .preinit_array/.init_array/.fini_array support... no checking if mkdir takes one argument... no *** Configuration x86_64-unknown-cygwin not supported Reaping losing child 0x6000bba30 PID 9292 Makefile:23335: recipe for target 'configure-gcc' failed make: *** [configure-gcc] Error 1 Removing child 0x6000bba30 PID 9292 from chain. gayle@weirdcat ~/gpc-build $ gayle@weirdcat ~/Documents I have also attempted to install gcc-3.4.3 with the suffix modifier. The output from make with the -d and -i switches is also available. Should I specify a different host, target, etc.? What ingredients am I missing to complete the recipe? Thank you for your help and your time! Sincerely, (Mr.) Gayle Lee Fairless fairless(a)ieee.org fairless(a)fsfe.org

5 11

Re: gdb-patches RFA: Fix pascal behavior for class fields
by Prof Abimbola Olowofoyeku 10 Jan '15

10 Jan '15

On 8 Jan 2015 at 23:12, Pierre Muller wrote: > For gpc mailing list: [...] > > The problem is that GPC and Free Pascal support several > > pascal 'dialects'. But this requires command line options. > > > > The -Mobjfpc option is required for Free Pascal compiler > > to understand class type definition, but is rejected in default mode. > > > > I expect GNU GPC to also reject class in 'normal' mode... > > Maybe someone on the gpc mailing list knows if classes are supported > > by GPC and if it requires a special compiler option. > > > > Pierre Muller > > > > FYI: Here is the example code that is included in the bug report. > > > > $ cat ~/pas/test/test-class-pascal.pas > > > > type > > TA = class > > public > > x, y : integer; > > constructor Create; > > function check(b : TA) : boolean; > > destructor Done; virtual; > > end; > > > > constructor TA.Create; > > begin > > x:=-1; > > y:=-1; > > end; > > > > destructor TA.Done; > > begin > > end; > > > > function TA.check (b : TA) : boolean; > > begin > > check:=(x < b.x); > > end; > > > > > > > > var > > a, b : TA; > > > > begin > > a:=TA.Create; > > b:=TA.Create; > > a.x := 67; > > a.y := 33; > > a.check (b); > > end. Supply "--extended-syntax" and GPC will accept "class" (and if you are going to use "Result" then you will need to add "--implicit-result"). However, I do not believe that the "class" will be treated much differently from a bog-standard Borland Pascal "object" - for example, not having (or not calling) a constructor will not crash the program (as it should do, with Delphi-style classes). Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/

2 2

Re: gdb-patches RFA: Fix pascal behavior for class fields
by Waldek Hebisch 10 Jan '15

10 Jan '15

> Pierre Muller wrote: > > > > It compiles if you put a 'program' statement at the beginning, and > > change a.check(b) to assign the function result, > I tried this, > but here is what I get after your changes: > $ gpc test-class-pascal.pas > test-class-pascal.pas:4: error: undeclared identifier `class' (first use in > this routine) > test-class-pascal.pas:4: error: (Each undeclared identifier is reported > only once > test-class-pascal.pas:4: error: for each routine it appears in.) > test-class-pascal.pas:6: error: undeclared identifier `x' (first use in this > routine) > test-class-pascal.pas:6: error: syntax error before `,' > > Pierre@d620-muller ~/pas/test > $ gpc --version > gpc 20050331, based on gcc-3.4.4 (cygming special, gdc 0.12, using dmd > 0.125) > Copyright (C) 2005 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > Is it because I am using version 3.4.4? gcc version is not a problem. But your gpc is too old: classes are supported starting from gpc-20051104 (the next version after the one you tried). > The problem is that I did not find any system > with easy installation of GPC, AFAICS old Debian binaries should work on new systems. In 2012 Peter Blackman generated Debian/Ubuntu package (IIRC it was at launchpad). > Anyhow, by using objects instead of classes, I was able to compile the > modified program, > and it turns out that GPC is using 'Self' for the hidden > object name for stabs debugging, so that the problem probably does not apply > to > GPC compiled sources. > Classes are transformed by GPC into pointers to objects, so there is small difference. Attacheched is assembler output from gpc-20070904 using '-fextended-syntax -gstabs -O -S' as options. -- Waldek Hebisch hebisch(a)math.uni.wroc.pl

1 0

RE: gdb-patches RFA: Fix pascal behavior for class fields
by Pierre Muller 09 Jan '15

09 Jan '15

Hi Peter, > > The problem is that GPC and Free Pascal support several > > > > pascal 'dialects'. But this requires command line options. > > > > > > > > The -Mobjfpc option is required for Free Pascal compiler > > > > to understand class type definition, but is rejected in default mode. > > > > > > > > I expect GNU GPC to also reject class in 'normal' mode... > > > > Maybe someone on the gpc mailing list knows if classes are supported > > > > by GPC and if it requires a special compiler option. > > > > > > > > Pierre Muller > > > > > > > > FYI: Here is the example code that is included in the bug report. > > > > > > > > $ cat ~/pas/test/test-class-pascal.pas > > > > > > > > type > > > > TA = class > > > > public > > > > x, y : integer; > > > > constructor Create; > > > > function check(b : TA) : boolean; > > > > destructor Done; virtual; > > > > end; > > > > > > > > constructor TA.Create; > > > > begin > > > > x:=-1; > > > > y:=-1; > > > > end; > > > > > > > > destructor TA.Done; > > > > begin > > > > end; > > > > > > > > function TA.check (b : TA) : boolean; > > > > begin > > > > check:=(x < b.x); > > > > end; > > > > > > > > > > > > > > > > var > > > > a, b : TA; > > > > > > > > begin > > > > a:=TA.Create; > > > > b:=TA.Create; > > > > a.x := 67; > > > > a.y := 33; > > > > a.check (b); > > > > end. > > > > > > > > > > > > > > > > _______________________________________________ > > Gpc mailing list > > Gpc(a)gnu.de > > https://www.g-n-u.de/mailman/listinfo/gpc > > It compiles if you put a 'program' statement at the beginning, and > change a.check(b) to assign the function result, I tried this, but here is what I get after your changes: $ gpc test-class-pascal.pas test-class-pascal.pas:4: error: undeclared identifier `class' (first use in this routine) test-class-pascal.pas:4: error: (Each undeclared identifier is reported only once test-class-pascal.pas:4: error: for each routine it appears in.) test-class-pascal.pas:6: error: undeclared identifier `x' (first use in this routine) test-class-pascal.pas:6: error: syntax error before `,' Pierre@d620-muller ~/pas/test $ gpc --version gpc 20050331, based on gcc-3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Is it because I am using version 3.4.4? The problem is that I did not find any system with easy installation of GPC, and finally tested it on an old Cygwin installation which had GPC, but it's version 3.4.4 > ie as > > > VAR OK : Boolean; > ... > OK := a.check(b); > > > No special command line switches are needed. > > > > Program test; > > type > TA = > class > public > x, y : integer; > constructor Create; > function check(b : TA) : boolean; > destructor Done; virtual; > end; > > constructor TA.Create; > begin > x:=-1; > y:=-1; > end; > > destructor TA.Done; > begin > end; > > function TA.check (b : TA) : boolean; > begin > check:=(x < b.x); > end; > > var > a, b : TA; > OK : boolean; > > begin > a:=TA.Create; > b:=TA.Create; > a.x := 67; > a.y := 33; > OK := a.check (b); > end. Anyhow, by using objects instead of classes, I was able to compile the modified program, and it turns out that GPC is using 'Self' for the hidden object name for stabs debugging, so that the problem probably does not apply to GPC compiled sources. Thanks Peter Pierre Muller

1 0

gdb-patches RFA: Fix pascal behavior for class fields
by Pierre Muller 08 Jan '15

08 Jan '15

For gpc mailing list: this email comes as a follow-up of this bug report <https://sourceware.org/bugzilla/show_bug.cgi?id=17815> https://sourceware.org/bugzilla/show_bug.cgi?id=17815 The start of the thread can be found at: <https://sourceware.org/ml/gdb-patches/2015-01/msg00164.html> https://sourceware.org/ml/gdb-patches/2015-01/msg00164.html Pedro asked: > >> How about adding this to the test suite? > > > > > > The whole testsuite/gdb.pascal is almost empty, > > I never invested time to develop it :( > > > > At the time I started it, GPC (the GNU pascal compiler) > > was still active, but development apparently > > stopped since quite some time. > > > > I am unable to install GPC, which means that I cannot test it. > > Would a testsuite that supports only Free Pascal be acceptable? > > Do you actually mean, whether it's ok for a new > test (not test suite) to go in untested on GPC? It certainly is. > Better test on FPC than nowhere. :-) That is indeed what I meant. > AFAICS, the tests themselves don't really care which compiler > is in use other than for marking xfails; you just call > gdb_compile_pascal, > and that works with either. That's my impression from quickly > skimming testsuite/lib/pascal.exp. The problem is that GPC and Free Pascal support several pascal 'dialects'. But this requires command line options. The -Mobjfpc option is required for Free Pascal compiler to understand class type definition, but is rejected in default mode. I expect GNU GPC to also reject class in 'normal' mode... Maybe someone on the gpc mailing list knows if classes are supported by GPC and if it requires a special compiler option. Pierre Muller FYI: Here is the example code that is included in the bug report. $ cat ~/pas/test/test-class-pascal.pas type TA = class public x, y : integer; constructor Create; function check(b : TA) : boolean; destructor Done; virtual; end; constructor TA.Create; begin x:=-1; y:=-1; end; destructor TA.Done; begin end; function TA.check (b : TA) : boolean; begin check:=(x < b.x); end; var a, b : TA; begin a:=TA.Create; b:=TA.Create; a.x := 67; a.y := 33; a.check (b); end.

1 0