Gpc January 2000

gpc@gnu.de

27 participants
41 discussions

Files
by berend＠beard.nest.nl 01 Feb '02

01 Feb '02

* Moved (from: gpc) by Berend de Boer using timEd 1.10.b3+. Peter Gerwinski wrote in a message to Berend de Boer: PG> I tried to use Extended Pascal "binding" to assign a file PG> variable to an external -- existing -- file. I just copied PG> the "Assign" pro- cedure by Berend as published in PG> borland2ep.doc. It does not always work: I often get a PG> runtime error saying that the file did not exist. If you can repeat it, compile with another Extended Pascal compiler, for example Prospero's one. If that fails too, there is really something wrong with the code. But I suspect gpc. You're using which OS? Groetjes, Berend (-: fido: 2:281/527.23 email: berend(a)beard.nest.nl

4 3

Re: Compiling gpc-19991030 fails on rts.c
by Frank Heckenbach 04 Feb '00

04 Feb '00

Dr A Olowofoyeku wrote: > On 23 Jan 00, at 2:17, Frank Heckenbach wrote: > > > J. David Bryan wrote: > > > > > On 21 Jan 00, at 9:58, Dr A Olowofoyeku wrote: > > > > > > > Your problem is probably due to things that are missing in the gcc Mingw > > > > libraries (and there are many of them). > > > > > > I have tracked my specific problem down to the lack of a "pwd.h" file in > > > Mingw (thanks, Chief!). The trouble is that "_p_pwl2c" in "rts.c" > > > references the "passwd" struct, which is defined in "pwd.h", but "pwd.h" > > > isn't part of Mingw. This is detected by the Pascal "configure", which > > > sets "#undef HAVE_PWD_H" in "rts-config.h" but is not covered by alternate > > > code in "rts.c". The result is a syntax error when compiling. > > > > As I said, the current code (to be released as a snapshot soon) > > contains such a check. However, no alternate code (just a failure > > result) -- if there's equivalent functionality on other systems > > (which I don't know about), I'll have to leave it to you to add > > it... > > Can you please let me know what the code is actually supposed to > do? Perhaps there is a way to write an implementation for it, which > we can include in 'os-hacks.h'. It returns information about the user accounts on the system (i.e., not the users currently logged in, but all users who are allowed to log in). I guess on MS-Windows 95/98, there's not much point to it, but on NT, there might be... The relevant functions and data types are: --- NAME getpwnam, getpwuid - get password file entry SYNOPSIS #include <pwd.h> #include <sys/types.h> struct passwd *getpwnam(const char * name); struct passwd *getpwuid(uid_t uid); DESCRIPTION The getpwnam() function returns a pointer to a structure containing the broken out fields of a line from /etc/passwd for the entry that matches the user name name. The getpwuid() function returns a pointer to a structure containing the broken out fields of a line from /etc/passwd for the entry that matches the user uid uid. The passwd structure is defined in <pwd.h> as follows: struct passwd { char *pw_name; /* user name */ char *pw_passwd; /* user password */ uid_t pw_uid; /* user id */ gid_t pw_gid; /* group id */ char *pw_gecos; /* real name */ char *pw_dir; /* home directory */ char *pw_shell; /* shell program */ }; RETURN VALUE The getpwnam() and getpwuid() functions return the passwd structure, or NULL if the matching entry is not found or an error occurs. --- NAME getpwent, setpwent, endpwent - get password file entry SYNOPSIS #include <pwd.h> #include <sys/types.h> struct passwd *getpwent(void); void setpwent(void); void endpwent(void); DESCRIPTION The getpwent() function returns a pointer to a structure containing the broken out fields of a line from /etc/passwd. The first time it is called it returns the first entry; thereafter, it returns successive entries. The setpwent() function rewinds the file pointer to the beginning of the /etc/passwd file. The endpwent() function closes the /etc/passwd file. The passwd structure is defined in <pwd.h> as follows: struct passwd { char *pw_name; /* user name */ char *pw_passwd; /* user password */ uid_t pw_uid; /* user id */ gid_t pw_gid; /* group id */ char *pw_gecos; /* real name */ char *pw_dir; /* home directory */ char *pw_shell; /* shell program */ }; RETURN VALUE The getpwent() function returns the passwd structure, or NULL if there are no more entries or an error occurs. --- So, getpwnam and getpwuid find an entry by user name or user ID, resp., while getpwent returns all entries successively. Of course, the former to can be implemented on top of the latter, so if only the latter is available, that'll be fine. BTW, the pw_passwd contains the password in encrypted form, of course! And on systems that use shadow, it doesn't contain anything interesting (at least for normal programs), but usually `*' or `x'. That's better security-wise, so you probably shouldn't even try to put something interesting in this field... If it's not possible to implement them, don't worry. These functions will by marked as optional (i.e., not returning meaningful information on all systems), and programs are expected to cope with that (which will appear to them like a system with no accounts). Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

Re: Compiling gpc-19991030 fails on rts.c
by Frank Heckenbach 24 Jan '00

24 Jan '00

J. David Bryan wrote: > On 21 Jan 00, at 9:58, Dr A Olowofoyeku wrote: > > > Your problem is probably due to things that are missing in the gcc Mingw > > libraries (and there are many of them). > > I have tracked my specific problem down to the lack of a "pwd.h" file in > Mingw (thanks, Chief!). The trouble is that "_p_pwl2c" in "rts.c" > references the "passwd" struct, which is defined in "pwd.h", but "pwd.h" > isn't part of Mingw. This is detected by the Pascal "configure", which > sets "#undef HAVE_PWD_H" in "rts-config.h" but is not covered by alternate > code in "rts.c". The result is a syntax error when compiling. As I said, the current code (to be released as a snapshot soon) contains such a check. However, no alternate code (just a failure result) -- if there's equivalent functionality on other systems (which I don't know about), I'll have to leave it to you to add it... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

Compiling gpc-19991030 fails on rts.c
by J. David Bryan 23 Jan '00

23 Jan '00

Dear ListFolks, I am attempting to make an i486-pc-mingwmsvc (i.e., Windows NT standalone) version of the latest gpc alpha (gpc-19991030) using the Cygwin B20.1 emulation, and I get a compilation error when the build process attempts to make the run-time library. Specifically, I get: /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c: At top level: /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:577: warning: `struct passwd' declared inside parameter list /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:577: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c: In function `_p_pwl2c': /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:579: dereferencing pointer to incomplete type /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:592: dereferencing pointer to incomplete type /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:593: dereferencing pointer to incomplete type /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:594: dereferencing pointer to incomplete type /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:595: dereferencing pointer to incomplete type I don't know enough C to be sure, but this looks like a syntax error. Surely, though, it must compile on other systems, so I'm stumped. Perhaps it has something to do with the Cygwin-specific version of gcc? As far as I can tell, everything was unloaded, patched, and configured correctly. The compiler itself appears to have been made correctly, i.e., I have xgpc.exe, gpc1.exe, and gpc-cpp.exe in the object directory. The invocation on the RTL appears to be: ../../i486-pc-mingwmsvc-gcc -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -g -O2 -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat /usr/local/src/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ x@with_shared@ = xyes ] ; then echo -fPIC; fi` -v /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c I've tried compiling rts.c with gcc-2.8.1 as a test, and I get the same error. Could someone point me in the right direction? Thanks! -- Dave

2 4

Re: Compiling GCC on HP-UX 10.20
by Frank Heckenbach 22 Jan '00

22 Jan '00

Mason Ip wrote: > 5. GNU autoconf may be necessary; although I did hack a Makefile to get > rid of the Âautoheader not foundÂ error without having GNU autoconf > installed. But lately I just install GNU autoconf to get rid of the trouble. Usually, you should not need autoconf if you just want to install GPC (or most other packages as well). autoconf is used by the developers to create the configure scripts which are invoked during building GPC. You should only need autoconf if you've changed the configure.in file or something like that... > -- B) error messages start here -- > ../.././xgpc -B../.././ -c -I. -W -Wall -Wpointer-arith -Wwrite-strings > -Wmissing-prototypes -Wmissing-declarations -O2 -g -O2 > -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat > /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ > x@with_shared@ = xyes ] ; then echo -fPIC; fi` > --unit-path=/opt/OV/tmp/gcc-2.95.2/gcc/p/rts --automake > /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/files.pas > /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/string2.pas: In function `Getenv': > /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/string2.pas:193: internal > error--unrecognizable insn: > (insn 15 14 17 (set (zero_extract:SI (reg:SI 97) > (const_int 32 [0x20]) > (const_int 0 [0x0])) > (reg:SI 98)) -1 (insn_list 12 (insn_list 14 (nil))) > (expr_list:REG_DEAD (reg:SI 98) > (nil))) > gpc1: ../.././xgpc exited with status 1 > /opt/OV/tmp/gcc-2.95.2/gcc/p/rts/files.pas:30: module/unit `string2' could > not be compiled > make[3]: *** [files.o] Error 1 This problem seems to be in the compilation of CString2String. Since Peter is working on the string handling, anyway, there might be some hope that it will be fixed soon. Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

Re: compiling GPC on HP-UX
by Frank Heckenbach 22 Jan '00

22 Jan '00

Mason Ip wrote: > Thanks Frank, > I used to use Solaris and seldom worked on HP myself. > I did get gcc binary package from HP's web site. Although I was surprised to > learn gnu ld won't compile on HP. I know that GNU ld doesn't compile for MIPS/IRIX, either, so I'm not too surprised. I suppose, the (binary) GCC uses HP's linker, does it (if unsure, you can check it by watching the output of `gcc -v')? If so, GPC should be able to do the same (and as far as I understood the problems, so far they only concerned the assembler, not the linker, anyway). Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

