Gpc October 1997

gpc@gnu.de

31 participants
158 discussions

Re: Gpc not accepting non-standard (?) systax.
by Frank Heckenbach 20 Oct '97

20 Oct '97

richard.kerry(a)quantel.com wrote: > The 'C' directive on external procedures. > > FUNCTION _p_paramcount : Integer; C; > EXTERNAL ; > FUNCTION _p_paramstr (num: Integer; VAR str: String): Boolean; C; > EXTERNAL ; > > It says : > : parse error before `External' The "C" directive implies "external". Earlier GPCs have accepted the above, the newer versions don't anymore. Just using "C" should do what you want. (Apart from this, there are still plans to make a more consistent syntax for C/External/AsmName... sometime...) > If I comment these out it fails on a structured constant definition using > 'value'. > > type > ArgDefs = ArgDefTable value ( > ((' ', 1, 0), 0, OptionalArg, NullArg), > etc... > > It says : > : parse error before `Value' > : invalid schema discriminants > > If I comment out 'value' it says > : parse error before `,' > : missing expression > : discriminated type is not a schema or string > : parse error before `,' > > Is there some configuration I need to do to make these work ? Or have I > found a bug ? If ArgDefTable is an array or record (or a combination of these), this is a known problem (since I don't know if this is required by the standard, I'm not sure if it's a bug or just a missing feature ;-). It's listed in my To-Do list at http://www.mi.uni-erlangen.de/~heckenb/gpc-todo_toc.html in the section "Records/arrays". If, however, a schema type is involved (the error messages say something about these), it might help to see the declaration of ArgDefTable. Did you perhaps use "string" without a maximum length? -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

1 0

Gpc not accepting non-standard (?) systax.
by richard.kerry＠quantel.com 20 Oct '97

20 Oct '97

I have just :- 1. Moved to a newly set up, tidy, Linux machine (i586-pc-linux). 2. Built a Linux native gpc-971001 for the first time. (970824 didn't build as it required a pre-existing gpc which I had on my old, untidy, machine but don't have on the new one) I find :- When I try to compile a program that compiled sucessfully under 970824 on the old machine it now fails to compile. It is complaining about some features that I know aren't new and I thought were standard gpc. The 'C' directive on external procedures. FUNCTION _p_paramcount : Integer; C; EXTERNAL ; FUNCTION _p_paramstr (num: Integer; VAR str: String): Boolean; C; EXTERNAL ; It says : : parse error before `External' If I comment these out it fails on a structured constant definition using 'value'. type ArgDefs = ArgDefTable value ( ((' ', 1, 0), 0, OptionalArg, NullArg), etc... It says : : parse error before `Value' : invalid schema discriminants If I comment out 'value' it says : parse error before `,' : missing expression : discriminated type is not a schema or string : parse error before `,' Is there some configuration I need to do to make these work ? Or have I found a bug ? Yours in anticipation, Richard Kerry.

1 0

also Pre compiled version
by OHMH＠nets.com.jo 18 Oct '97

18 Oct '97

I get precompiled version , Djgpp from gnu pascal , I try to compile a file , it give me an error message : - Gpc.exe : installation problem , cannot exec 'as': No such file or directory ( Enoent ) . I have set the the place where is dgjpp.env is . is this mean I haven't get all the files , as I think , I had the files : djgpp.env <bin> gpc1.exe gpc.exe <doc> <info> <lib> libgpc.a libgcc.a specs.gpc <manifest> gpc20.mft gpc20.ver <test> If i need to add more files to put me in the right way , could you please tell me where I could find those files exactly and their names , ftp would be more useful www for me , because I don't have full internet just email , if any body could lead me to compile any simple file like begin write(' Hello '); end. I will be thankful . Ps I had no dpmi loader , and no gnu assembler , or debugger . Sorry for my bad english .

1 0

complex numbers
by system＠petrella.cfilm.ba.cnr.it 17 Oct '97

17 Oct '97

I notice that complex and real numbers cannot be mixed in mathematical expressions. The standard tells nothing, to my knowledge, about real being converted automatically to complex, but most compilers of other languages do exactly that. I think the following expressions would be not only more confortable but also more efficient than the equivalent explicit conversion, since one cannot directly access to the real and imaginary fields of complex records: complex=real complex*/real complex+-real I also imagine such operations are supported by pxsc so it would be a step forward compatibility. I wish to express my greetings for developers' work, attested by the continuous improvement of the features of gpc. Best wishes Fulvio Ciriaco.

1 0

Re: Problem building New GPC beta: gpc-971001 for DJGPP v2.1
by Peter Gerwinski 16 Oct '97

16 Oct '97

According to Maurice Lombardi: > According to myself (Peter Gerwinski): > > `cd' to `\djgpp\gnu\gpc\p' and do `make ../xgpc', `make ../gpc1', > > `make ../gpc-cpp', and `make ../libgpc.a' from there. > > rather cd \djgpp\gnu\gcc-2721\p Of course. #-) Sorry. > make finds no rule to build ../xgpc there (they are in make-lan.in) > > but it works by issuing make xgpc in the parent directory > > \djgpp\gnu\gcc-2721 (the rule is indeed in the generated makefile) > > > > make gpc1 in this parent directory does not work (there is a rule but it > > does not find a file) > > [...] Obviously, the configuration stuff for DJGPP is completely broken. :-( Since I am busy with other things right now, I would be really happy if somebody else could have a look at that. (I am not an expert in configuration of C sources anyway.;-) Normally (i.e. on UNIX), configuration is done by running a `configure' shell script in the `p' directory. The `configure' script has in turn been produced by `autoconf' from a `configure.in' source file. The goal of all this is to produce a `Makefile' from `Makefile.in' and `gpc-config.h' from `gpc-config.in'. If you produce `Makefile' and `gpc-config.in' manually and let `configur.bat' copy them from `config/msdos' to the right places, it would be fine. (* Jan-Jaap, is this the clean way for DJGPP configuration? *) Personally, I would prefer to have `configur.bat' in the `p' subdirectory rather than in `config/msdos'; in fact I do not know which place is the "clean" one for this file according to GNU conventions. Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

