Gpc

gpc@gnu.de

5400 discussions

Start a nNew thread

subscribe
by Paolo M. Pumilia 20 Feb '99

20 Feb '99

subscribe pumilia(a)est.it

2 1

Re: Are `gpc-*.c' still modified GCC source files?
by Nick Burrett 19 Feb '99

19 Feb '99

Peter Gerwinski <peter(a)gerwinski.de> writes: > I am thinking about doing a major change in the structure of the > GPC source. > > Until now, some GPC source files (gpc-typeck.c, gpc-common.c, ...) > are modified GCC source files, and all GPC-specific changes are > marked `#ifdef GPC'. > > AFAIK, the reason for this is that we want to profit with GPC > from bug fixes in the GCC frontend. But are we really doing this ? > Meanwhile the `#ifdef GPC' parts are getting more and more > making the files in question less and less readable. > Furthermore, sticking to the GCC frontend prevents me from > changing the parameter lists of certain central functions, > thus introducing code duplication and unncessary bugs. > > What do you think? I think it is a good idea. I had been considering starting the effort on this myself. It should make the front end simpler. Nick.

3 2

Pascal
by Gareth Batley 19 Feb '99

19 Feb '99

Hello, I have been trying to connect with your ftp site but I cannot find the no. for it anywhere. Can you supply me with your IP no. Thanks, Gareth Batley. ----------------------------------------------------------------------- Gareth Batley, Tel: +44-0113-2335180 Email: gab(a)ast.leeds.ac.uk Leeds University +44-0113-2336691 -----------------------------------------------------------------------

2 1

Re: Pascal
by Nick Burrett 19 Feb '99

19 Feb '99

Gareth Batley <gab(a)ast.leeds.ac.uk> writes: > I have been trying to connect with your ftp site but I cannot find the no. for > it anywhere. Can you supply me with your IP no. agnes.dida.physik.uni-essen.de is 132.252.78.226 You may want to use the mirror at Imperial College, London. ftp://sunsite.doc.ic.ac.uk/packages/gnu/MORE_GNU/gnu_pascal/beta sunsite.doc.ic.ac.uk is 193.63.255.4 Nick.

1 0

Are `gpc-*.c' still modified GCC source files?
by Peter Gerwinski 18 Feb '99

18 Feb '99

Hi, all! I am thinking about doing a major change in the structure of the GPC source. Until now, some GPC source files (gpc-typeck.c, gpc-common.c, ...) are modified GCC source files, and all GPC-specific changes are marked `#ifdef GPC'. AFAIK, the reason for this is that we want to profit with GPC from bug fixes in the GCC frontend. Meanwhile the `#ifdef GPC' parts are getting more and more making the files in question less and less readable. Furthermore, sticking to the GCC frontend prevents me from changing the parameter lists of certain central functions, thus introducing code duplication and unncessary bugs. Maybe I have overlooked some crucial benefit we get from keeping the current structure, but if not, I am planning to drop all `#ifdef GPC' constructs when doing the next major changes on GPC. What do you think? Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-19990118 PGP key on request - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 Fight the SPAM and UBE! - http://spam.abuse.net/ - http://maps.vix.com/

1 0

Lots of Junk mail via gpc list lately
by stefand＠ferrari.lcam.u-psud.fr 17 Feb '99

17 Feb '99