Re: Compiling gpc-19991030 fails on rts.c
by Frank Heckenbach 21 Jan '00

21 Jan '00

"Dr A Olowofoyeku" wrote: > On 20 Jan 00, at 22:42, J. David Bryan wrote: > > > I am attempting to make an i486-pc-mingwmsvc (i.e., Windows NT > > standalone) version of the latest gpc alpha (gpc-19991030) using the Cygwin > > B20.1 emulation, and I get a compilation error when the build process > > attempts to make the run-time library. Specifically, I get: > > > > /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c: At top level: > > /usr/local/src/gcc-2.95.2/gcc/p/rts/rts.c:577: warning: `struct passwd' > > declared inside parameter list > > > > [...] The problem occurs because the RTS tries to use `struct passwd' though the C headers don't contain it. The next snapshot will solve the problem by adding an autoconf check and not using `struct passwd' if not available. > Your problem is probably due to things that are missing in the gcc > Mingw libraries (and there are many of them). However, I have been > able to produce a Mingw version of the RTS. It has involved a lot of > patches, C macros in a new header (we presently call it 'os- > hacks.h'), and sources going back and forth between Frank and me. > The good news is that the next gpc snapshot will probably solve > these problems that you are having. > > I am quite disorganised at the moment, having just arrived back from > down under. But when I am more settled, I can send you a copy of > my 'os-hacks.h' file. Frank can tell you where you need to '#include' > it. The best I can tell you right now is to wait for the next snapshot, and then use it together with `os-hacks.h'. Though using `os-hacks.h' with the last alpha should yield some improvements already, it will not solve all problems and probably cause you additional debugging effort for problems that have been solved recently, like the one above... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

