Gpc November 2001

gpc@gnu.de

28 participants
70 discussions

Re: Installation problem ?? (`Crt' could not be imported...)
by Maurice Lombardi 26 Nov '01

26 Nov '01

laurent(a)laurent-parise.com wrote: > However, I can find /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/cc1 > here. (but not in /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/ ...) You need C files (cc1 among others) of the same version and in the same directory as the gpc files (gpc1 among others) to compile C files like crtc.c automatically with --automake. Or you have to use GPC_EXEC_PREFIX and/or GCC_EXEC_PREFIX: see the discussion in recent mails of the gpc list. But the surest if you can is to install them. 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 63 54 95 mailto:Maurice.Lombardi@ujf-grenoble.fr

2 1

Re: Installation problem ?? (`Crt' could not be imported...)
by Frank Heckenbach 24 Nov '01

24 Nov '01

laurent(a)laurent-parise.com wrote: > Frank Heckenbach wrote > > > Well, use `--automake' as you did below. > > gpc --automake crtdemo.pas returns this > > In file included from /usr/include/sys/time.h:30, > from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/units/crtc.c:939: > /usr/include/sys/select.h:52: warning: `__NFDBITS' redefined > /usr/include/linux/posix_types.h:22: warning: this is the location of the previous definition > /usr/include/sys/select.h:54: warning: `__FDMASK' redefined > /usr/include/linux/posix_types.h:34: warning: this is the location of the previous definition > cpp: -lang-c: linker input file unused since linking not done > gpc: installation problem, cannot exec `cc1': No such file or directory > gpc1: gpc exited with status 1 > gpc1: gpc exited with status 1 Oh yes, this was another bug in that version. It's been reported that the following will fix it: : Try moving the line `#include <sys/time.h>' in units/crtc.c from : line 1001 to the other includes (line ~50), > Yes, I would have downloaded a more recent binary, but I can't find some > on the ftp server and .... Well, we're getting close to the next official release, and then we'll make available some current binaries for various platforms. Now is just not a very good time to do so. 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

Mailing list archive
by Frank Heckenbach 24 Nov '01

24 Nov '01

I have set up a new archive of the GPC mailing list, using crystal (see my other announcement). It can be found at: http://fjf.gnu.de/crystal/gpc/en/ (English) http://fjf.gnu.de/crystal/gpc/de/ (German) If there are any problems with the archive, please report them to me. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

Seek very slow...
by Preben Mikael Bohn 23 Nov '01

23 Nov '01

Hi all, I have a program where I need to iterate through a binary file many times, and where each binary data needs to be processed each time. I use something like: read(f, data); { process data } seek(f, filepos(f)-1); write(f, data); My program seems to spend a lot of time on file I/O, so just for fun I tried to remove the seek (of course the program now gives crap, but anyway :-)). This speeded it up by a factor of 4-5! Now, I *could* just use two files and swap these once per iteration, but since I have a lot of these files this would really be a mess. Can anyone tell me why it's so slow, and what may be done to speed it up? Isn't Linux also supposed to have a very efficient file-cashing system, so the above shouldn't really be problem? Best regards Preben BohnÂ´ ===== This message has been made up using recycled ideas and language constructs. No plant or animal has been injured in process of making this message. __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

3 2

