Gpc

gpc@gnu.de

5400 discussions

Re: can't compile crtc.c
by Frank Heckenbach 31 May '99

31 May '99

Russ Whitaker wrote: > changed motherboard from 486 to k6-2/400 > changed system tosuse linux 6.0 > > now crtc.c won't compile: "environ" undeclared > unisted.h is in /usr/include We are aware of this problem and are thinking about a "right" solution. As a workaround, please insert the following line into crtc.c before the first #include: #define _GNU_SOURCE Frank -- Frank Heckenbach, frank(a)fjf.gnu.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

Re: can't compile crtc.c
by Russ Whitaker 31 May '99

31 May '99

addendum: add recompiled gpc after line changed system... incidently, first time tried recompile with CFLAGS="O2" and it crashed in the rts subdirectory just after math.o: cc1 error 6. compiled ok without the CFLAGS ---------- > From: Russ Whitaker <russwhit(a)mind.net> > To: gpc(a)gnu.de > Subject: can't compile crtc.c > Date: Monday, May 31, 1999 11:27 AM > > Hi > > changed motherboard from 486 to k6-2/400 > changed system tosuse linux 6.0 > > now crtc.c won't compile: "environ" undeclared > unisted.h is in /usr/include > > any ideas? > > thanks, > Russ

1 0

can't compile crtc.c
by Russ Whitaker 31 May '99

31 May '99

Hi changed motherboard from 486 to k6-2/400 changed system tosuse linux 6.0 now crtc.c won't compile: "environ" undeclared unisted.h is in /usr/include any ideas? thanks, Russ

1 0

bugs in gpc-19990530-i386-pc-djgppv202.zip
by Maurice Lombardi 31 May '99

31 May '99

Hi all, I have found a couple of bugs after downloading this last version 1) A minor one, already present in the previous beta (january): the specs file is not correct. It seems to be the one used to cross-compile to DOS in your system. The correct one is contained in the gcc2.8.1 distribution of djgpp v2.02 and I have attached it for reference. 2) more serious a new bug (not present in the previous beta) has popped up in the automake process. It occurs when an unit is referred to both directly in the program and indirectly in an other unit as in the following example: ----------------------------------------- file bug.pas ----------------------------------------- program bug; uses u,uu; begin writeln(O,K); end. ------------------------------------------ file u.pas ------------------------------------------ unit u; interface uses uu; var O:string[2] = 'O'; implementation end. ---------------------------------------- file uu.pas ---------------------------------------- unit uu; interface var K: string[2] = 'K'; implementation end. ------------------------------------- compiled with redir -o bug.out -eo gpc -v -g --automake -o bug.exe bug.pas gives the attached bug.out file The error is in the link stage. The files u.o and uu.o are not included in the ld command (as they were in the previous beta). If I include them explicitly with gpc -v -g --automake -o bug.exe u.o uu.o bug.pas all is correct Hope this helps Maurice -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr *asm: *asm_final: *cpp: %{posix:-D_POSIX_SOURCE} *cc1: %(cc1_spec) *cc1plus: *endfile: *link: *lib: -lc *libgcc: -lgcc *startfile: crtf.o%s %{pg:gcrt0.o%s}%{!pg:crt0.o%s} *switches_need_spaces: *signed_char: %{funsigned-char:-D__CHAR_UNSIGNED__} *predefines: -Dunix -Di386 -DGO32 -DMSDOS -DDJGPP=2 -DDJGPP_MINOR=1 *cross_compile: 0 *version: 2.8.1 *multilib: . ; *multilib_defaults: *multilib_extra: *multilib_matches: *cpp_cpu: -Di386 -Asystem(unix) -Acpu(i386) -Amachine(i386) %{mcpu=i486:-Di486} %{m486:-Di486} %{mpentium:-Dpentium -Di586} %{mcpu=pentium:-Dpentium -Di586} %{mpentiumpro:-Dpentiumpro -Di686} %{mcpu=pentiumpro:-Dpentiumpro -Di686} *cc1_cpu: %{!mcpu*: %{m386:-mcpu=i386 -march=i386} %{mno-486:-mcpu=i386 -march=i386} %{m486:-mcpu=i486 -march=i486} %{mno-386:-mcpu=i486 -march=i486} %{mno-pentium:-mcpu=i486 -march=i486} %{mpentium:-mcpu=pentium} %{mno-pentiumpro:-mcpu=pentium} %{mpentiumpro:-mcpu=pentiumpro}} *link_command: %{!fsyntax-only: \ %{!c:%{!M:%{!MM:%{!E:%{!S:ld %l %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} \ %{r} %{s} %{t} %{u*} %{x} %{z} %{Z}\ %{!A:%{!nostdlib:%{!nostartfiles:%S}}}\ %{static:} %{L*} %D %o\ %{!nostdlib:%{!nodefaultlibs:%G %L %G}}\ %{!A:%{!nostdlib:%{!nostartfiles:%E}}}\ -Tdjgpp.djl %{T*}}}}}}} %{!c:%{!M:%{!MM:%{!E:%{!S:stubify %{v} %{o*:%*} %{!o*:a.out} }}}}}

2 1

two problems with gpc, PLEASE HELP ME!!
by Marcos Lois 30 May '99

30 May '99