Hi all, lately, I receive lots of junk mail seemingly sent via the gpc mailing list. One example of the many is appended. If there is a whole in the list, could this be plugged with some sort of spam filter, or some mechanism that allows only properly subscribed users to mail via the list? Thanks in advance! Stefan Forwarded message: > From gpc-request(a)santra.hut.fi Tue Feb 16 15:26:20 1999 > From: remove(a)1vm.com > Subject: New Dual Mount Copy Holder by Rubbermaid > Date: Tue, 16 Feb 1999 11:19:44 > Message-Id: <331.343203.708664@unknown> > Mime-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > > > Amazing new copy holder can be mounted directly on your computer > monitor or it can be used freestanding. Unique design is specifically > engineered to increase your efficiency while reducing eye strain, > stress, and fatigue. > > Quality Rubbermaid features include adjustable viewing positions, > non-glare surface, spring load paper clamp and detachable line guide. > Folds flat for easy out-of-the-way storage. > > This isn't a cheap clip on, but a full platform copy holder. > > Special internet savings click here http://www.1vm.com/~rcc and save > over $20 from comparable models. > > Sender: Robert Craig Corp. Phone: 1-800-890-7510 Email: > robertcraigcorp(a)prodigy.net Details: http://www.1vm.com/~rcc Remove: > REMOVE(a)1vm.com > > To be removed from future service notifications reply to: > REMOVE(a)1vm.com > > > > > Emerge Corporate Email System for Windows 95/98/NT. *** Evaluation > version *** Copyright (c) 1994-99 EOL Corporation. > http://www.earthonline.com/eval > -- ========================================================================= Stefan A. Deutscher | (+33-(0)1) voice fax Laboratoire des Collisions Atomiques et | LCAM : 6915-7699 6915-7671 Mol\'{e}culaires (LCAM), B\^{a}timent 351 | home : 5624-0992 call first Universit\'{e} de Paris-Sud | email: sad(a)utk.edu 91405 Orsay Cedex, France (Europe) | (forwarded to France) ========================================================================= Do you know what they call a quarter-pounder with cheese in Paris?

2 1

[PATCH] Fixing gpc-19990118 install process.
by Niels Kristian Bech Jensen 15 Feb '99

15 Feb '99

