Gpc March 2016

gpc@gnu.de

12 participants
23 discussions

Re: GPC compile on Mac OS X 10.10.5?
by Pascal 14 Jul '16

14 Jul '16

Hello Tom, If ever you consider a port to an another language, I suggest Ada. Ada is issued from Pascal with strong type checking and more. (www.ada2012.org) It is an ISO standard. I port all my Pascal programs to Ada since 2000 and I'm very happy with it. I used P2Ada: http://p2ada.sourceforge.net. I have some exemples on my web site (in French). Feel free to ask questions if you are interested in. Regards, Pascal. http://blady.pagesperso-orange.fr > Le 27 janv. 2016 à 22:08, gpc-request(a)gnu.de a écrit : > > Date: Wed, 27 Jan 2016 14:11:59 -0500 > From: Schneider <schneidt(a)mail.nih.gov> > To: <samiam(a)moorecad.com> > Cc: gpc(a)gnu.de > Subject: Re: GPC compile on Mac OS X 10.10.5? > Message-ID: <20160127191159.GA73206(a)FR-W-C132678.ncifcrf.gov> > Content-Type: text/plain; charset="us-ascii" > > Scott: > >> What was wrong with getting a p2c translation (just curious). You >> only have to do the translation once, then you code in C after that. > > I'm used to programming in Pascal, not C. Also, it's safer because of > the type checking. If I switched I could never go back. > >> I used p2c (I assume we are talking about the same one). Its a very >> picky tool that crashes when you look at it funny, but I was able to >> get satisfactory results. > > You are right about looking at it funny! One kind of bug(?) is that > it changes how it handles i/o for the input file in the middle of the > code. I haven't determined why but fortunately it's a rare problem. > > Tom > > Thomas D. Schneider, Ph.D. > Senior Investigator > National Institutes of Health > National Cancer Institute > Center for Cancer Research > Gene Regulation and Chromosome Biology Laboratory > Molecular Information Theory Group > Frederick, Maryland 21702-1201 > schneidt(a)mail.nih.gov > https://schneider.ncifcrf.gov (current link) > https://alum.mit.edu/www/toms (permanent link) >

2 1

binding to non-existent file
by Paul Isaacs 31 Mar '16

31 Mar '16

Hello, I am following the example from page 94 of the GNU pascal manual. bind( f,b); b := binding( f ); b.bound appears to be true even though the file does not exist although the example indicates otherwise. I have duplicated the example - it finds a non-existent file. Is the example wrong ( the same example is in the standard )? Regards, Paul Isaacs

2 1

Re: Problems when compiling "crtdemo.pas" SOLVED!
by mathias uhle 29 Mar '16

29 Mar '16

Hello Chief, hello Peter, defining Variables and exporting them DID WORK! I really have to thank you and I express, I do! I will now start my project, it is an old integrated development sytem for Motorola M6800 Microprocessors including an assembler and a simulator, first started in 1981. Thank you again (I learned a bit) Mathias Uhle -- mathias.uhle(a)tu-dortmund.de

2 2

Re: Problems when compiling "crtdemo.pas"
by mathias uhle 29 Mar '16

29 Mar '16

Well, befor the diverse compiling efforts I checked that ncurses was installed and found that: libncurses5, libncurses6,ncurses-devel and ncurses-utils were installed! Further a "find" revealed that there were copies of "panel.h" in /usr/include/ncurses /usr/include/ncurses6/ncurses /usr/include/ncurses6/ncursesw /usr/include/ncursesw So thas before I called for help I added now: libncurses5-32bit, ncurses6-32bit and ncurses-devel-32bit. althoug it is an 64-bit system. The effect on compilation was nil! I now copied "panel.h" into my testdirectory: no effect on compilation! Next try: put it into the source-directory of "crtc.c": no effect! GPC still complains not to find "panel.h" Feel a bit helpless. Mathias Uhle PS.: I tried even an strace gpc .... and searched the output for "panel.h": did find none -- Univ.-Prof. i.R. Dr.-Ing. Mathias Uhle mathias.uhle(a)tu-dortmund.de

2 1

Re: Problems when compiling "crtdemo.pas"
by mathias uhle 29 Mar '16

29 Mar '16

Hello, The following information I dare to send to the list as requested bei "The Chief": The used distribution is SuSE-linux 13.2 Harlequin, last updated 28th of March, 2016 CPU is Athlon 64 3200+, memory: 3G. uname -a says:Linux scaleo 3.16.7-35-desktop #1 SMP PREEMPT Sun Feb 7 17:32:21 UTC 2016 (832c776) x86_64 x86_64 x86_64 GNU/Linux I started the compilation in a separate directory with contents: -rw-r--r-- 1 senior users 34539 4. Sep 2007 crtdemo.pas -rw-r--r-- 1 senior users 4601 29. Mär 12:54 list-of-rpm.txt compilation command: gpc --automake -ocrt crtdemo.pas 2>&1 | tee errlist.txt contents of the directory after this: -rw-r--r-- 1 senior users 34539 4. Sep 2007 crtdemo.pas -rw-r--r-- 1 senior users 414287 29. Mär 13:03 crt.gpi -rw-r--r-- 1 senior users 36246 29. Mär 13:03 errlist.txt -rw-r--r-- 1 senior users 816896 29. Mär 13:03 gpc-all.gpi -rw-r--r-- 1 senior users 13138 29. Mär 13:03 gpc_bp.gpi -rw-r--r-- 1 senior users 851 29. Mär 13:03 gpc_cp.gpi -rw-r--r-- 1 senior users 30572 29. Mär 13:03 gpc_delphi.gpi -rw-r--r-- 1 senior users 851 29. Mär 13:03 gpc_ep.gpi -rw-r--r-- 1 senior users 872729 29. Mär 13:03 gpc.gpi -rw-r--r-- 1 senior users 1592 29. Mär 13:03 gpc.o -rw-r--r-- 1 senior users 4601 29. Mär 12:54 list-of-rpm.txt To keep the appended tar-file smaller I delete all .gpi files, hope that is ok.! The appended tar-file contains a list of the contents of the installed GPC- .rpm, generated by: rpm -qlp gpc-20070904-185.1.x86_64.rpm >list-of-rpm.txt That rpm-file was downloaded from: "https://openSUSEBuildService>Projects>home:TrevorBl>gpc>Binaries gpc-20070904-185.1.x86_64.rpm" Hope this is the needed information. Thank you so far, and sorry again: no c-knowledge, no c-experience Mathias Uhle -- Univ.-Prof. i.R. Dr.-Ing. Mathias Uhle mathias.uhle(a)tu-dortmund.de