I use gpc to make practics, in a asignature in the university of =coruña, and the program must run in a solaris machine, with gpc 2.0. I have in my house linux, rh 5.2 with gpc 2.0, and last year in the =university i use sun pascal, to make the practicas and i have a module =to manipulate screen, but now don't work in gpc: procedure CursorXY( x:integer; y:integer); begin write( chr(27), '[', y:0, ';', x:0, 'f'); end; this procedure to put cursor in coordinates xy, dont work on gpc. i need somthing that make this. this other to clear te screen work perfectly: procedure ClearScreen; begin write( chr(27), '[2J'); end; can anybody help me!!! the other problem, is that i use xxgdb to debug pascal programs but when =i wnat to inspect the vaule of a var, i need to write display <var> with =te first letter capitalized, but if i click in the var don't work, no =solution i found to this problem,

2 1

bad link on agnes
by Maurice Lombardi 28 May '99

28 May '99

Hi all The link to the last djgpp version of gpc in the directory gnu-pascal/djgpp on agnes is not correct: instead of gpc20bb -> ../binary/gpc-19990530-i386-pc-djgppv202.zip it should be gpc20bb -> ../beta/binary/gpc-19990530-i386-pc-djgppv202.zip Hope this helps Maurice -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 51 45 44 mailto:Maurice.Lombardi@ujf-grenoble.fr

2 1

redhat problems
by nhi025＠abdn.ac.uk 27 May '99

27 May '99

Greetings, I unpacked gpc-19990118.i586-pc-linux-gnulibc1.tar.gz, distributed the files and now I can't compile anything at all. I have the same problem that was reported in January 1998 I am having trouble with GPC 971001 on my RedHat linux box. It doesn't compile _anything_, but always gives the following error, regardless of what I try to compile: /tmp/cca00834.i:1: numeric constant with no digits /tmp/cca00834.i:1: numeric constant with no digits /tmp/cca00834.i:1: invalid #line /tmp/cca00834.i:2: warning: missing program header /tmp/cca00834.i:2: parse error at null character the output of gpc 'trig.pas -v' is: Reading specs from /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/specs gpc version 971001(2.7.2.1) /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/gpc-cpp -lang-pascal -v -nocharescape -undef -D__GNUC__=2 -D__GPC__=2 -D__GNUC_MINOR__=7 -D__ELF__ -Dunix -Di386 -Dlinux -D__ELF__ -D__unix__ -D__i386__ -D__linux__ -D__unix -D__i386 -D__linux -Asystem(unix) -Asystem(posix) -Acpu(i386) -Amachine(i386) -D__i486__ trig.pas /tmp/cca00815.i GNU CPP version 971001(2.7.2.1) (i386 Linux/ELF) #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/i586-unknown-linux/include /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/include /usr/include End of search list. /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/gpc1 /tmp/cca00815.i -quiet -dumpbase trig.pas -version -famtmpfile=trig.gpc -o /tmp/cca00815.s GNU Pascal version 971001(2.7.2.1) (i386 Linux/ELF) compiled by GNU C version 2.7.2.1. /tmp/cca00815.i:1: numeric constant with no digits /tmp/cca00815.i:1: numeric constant with no digits /tmp/cca00815.i:1: invalid #line /tmp/cca00815.i:2: warning: missing program header /tmp/cca00815.i:2: parse error at null character Has there been any progress in fixing this problem? Or is it something silly that I have done in the installation. Please reply to me by e-mail at nhi025(a)abdn.ac.uk Thanks in advance John Ollason

3 2

Re: Restricting posting to the GPC list? (was: SNN - Star Wars - WCLT)
by Frank Heckenbach 26 May '99

26 May '99

Peter Gerwinski wrote: > David James wrote: > > I take it from this that the GPC list doesn't restrict posting to > > members only. Since the SPAM/UCE merchants seem to be everywhere > > would it be a good idea to do this - I believe Majordomo has such a > > capability. > > This would have the drawback that the GPC mailing list could > no more serve as a place to call for help with GPC without > subscribing in the first place. > > Majordomo has some more capabilities that allow to check for > keywords first, so suscipious mails get sorted out and must be > approved by a moderator before further submission. Would it be possible to forward mails that are not from subscribers (and perhaps don't contain clear keywords like `GPC') to a moderator? Since most of the mails are from subscribers, this should eliminate all spam, without causing very much work for a moderator... Frank -- Frank Heckenbach, frank(a)fjf.gnu.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

3 3

GPC Html Docs for ver 19990409
by GPC on Ken Linder's Linux Box 23 May '99

23 May '99

Hi All, I have just successfuly brought up my own little WWW server & have placed the html docs to the latest ver (19990409) on it. Also, I have a rather strange itch to scratch by adding information to the docs and sort of 'fleshing' them out. I will post the newest html docs on my server, along with diff -u files of the originating .texi files, a change log, and soon... tar'd & gzipped html documentation files. Take a look at the server at http://kc7rad.lvcm.com/gpc/index.html If you have any questions or comments, send them to pas(a)kc7rad.lvcm.com or ken(a)kc7rad.lvcm.com Please note that this server is under construction and you may hit a link that points to nowhere. These will be resolved shortly. Thanks! Ken Linder

1 0

Re: Problem exporting enumerated type from Extended Pascal module
by david＠tcs01.demon.co.uk 22 May '99

22 May '99

In message <19990522190631.C292(a)esmeralda.gerwinski.de> Peter Gerwinski writes: > > I can reproduce this bug. This is one more instance of the > "two-interface problem" (see http://fjf.gnu.de/gpc-todo_2.html: > baby.pas et al.). > > Thanks for the detailed report. (-: You're welcome ... > > Since I am currently working on related parts of the compiler > there is some hope to have it fixed in the next snapshot. It would be wonderful if it was - this is a showstopper for me in using Extended Pascal modules; I could probably move to units, but that's quite a lot of extra work as the existing code is in modules. Will the next snapshot be in the alpha subdirectory? Do you have any estimate of when it might be? -- David James mailto:david@tcs01.demon.co.uk

2 1

Jump to page:

2025

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