2 1

Multidimensional conformant arrays
by Frank Heckenbach 15 Oct '97

15 Oct '97

I think I found a bug with conformant arrays. Are conformant arrays supposed to work in multiple dimensions at all? If so, the following program gives the wrong result "3 2 1 2" instead of "1 2 3 4"; if not, it doesn't generate a necessary error message... program x; procedure p(var a:array[b..c:integer;d..e:integer] of integer); begin writeln(b,' ',c,' ',d,' ',e) end; var a:array[1..2,3..4] of integer; begin p(a) end. The corresponding program using a schema type works. BTW: Wouldn't it seem reasonable to allow the "with" statement also for schema types, as in the following example: program x; type t(a:integer)=array[1..a] of integer; procedure p(var v:t); begin with v do writeln(a) end; begin end. And one little detail: The next program gives the error message x.p:6: request for member `X' in something not x.p:6: a record, schema or object which is not completely correct since v is a schema, but x is not a field of v. program x; type t(a:integer)=array[1..a] of integer; procedure p(var v:t); begin writeln(v.x) end; begin end. Greetings, Frank -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

1 0

Re: pre compiled version
by Peter Gerwinski 15 Oct '97

15 Oct '97

According to Omar Abu Al-Haija: > Please Could any body tell me were I could find a precompiled version of > gnupascal , At any SimTel mirror, download `gpc20b.zip' from the DJGPP distribution. The same is available as a file `gpc-2.0.i386-djgppv201.zip' at ftp://kampi.hut.fi/jtv/gnu-pascal/binary/ ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/binary/ If you want to try out our recent beta versions, look at ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/binary/ > plus any IDE to use with , I had IBM compatible computer , and most of my > work is under dos operating > system , [...] We recommend RHIDE. Get it from http://www.tu-chemnitz.de/~rho/rhide.html Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [971005] maintainer GNU Pascal [971001] - http://home.pages.de/~gnu-pascal/ [971005]

1 0

Re: bugs?
by Frank Heckenbach 15 Oct '97

15 Oct '97

fulvio ciriaco wrote: > Hallo! > I think I discovered two bugs. > I am using gpc-970714 beta version,on digital alpha > unix. > The first is very strange: > var i:integer; > read(f,i); > reads 110 in i if the file f begin with > 10 > but correctly reads 10 if f contains > <space>10 > The second is schematized in the following > PROCEDURE readdata; > VAR > f : bindable text; > c : BindingType; > i : integer; > BEGIN > WRITELN('dammi il file di input'); > READLN(c.name); > bind(f,c); > SeekRead(f,0); > END; > PROCEDURE printdata; > VAR > f : bindable text; > c : BindingType; > i : integer; > BEGIN > WRITELN('dammi il file di output'); > READLN(c.name); > bind(f,c); > SeekWrite(f,0); > END; > > f I believe should be local to readdata and printdata, > but calling printdata after readdata gives the error > ?Gpc: Object (0x11ffffba8) already bound to `inizia' > where inizia is the input file name. The reason for this problem is the list Bound_objects in the RTS which stores the addresses of all bound files with their names. The two files in the two procedures incidentally get the same address, so the RTS "thinks" they're the same. I don't know much about bindings and so, but I think it would be better to store the binding information only in the Text variables themselves, not (additionally) in a global list. So I'm asking the long-time GPC developers: is there any reason against removing the list, and Bound_free_list as well? -- Frank Heckenbach, Erlangen, Germany heckenb(a)mi.uni-erlangen.de http://home.pages.de/~fjf/links.htm

1 0

bugs?
by system＠petrella.cfilm.ba.cnr.it 14 Oct '97

14 Oct '97

Hallo! I think I discovered two bugs. I am using gpc-970714 beta version,on digital alpha unix. The first is very strange: var i:integer; read(f,i); reads 110 in i if the file f begin with 10 but correctly reads 10 if f contains <space>10 The second is schematized in the following PROCEDURE readdata; VAR f : bindable text; c : BindingType; i : integer; BEGIN WRITELN('dammi il file di input'); READLN(c.name); bind(f,c); SeekRead(f,0); END; PROCEDURE printdata; VAR f : bindable text; c : BindingType; i : integer; BEGIN WRITELN('dammi il file di output'); READLN(c.name); bind(f,c); SeekWrite(f,0); END; f I believe should be local to readdata and printdata, but calling printdata after readdata gives the error ?Gpc: Object (0x11ffffba8) already bound to `inizia' where inizia is the input file name. unbind(f) eliminates the error message. I hope I were of any help Fulvio Ciriaco

1 0

pre compiled version
by OHMH＠nets.com.jo 14 Oct '97

14 Oct '97

Hi all Please Could any body tell me were I could find a precompiled version of gnupascal , plus any IDE to use with , I had IBM compatible computer , and most of my work is under dos operating system , I work on Borland Pascal v 7.0 . Thanks any way . Yours : Omer , Ohmh(a)nets.com.jo

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
16
Older →

Jump to page:

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 October 1997