Re: Installation problem ?? (`Crt' could not be imported...)
by Frank Heckenbach 23 Nov '01

23 Nov '01

laurent(a)laurent-parise.com wrote: > but gpc -c crtdemo.pas returns : > > crtdemo.pas:32: module/unit interface `Crt' could not be imported > > What's the problem? Is there something to do to declare path to find > units ??? Well, use `--automake' as you did below. > OK. I found another problem now. Typing > > gpc --automake hello.pas returns : > > /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': > /home/elug/pascal-wochenende-20000729/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' > function may be dangerous; use `lseek64' instead. > > but a.out is OK. > > I tried to find what to do last 2 days in manual, but .... A bug that was fixed last year. The binary you have was built before it was fixed. I don't know if anyone has uploaded a more recent binary somewhere, but onder Linux it's easy to build GPC from sources. Apart from this, it's only a warning, and harmless as long as you don't use files > 2GB. 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

Installation problem ?? (`Crt' could not be imported...)
by laurent＠laurent-parise.com 23 Nov '01

23 Nov '01

Hi. First, excuse me for my english ... I used Pascal 10 years ago at school (in France) and I want to use it again now, that's why I just installed GPC on my Linux box: Slackware 8.0 with gcc 2.95.3 So I downloaded binaries gpc-20000727.i686-pc-linux-gnu.tar.gz and installed it. I used install-gpc-binary without any pb and add the line GPC_EXEC_PREFIX /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/ in /etc/csh.login. My problem is that when I go to the demos directory, gpc -c hello.pas is OK but gpc -c crtdemo.pas returns : crtdemo.pas:32: module/unit interface `Crt' could not be imported What's the problem? Is there something to do to declare path to find units ??? OK. I found another problem now. Typing gpc --automake hello.pas returns : /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/libgpc.a(randfile.o): In function `do_seek': /home/elug/pascal-wochenende-20000729/gcc-2.95.2/gcc/p/rts/randfile.c:327: the `llseek' function may be dangerous; use `lseek64' instead. but a.out is OK. I tried to find what to do last 2 days in manual, but .... Thanks. Laurent PARISE. -- Web: http://www.laurent-parise.com E-mail: laurent(a)laurent-parise.com

1 0

Re: `Reply-To' (solution)
by da Silva, Joe 23 Nov '01

23 Nov '01

Well, I'm sorry to hear it! <g> I guess I've been lucky then, as I can only recall about two or three such occurrences over the past couple of years, on a variety of lists. So, the moral of the story is: if your e-mail system is "dumb", make sure to "suspend" (or whatever you call it) your lists before enabling an automated "vacation response"! Anyway, thanks to Peter and Frank for providing this "Reply-To" option - it's marvellous, wonderful, great, fantastic!!! Joe. > -----Original Message----- > From: Martin Liddle [SMTP:martin@tcs02.demon.co.uk] > Sent: Thursday, November 22, 2001 9:22 PM > To: gpc(a)gnu.de > Subject: Re: `Reply-To' (solution) > > In article > <01FD6EC775C6D4119CDF0090273F74A455A838(a)emwatent02.meters.com.au>, "da > Silva, Joe" <Joe.daSilva(a)emailmetering.com> writes > >Most e-mail systems, I'm told, know not to send "vacation" responses > >to mailing lists. So in most cases, this won't be a problem (eg. how > often > >has anyone seen such a response message on a mailing list?). > > > Lost and lots and lots of times :-( > -- > Martin Liddle, Tynemouth Computer Services, 27 Garforth Close, > Cramlington, Northumberland, England, NE23 6EW. > Phone: 01670-712624. Fax: 01670-717324. > Web site: <http://www.tynecomp.co.uk>.

1 0

bug?
by Adam Naumowicz 23 Nov '01

23 Nov '01

Hello, Maybe that is a known bug but I encountered a strange problem and don't know what happens. I reduced the example to these three silly files: --------------------- program tester; uses tester1; begin ImpSgnList.Init(8); end. ---------------------- unit tester1; interface uses tester2; var ImpSgnList:MList; implementation end. ---------------------- unit tester2; interface type MList = object constructor Init(ALimit: Integer); end; implementation constructor MList.Init(aLimit: Integer); begin end; end. ---------------------- The result of execution is as follows: tester.dpr: In main program: tester.dpr:5: Internal compiler error in `call_method', at objects.c:137 Please submit a full bug report to the GPC mailing list <gpc(a)gnu.de>. See <URL:http://home.pages.de/~GNU-Pascal/todo.html> for details. I use the following compiler version: Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gpc version 20010623, based on 2.95.3 20010315 (release) BTW: the same is with my another GPC version: Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/specs gpc version 20010121, based on 2.95.2 19991024 (release) I hope there is an explanation of this behavior, or if this is a new bug, there will be a way to correct it. Regards, Adam Naumowicz -------------------------------------- WWW: http://math.uwb.edu.pl/~adamn/ --------------------------------------

3 4

Re: `Reply-To' (solution)
by da Silva, Joe 22 Nov '01

22 Nov '01

Most e-mail systems, I'm told, know not to send "vacation" responses to mailing lists. So in most cases, this won't be a problem (eg. how often has anyone seen such a response message on a mailing list?). Joe. > -----Original Message----- > From: Frank Heckenbach [SMTP:frank@g-n-u.de] > Sent: Wednesday, November 21, 2001 11:01 PM > To: gpc(a)gnu.de > Subject: Re: `Reply-To' (solution) > > Russell Whitaker wrote: > > > > Recently there was a discussion about whether the mailing list > > > software should automatically add `Reply-To' headers. > > > > > > Peter now told me that the new majordomo version used has the option > > > to set it on a per-user basis, so those who like it can have it, and > > > those who'd feel disturbed by it won't be. > > > > > > If you want it, just send a mail to <majordomo(a)gnu.de> with the > > > following command in the body: > > > > > > set gpc replyto your(a)mail.address > > > > > > (where your(a)mail.address, of course, is the address with which > > > you're subscribed to the list). > > > > > If someone also goes on vacation and uses an auto "vacation reply" > > will that set up an endless mail loop? > > Good point. If it uses the `Reply-To' header, and sends multiple > message to the same recipient (which I consider rather broken, > anyway) and the mailing list software doesn't detect vacation > replies or mail loops, then probably yes. > > So I suggest everyone who uses vacation replies to not use the > Reply-To feature unless they know for sure it won't cause problems > (I'm not sure) ... and unless they want to find themselves kicked > from the list when they return. ;-) > > 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

3 2

`Reply-To' (solution)
by Frank Heckenbach 21 Nov '01

21 Nov '01

Recently there was a discussion about whether the mailing list software should automatically add `Reply-To' headers. Peter now told me that the new majordomo version used has the option to set it on a per-user basis, so those who like it can have it, and those who'd feel disturbed by it won't be. If you want it, just send a mail to <majordomo(a)gnu.de> with the following command in the body: set gpc replyto your(a)mail.address (where your(a)mail.address, of course, is the address with which you're subscribed to the list). 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 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 November 2001