Gpc

gpc@gnu.de

5400 discussions

Re: GRX 2.4.4 pre-release
by Maurice Lombardi 28 Nov '01

28 Nov '01

Mariano Alvarez Fernandez wrote: > GrSaveContextToJpeg is a new function, the old SaveContextToJpeg lived in the addon subdir, and I > didn't know if we can change it, so I had write a new one and his pair: GrLoadContextToJpeg. Can > you add it to grx.pas? OK. To check I have also written a demo program which is the exact translation to pascal of jpgtest.c In doing this I have noticed a problem in the translation of passing GrContext parameters to procedures/functions. In C they are passed as pointers. In Pascal the best solution is usually to pass them as "var" parametrers, and this had been done previously. However there is a trick in grx that when passing a NULL pointer instead of a GrContext pointer, an internal GrContext is created and/or used. This trick is very frequently used for the current context, and is done several times in the demo program. But I know no way in Pascal to pass a nil pointer as a var parameter. So either one discards this possibility or pass the parameters as pointers GrContextPtr like in C. This is not a natural way of doing in pascal but it works. I have thus corrected grx.pas this way, corrected makefiles and readme to include the new demo program, and also corrected vir_test.pas for the new syntax. I have checked that everything works on djgpp. All is contained in the attached grxdiff.zip 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 ?? ( now cannot exec `cc1'...)
by Frank Heckenbach 27 Nov '01

27 Nov '01

laurent(a)laurent-parise.com wrote: > The fisrt time I compiled GPC, installation process didn't detect > gcc 2.95.3 .... I think the only change is the directory to compile : > now I use /usr/src whereas I did it in /root/tmp before.... That seems strange. The base directory should not matter. It's only important that the GPC sources are placed properly below GCC (i.e. .../gcc/p). If you did this, and still gcc-2.95.3 was not detected, I'd be interested in details so I can fix 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

1 0

Re: Installation problem ?? ( now cannot exec `cc1'...)
by Frank Heckenbach 27 Nov '01

27 Nov '01

laurent(a)laurent-parise.com wrote: > I put GCC (from Slack 8.0 source disk) and GPC sources in /usr/src and > proceed to installation. At the end of 'make', I read the message : > > checking if compiler f771 has been built... no > Configuring in i686-pc-linux-gnu/libchill > creating cache ./config.cache > checking if compiler cc1chill has been built... no > Configuring in i686-pc-linux-gnu/libobjc > creating cache ./config.cache > checking if compiler cc1obj has been built... no > > Do you think this is a normal message ? Yes, it is. It just notes that the Fortran, Chill and Objective C compilers were not built. I assume you didn't want to build them, so it's ok. > ('make' detected gcc 2.95.3 and > used a special patch ... ) so I run 'make pascal.install' in > 'gpc-build/gcc'. (Should I have done a 'make install' and install gcc > too ???) Yes. 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: 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

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