Hi, This patch fixes the install process for gpc-19990118. If you do a ``make LANGUAGES=c; make LANGUAGES=c install'' from a source tree which includes gpc, the following files are built and installed: ${prefix}/doc/gpc/demos/* ${prefix}/info/gpc.info* ${prefix}/lib/gcc-lib/.../gpc-cpp ${prefix}/lib/gcc-lib/.../units/* The patch fixes this problem (and corrects a typo in gpc/p/units/crt.pas.) diff -urN gpc.orig/p/Make-lang.in gpc/p/Make-lang.in --- gpc.orig/p/Make-lang.in Mon Jan 18 18:10:16 1999 +++ gpc/p/Make-lang.in Sun Feb 14 07:14:49 1999 @@ -226,11 +226,13 @@ cd p; $(MAKE) $(FLAGS_TO_PASS) $(GPC_FLAGS_TO_PASS) ../gpc1$(exeext) gpc-cpp$(exeext): $(P) mbchar.o cexp.o $(srcdir)/p/gpc-cccp.c $(srcdir)/p/version.c - cd p; $(MAKE) $(FLAGS_TO_PASS) $(GPC_FLAGS_TO_PASS) ../gpc-cpp$(exeext) + case "$(LANGUAGES)" in \ + *[Pp]ascal*) cd p; $(MAKE) $(FLAGS_TO_PASS) $(GPC_FLAGS_TO_PASS) ../gpc-cpp$(exeext) ;; \ + *) ;; esac pascal.rts: p/rts/Makefile case "$(LANGUAGES)" in \ - *pascal*) cd p/rts && $(MAKE) \ + *[Pp]ascal*) cd p/rts && $(MAKE) \ GCC_FOR_TARGET="`case '$(GCC_FOR_TARGET)' in \ './xgcc -B./'*) echo ../../xgcc -B../../;; \ *) echo '$(GCC_FOR_TARGET)';; esac`" \ @@ -249,7 +251,8 @@ # mk: but it needs $(EXTRA_OBJS) and $(LIBGCC), what to do? p/rts/Makefile: $(srcdir)/p/rts/Makefile.in $(srcdir)/p/rts/configure \ $(GCC_PARTS) stmp-headers - if [ -d p/rts ]; then true; else mkdir p/rts; fi + case "$(LANGUAGES)" in \ + *[Pp]ascal*) if [ -d p/rts ]; then true; else mkdir p/rts; fi; \ src=`cd $(srcdir); pwd`; \ cd p/rts; \ CC="`case '$(GCC_FOR_TARGET)' in \ @@ -259,7 +262,8 @@ './xgpc -B./'*) echo ../../xgpc -B../../;; \ *) echo '$(GPC_FOR_TARGET)';; esac`" \ $(RTS_FLAGS_TO_PASS) CONFIG_SITE=nonexisting-file $(SHELL) \ - $${src}/p/rts/configure --srcdir=$${src}/p/rts + $${src}/p/rts/configure --srcdir=$${src}/p/rts ;; \ + *) ;; esac # Derive parts of the documentation of the run time library directly # from the source. @@ -300,8 +304,10 @@ pascal.install-normal: install-gpc-cpp install-libgpc pascal.install-units pascal.install-demos install-gpc-cpp: gpc-cpp$(exeext) - -rm -f $(libsubdir)/gpc-cpp$(exeext) - $(INSTALL_PROGRAM) gpc-cpp$(exeext) $(libsubdir)/gpc-cpp$(exeext) + case "$(LANGUAGES)" in \ + *[Pp]ascal*) rm -f $(libsubdir)/gpc-cpp$(exeext); \ + $(INSTALL_PROGRAM) gpc-cpp$(exeext) $(libsubdir)/gpc-cpp$(exeext) ;; \ + *) ;; esac install-libgpc: pascal.install-dir pascal.rts -if [ -f libgpc.a ] ; then \ @@ -313,13 +319,16 @@ else true; fi $(srcdir)/p/units/crtc.h: $(srcdir)/p/units/crt.inc - (echo '/* Automatically generated from crt.inc'; \ + case "$(LANGUAGES)" in \ + *[Pp]ascal*) (echo '/* Automatically generated from crt.inc'; \ echo ' DO NOT CHANGE THIS FILE MANUALLY! */'; \ sed -e '1,/^const/d;s/^$[^=]*$= #\?$[^;]*$;$.*;$\?$$/#define \1 \2/' \ - -e '/^.\$$/d' < $(srcdir)/p/units/crt.inc) > $(srcdir)/p/units//crtc.h + -e '/^.\$$/d' < $(srcdir)/p/units/crt.inc) > $(srcdir)/p/units//crtc.h ;; \ + *) ;; esac pascal.install-units: pascal.install-dir $(srcdir)/p/units/crtc.h - $(INSTALL_DATA) $(srcdir)/p/rts/gpc.pas $(unitsubdir)/gpc.pas; \ + case "$(LANGUAGES)" in \ + *[Pp]ascal*) $(INSTALL_DATA) $(srcdir)/p/rts/gpc.pas $(unitsubdir)/gpc.pas; \ chmod a-x $(unitsubdir)/gpc.pas; \ $(INSTALL_DATA) $(srcdir)/p/rts/internal.pas $(unitsubdir)/internal.pas; \ chmod a-x $(unitsubdir)/internal.pas; \ @@ -331,14 +340,17 @@ for file in *.pas *.inc *.c *.h; do \ $(INSTALL_DATA) $$file $(unitsubdir)/$$file; \ chmod a-x $(unitsubdir)/$$file; \ - done + done ;; \ + *) ;; esac pascal.install-demos: pascal.install-dir - cd $(srcdir)/p/demos; \ + case "$(LANGUAGES)" in \ + *[Pp]ascal*) cd $(srcdir)/p/demos; \ for file in *; do \ $(INSTALL_DATA) $$file $(demodir)/$$file; \ chmod a-x $(demodir)/$$file; \ - done + done ;; \ + *) ;; esac # Install the driver program as $(target)-gpc # and also as either gpc (if native) or $(tooldir)/bin/gpc. @@ -380,7 +392,8 @@ fi pascal.install-info: pascal.info - -rm -f $(infodir)/gpc.info* ; + case "$(LANGUAGES)" in \ + *[Pp]ascal*) rm -f $(infodir)/gpc.info* ; \ if [ -f p/doc/gpc.info ]; then \ cd p/doc; \ else \ @@ -388,8 +401,9 @@ fi; \ for f in gpc.info*; do \ $(INSTALL_DATA) $$f $(infodir)/$$f; \ - done - -chmod a-x $(infodir)/gpc.info* + done; \ + chmod a-x $(infodir)/gpc.info* ;; \ + *) ;; esac pascal.install-man: $(srcdir)/p/gpc.1 -if [ -f gpc1$(exeext) ] ; then \ @@ -413,13 +427,15 @@ else true; fi pascal.install-dir: - -for directory in $(bindir) $(libsubdir) $(unitsubdir) $(demodir) $(infodir) $(mandir); do \ + case "$(LANGUAGES)" in \ + *[Pp]ascal*) for directory in $(bindir) $(libsubdir) $(unitsubdir) $(demodir) $(infodir) $(mandir); do \ if [ -d $$directory ]; then \ true; \ else \ mkdir -p $$directory; \ fi; \ - done + done ;; \ + *) ;; esac # Install gpc1 et.al. # Do *not* overwrite files if they exist. diff -urN gpc.orig/p/units/crt.pas gpc/p/units/crt.pas --- gpc.orig/p/units/crt.pas Sat Jan 9 10:55:24 1999 +++ gpc/p/units/crt.pas Sun Feb 14 07:17:19 1999 @@ -6,7 +6,7 @@ CRT (Crt Replacement Tool) -- BP compatible CRT unit This unit needs the ncurses library which should be available for -almost any system. For Dos systems, where ncurses is not availale, +almost any system. For Dos systems, where ncurses is not available, AFAIK, it is configured to use PDCurses 2.3 instead (file curse23.zip). On Unix systems with X11, it can also use PDCurses to produce pure X11 programs. The advantage is that they don't need an xterm with a valid -- Niels Kristian Bech Jensen -- nkbj(a)image.dk -- http://www.image.dk/~nkbj/ ----------->> Stop software piracy --- use free software! <<-----------