2 3

Re: Problems when compiling "crtdemo.pas"
by Prof Abimbola Olowofoyeku 29 Mar '16

29 Mar '16

On 29 Mar 2016 at 12:37, mathias uhle wrote: > Hello Chief, > > thank you for that offer. I will prepare a tar-file with the details in > an hour or so and mail it to you. [...] Please post your error log to the GPC list. Also, you might first want to try compiling the program using "--autobuild" Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/

1 0

Problems when compiling "crtdemo.pas"
by mathias uhle 29 Mar '16

29 Mar '16

Hello out there trying to compile the example-program "crtdemo.pas" produces an awful lot of errors for me. My problem is: I am by no means accustomed to "c". The purpose of my attempt is to transfer a very old program from Novell-Dos to SuSE 13.2 The program heavily relies on what is now ncurses. But even that is new to me. I just tried: gpc --automake -ocrt crtdemo.pas The running 64-Bit version of the GPC-compiler and the "crtdemo.pas" are from: "https://openSUSE Build Service > Projects > home:TrevorBl > gpc > Binaries > gpc-20070904-185.1.x86_64.rpm" This rpm installed properly and works fine with a wealth of my programs running on an old Athlon 64 3200+ Mem: 3G Any help possible? Mathias Uhle -- mathias.uhle(a)tu-dortmund.de

2 1

Re: function-identifier-variable
by Waldek Hebisch 29 Mar '16

29 Mar '16

Paul Isaacs wrote: > > As it is I was thinking function-access would be accessing a function, > not a return value. > Component-function-access with array and records was providing clues but > I just couldn't figure out the meaning. > > Am I correct in now thinking that 10206 will not provide any way to get > the address of a function the way that the @ extension does in gnu > pascal without the --extended-pascal restriction? In ISO Pascal you have variable parameters and procedural parameters. They allow you to do most things possible with address operator, but not all and in a different way. > I am chugging away writing a 10206 compliant compiler using GNU pascal > and suddenly thought that using extensions to enable the writing of a > compliant compiler was not a great way to advertise 10206. I recognize > that the extensions are there because they are useful - but - do they > also flag 10206 as a poor standard to use? Well, 10206 was deliberately limited. Practically, decent compiler should allow writing runtime library. But ISO 10206 misses extentions needed for writing functions like 'new'. This does not mean that this is poor standard, just that for some purposes you may need extentions. > I am hesitating to use extensions because the target of the compiler > will be embedded processors.They are problematic to debug so you want to > have the compiler produce code that is as bug free as possible. I though > that sticking to the standard would be the safest thing to do. > > The Arduino and Raspberry-pi users will be attracted to a compiler that > is safe but does not have a language as challenging to learn as ada. > > I was using the @ operator to jump back to a known place in the parse to > re-sync after a syntax error. I will use jumps if I have to but they are > far from handy. Some comments: - I would just abort parse after first syntax error, so no need to re-sync - @ operator alone is safe. One can even claim that it is less error prone than var parameters. What is unsafe is pointer arithmetic as typically done in C (one can implement safely C pointer arithmetic but due to slowness and incompatibility with common practice safe implementation it is almost unused). - For Arduino you will need extensions to access hardware and on Raspberry Pi you will need to access foreign libraries. -- Waldek Hebisch

1 0

Re: function-identifier-variable
by Waldek Hebisch 28 Mar '16

28 Mar '16

Paul Isaacs wrote: > > > Waldek, Professor, > > Thank you for the replies. > > "A pointer-function shall be a function-access possessing : a pointer-type." > > Howvever, I can't see how to generate a function-access possessing a > pointer-type: Just declare apropriate return type. Useful example would be complicated, but a useless one is: program pb; type pb = ^boolean; var pv : pb; function y : pb; begin y := pv end; {Main program} begin new(pv); pv^ := true; {Use y} if y^ then writeln("OK") end . -- Waldek Hebisch

1 0

function-identifier-variable
by Paul Isaacs 28 Mar '16

28 Mar '16

Hello; program test; { productions: assignment-statement : contains expression expression : contains simple-expression simple-expression : eventually works down to primary primary : contains variable-access variable-access : contains function-identifier-variable function-identifier-variable = pointer-function '^' pointer-function : contains entire-function-access entire-function-access = function-designator function-designator = function-name [ actual-parameter-list ] function-name : contains identifier } { compiled with: $PASCAL/local/bin/gpc --extended-pascal test.pas test.pas: In main program: test.pas:11: error: invalid type of argument of `^' } function y : boolean; begin y := false; end; var x : boolean; begin x := y^; { isn't " y" a function-identifier-variable ? } end. Where is the error in thinking? Thanks, Paul Isaacs

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

Gpc March 2016