None
by Ivan Torshin 21 Jan '00

21 Jan '00

Hello, I'm trying to compile GPC under linux using unix sources. (in order to compile pascal programs written for BP 7.0 but it is another story). The GCC 2.95 and GPC were downloaded and dealt with as it is described in the GPC/p/INSTALL file. Howevre, there are no diff file gcc-2.95.diff and mkdiff script also seems to be of little use (for making this file). running make LANGUAGES=pascal in the outer (gcc) directory does not lead to gpc executable, of course. Could someone help me with it? I'm a novice in compiling compilers, as usually all DOS/Windows programs are ready made, although may contains viruses. Thank you, Ivan.

3 5

GRAPH
by Nash Jamie 21 Jan '00

21 Jan '00

This is my first message to this list, hello to you all...... I'm an Ex-TP programmer, but now 99% of my code is written in DELPHI. I was wondering if there is an equivilent to the old GRAPH unit with TP for gpc? If so what is it? Do I have it? (I thought I downloaded everything) And if I don't have it, could someone send it to me??????? (If it exists obviously......) Preferably binary (Linux) or source to the above address Thanks alot..... Jamie

2 1

build failure on Alpha
by Andreas Jaeger 21 Jan '00

21 Jan '00

I tried to compile gpc-19991030.tar.gz with gcc 2.95.2 on Alpha/Linux and got the following build failure: ../.././xgpc -B../.././ -c -I. -W -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -O2 -O2 -DRTS_RELEASE_STRING="'__GPC_RTS_VERSION_`cat /tmp/gcc/gcc-2.95.2/gcc/p/rts/rts_release`__'" -DBSD_RTS=0 `if [ x@with_shared@ = xyes ] ; then echo -fPIC; fi` --unit-path=/tmp/gcc/gcc-2.95.2/gcc/p/rts --automake heap.pas error.pas: In function `Geterrormessage': error.pas:365: Internal compiler error in `copy_to_mode_reg', at explow.c:669 Please submit a full bug report. See <URL:http://www.gnu.org/software/gcc/faq.html#bugreport> for instructions. gpc1: ../.././xgpc exited with status 1 heap.pas:30: module/unit `error' could not be compiled make[3]: *** [heap.o] Error 1 make[3]: Leaving directory `/tmp/gcc/gcc-2.95.2/gcc/p/rts' make[2]: *** [pascal.rts] Error 2 make[2]: Leaving directory `/tmp/gcc/gcc-2.95.2/gcc' make[1]: *** [bootstrap] Error 2 make[1]: Leaving directory `/tmp/gcc/gcc-2.95.2/gcc' make: *** [bootstrap] Error 2 Sorry, no gdb backtrace for now. Btw. I tried to search the mailing list archives - but the last archives I could find are from October 1999. What happened to the archives? Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

2 1

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 January 2000