1 0

Mailing list
by Pablo Bendersky 14 Feb '99

14 Feb '99

Hi, Does anyone knows about a mingw32 mailing list ? I've been looking for one for weeks and I couldn't find it. Thanks, --- Pablo Gabriel Bendersky bender(a)einstein.com.ar UIN : 1916679 Buenos Aires - Argentina

4 4

Re: enum bug in gpc-19990118
by Frank Heckenbach 13 Feb '99

13 Feb '99

Sam B wrote: > Hello all, > I posted several months ago about a bug involving the incorrect > recognition of an enumerated type by the compiler, when the type > was imported from a unit in two different modules. I understand that > this bug was on the list of fixed bugs for gpc-19990118, but I still > get exactly the same error! Has anyone else tested this bug under > the current version? Well, yes... :-( This bug is quite involved... some instances of it were fixed, but as it turned out not all of them... :-( At least I can reproduce the bug, and all I can say now is that I hope it will be fixed by the next release. I'm adding your test program to the test suite (sam12.pas), so we'll test this program explicitly when we believe the bug to be fixed next time... Frank -- Frank Heckenbach, frank(a)fjf.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

enum bug in gpc-19990118
by Sam B 13 Feb '99

13 Feb '99

Hello all, I posted several months ago about a bug involving the incorrect recognition of an enumerated type by the compiler, when the type was imported from a unit in two different modules. I understand that this bug was on the list of fixed bugs for gpc-19990118, but I still get exactly the same error! Has anyone else tested this bug under the current version? Sam B. PS. I am running on redhat 5.0, configured as followes: > gpc -v Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/2.8.1/specs gpc version 19990118, based on gcc-2.8.1 And the error produced is: > gpc p.pas p.pas: In function `program_P': p.pas:23: incompatible type for argument 1 of `U_proc' Test program follows: --- begin test program --- unit e; interface type t_e = ( e_a, e_b ); implementation begin end. unit u; interface uses e; procedure u_proc(e: t_e); implementation procedure u_proc; begin end; begin end. program p; uses e, u; begin u_proc(e_a); end. --- end test program --- ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

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