Gpc

gpc@gnu.de

5400 discussions

Start a nNew thread

GPC on Mac OS X
by chewie＠mac.com 05 Aug '01

05 Aug '01

Hello, Has anyone been successful compiling GPC for Mac OS X. I am having no luck. Thanks, J

1 0

Re: Automatic gpc installation
by Ernst-Ludwig Bohnen 03 Aug '01

03 Aug '01

On Thu, 2 Aug 2001, Stephen Hurd wrote: > Yeah, gmake is in the path if it's installed from the ports collection or as > a package. It's not in the default install though, so maybe a test and > warning if it doesn't exist... doesn't really matter though, I'd think > anyone would pick up on that pretty quick. Removed the 'alias make=..' and made a check wether gmake can be used. This should work reliable on all? Unix/Linux Systems. Gmake is mandatory, not make. See: http://www.desy.de/~bohnen/gpc/install.gpc > > I wasn't sure if you wanted the output from ftp put into a logfile or not, I > noticed that wget was outputting to outfile (If I understand wget properly - > never used it) but I left it to the screen... mostly because it has a nice > status bar. The reason to hide the output (and not throwaway) of wget is to allow together with the -v 0 switch a batch version, which makes possible a remote triggered 'Hands off installation' for many machines on a bigger site. As far as I anderstand various ftp solutions, ftp works fine in interactive mode but not in batch. Do be done: Correct output of wget under control of the variable VERBOSITY !! Thank you for suggestions > It would have required less changes if it was left using wget, but since I > don't use it, I figured I'd set it up so other people could not use it too. > :-)

2 1

[Fwd: 16 bit sets?]
by Sven Jauring 03 Aug '01

03 Aug '01

Hi again! I need to be able to specify not only 16 bit sizes but also 8 bit and 4 bit sizes as well. Is there anyone out there that could give me a hint of HOW to implement the functionality in GPC and some kind of estimation of how long TIME it would take? Best Regards Sven Jauring -------- Original Message -------- Subject: 16 bit sets? Date: Tue, 31 Jul 2001 16:34:50 +0200 From: Sven Jauring <sven.jauring(a)hiq.se> To: gpc(a)gnu.de Hi, I'm working in a project, where I need to compile old pascal code using GPC (beta 20010201). The code is scattered with variable types, that depends on bit correlations in unions. E.g: ******************************** type INT0_255 = packed 0..255; BITS = (BIT0,BIT1,BIT2,BIT3, BIT4,BIT5,BIT6,BIT7, BIT8,BIT9,BIT10,BIT11, BIT12,BIT13,BIT14,BIT15); var VARIABLE1 : record case int16 of 0: (WORD: INTEGER); 1: (MSB: INT0_255; LSB: INT0_255); 2: (BT : set of BITS); end; ********************************* In order for this declaration to function properly, I seem to need the possibility to specify 'BT' to be just 16 bits, and not 32 bits, which seems to be default. I tried to find out from the manual if this is possible. I found the following passages: "The Extended Pascal features still missing from GPC are ..., set types with variable bounds, ..." and "Planned features: Other types... *sparse sets; sets of arbitrary types ?? ???" For me, this is pretty deep water, so I won't take offence if you tell me to RTFM, but never the less... My question is this: Can it be done in the latest release (20010623) or should I wait for someone to implement this feature? Best Regards Sven Jauring

2 2

calling c code from pascal
by Miguel Pérez E 02 Aug '01

02 Aug '01

Hello, sorry if this is a trivial question. I´d like to use dzcomm library in my pascal program. It is necesary to first initialize allegro: ///****************************************// program Terminal; {$L c:\djgpp\allegro\src\allegro.c} function allegro_init() : integer; asmname 'allegro_init'; external; begin allegro_init(); Writeln('Hola, esta es una prueba.'); readln; end. ///****************************************// but the gpc says: C:\DJGPP\allegro\dzcomm\term>gpc term2.pas --autobuild term2.pas:5: parse error before `)' term2.pas: In main program: term2.pas:8: parse error before `)' term2.pas:8: warning: function call as a statement - value is ignored What I am doing wrong?, or what switches do I have to set? Thank you for your help. Miguel Pérez E Development Engineer Primestone E-Mail: miguel.perez(a)primestone.com Tel: (571) 6265432 Fax: (571) 6156377

2 1

Automatic gpc installation
by Ernst-Ludwig Bohnen 02 Aug '01

02 Aug '01

Hi gpc fans, I think many people are bullfighting with gpc-installation on various platforms, me as well. It's a hard job. Hence I decided to write a tool trying to do all the work from scratch automatically. The tool (install.gpc) is intended to work for UNIX/Linux systems: System Status ----------------------------------------------- Linux SuSE 7.2 OK Linux SuSE 6.3 OK, makeinfo ver. 1.68 didn't work, needs 4.0 SunOS See URLs below IRIX See URLs below, same problem as for SunOS HP-UX Wrong make version, delayed AIX Not tested up to now, delayed The current status is that install.gpc seems to work fine only on Suse 6.3 & 7.2. Initial problems were due to an outdated makeinfo. Everybody who is interested may download the tool from: http://www.desy.de/~bohnen/gpc/install.gpc make it executeble and try it out (first time I recommend to do it as a simple user). Simply type: install.gpc <RET> to install gpc from scratch (default is pgc-20010623 with gcc-2.95.2). Type install.gpc -h for how to modify defaults and control verbosity, etc. Have a look on pre/post mortem log files written by install.gpc. http://www.desy.de/~bohnen/gpc/install.log.SUN http://www.desy.de/~bohnen/gpc/install.log.IRIX http://www.desy.de/~bohnen/gpc/install.log.HP-UX (no gmake) Maybe there is somebody who knows the reason for abnormal end of installation. Hints and suggestions are welcome to make install.gpc run more successful on those systems. Ernst-Ludwig

2 2

16 bit sets?
by Sven Jauring 31 Jul '01

31 Jul '01

Hi, I'm working in a project, where I need to compile old pascal code using GPC (beta 20010201). The code is scattered with variable types, that depends on bit correlations in unions. E.g: ******************************** type INT0_255 = packed 0..255; BITS = (BIT0,BIT1,BIT2,BIT3, BIT4,BIT5,BIT6,BIT7, BIT8,BIT9,BIT10,BIT11, BIT12,BIT13,BIT14,BIT15); var VARIABLE1 : record case int16 of 0: (WORD: INTEGER); 1: (MSB: INT0_255; LSB: INT0_255); 2: (BT : set of BITS); end; ********************************* In order for this declaration to function properly, I seem to need the possibility to specify 'BT' to be just 16 bits, and not 32 bits, which seems to be default. I tried to find out from the manual if this is possible. I found the following passages: "The Extended Pascal features still missing from GPC are ..., set types with variable bounds, ..." and "Planned features: Other types... *sparse sets; sets of arbitrary types ?? ???" For me, this is pretty deep water, so I won't take offence if you tell me to RTFM, but never the less... My question is this: Can it be done in the latest release (20010623) or should I wait for someone to implement this feature? Best Regards Sven Jauring

2 1

no gpcpp ?
by Oliver Kullmann 28 Jul '01

28 Jul '01

Hi, on the search for an ISO 7185 compliant compiler I found gpc, which I have installed in Suse 7.2 Linux, however, trying to compile something doesn't work: gpc: installation problem, cannot exec `gpcpp': No such file or directory Now I have no idea what to do (the documentation does not say something about that (at least I didn't find it)). Can somebody help?! Thanks in any case! Oliver

5 8

module/unit interface `Crt' could not be imported
by Miguel Pérez E 27 Jul '01

27 Jul '01

Hello, sorry if this is a trivial question. I´m trying to compile the folloing program: program DateTimeDemo; uses DOS, CRT ; var ano, mes, dia, numdia : word; begin GetDate(ano, mes, dia, numdia); WriteLn('Current date is: ' + ano)); readkey; end. and gpc cannot find CRT and DOS, but these units are present. The output of compilations this: C:\DJGPP\src>gpc dosuntes.pas --unit-path="c:\djgpp\lib\gcc-lib\djgpp\2.953\unit s" -v Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.953/specs gpc version 20010623, based on 2.95.3 20010315/djgpp (release) c:/djgpp/lib/gcc-lib/djgpp/2.953/gpcpp.exe -lang-pascal -v -famtmpfile=c:/djgpp /tmp\ccaaaaaa -funit-path=c:\djgpp\lib\gcc-lib\djgpp\2.953\units -fdelphi-commen ts -D__GNU_PASCAL__ -undef -D__GNUC__=2 -D__GNUC_MINOR__=95 -D__GPC__=2 -D__GPC_ MINOR__=0 -D__GPC_RELEASE__=20010623 -D__BITS_LITTLE_ENDIAN__=1 -D__BYTES_LITTLE _ENDIAN__=1 -D__WORDS_LITTLE_ENDIAN__=1 -Dunix -Di386 -DGO32 -DDJGPP=2 -DMSDOS - D__OS_DOS__=1 -D__unix__ -D__i386__ -D__GO32__ -D__DJGPP__=2 -D__MSDOS__ -D__OS_ DOS__=1 -D__unix -D__i386 -D__GO32 -D__DJGPP=2 -D__MSDOS -Asystem(unix) -Asystem (msdos) -Acpu(i386) -Amachine(i386) -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -D__tune_pentium__ -imacros c:/djgpp/lib/djgpp.ver -remap dosuntes.pa s c:/djgpp/tmp\cccaaaaa GNU Pascal Compiler PreProcessor version 20010623, based on gcc-2.95.3 20010315/ djgpp (release) (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: c:/djgpp/lang/pascal c:/djgpp/include /usr/local/include c:/djgpp/i586-pc-msdosdjgpp/include c:/djgpp/lib/gcc-lib/djgpp/2.953/include c:/djgpp/include End of search list. c:/djgpp/lib/gcc-lib/djgpp/2.953/gpc1.exe c:/djgpp/tmp\cccaaaaa -quiet -dumpbas e dosuntes.pas -version -famtmpfile=c:/djgpp/tmp\ccaaaaaa -funit-path=c:\djgpp\l ib\gcc-lib\djgpp\2.953\units -o c:/djgpp/tmp\ccdaaaaa GNU Pascal version 2.95.3 20010315/djgpp (release) (djgpp) compiled by GNU C ver sion 2.95.3 20010315/djgpp (release). GNU Pascal version is actually 20010623, based on gcc-2.95.3 20010315/djgpp (rel ease) dosuntes.pas:34: module/unit interface `Dos' could not be imported How can I get it working? Thank you in advance Miguel Pérez E Development Engineer Primestone E-Mail: miguel.perez(a)primestone.com Tel: (571) 6265432 Fax: (571) 6156377

2 1

bug in string concatenation ?
by Maurice Lombardi 27 Jul '01

27 Jul '01

Hello This is the smallest program which displays the bug program bug; var s:string[255]=''; begin s:=s+'a'; s:=s+'b'; end. It works fine apparently. But by stepping with a debugger, I see that after each string concatenation the stack is increased by 16 bytes. No harm in usual programs since the stack is released at each exit of procedure by something like mov %ebp,%esp But in a procedure which was computing 80*480 bytes and concatenating them to strings, the increase in stack size by 16*80*480=614400 bytes overflowed the default djgpp stack size of 512k, producing weird crashes. As a workaround I increased the stack size of course, but the bug should be solved. The bug is present with or without optimization options, both on my work computer: djgpp v2.03, gpc-20010623 based on gcc-2.95.3, binutils 2.11.2, W98se dos box, and on my home computer djgpp v2.03, gpc-20010315 based on gcc-2.95.2, binutils 2.9.5.1, bare dos 6.23 The first step would be to try on a linux machine to see if it is a problem of gpc or djgpp. I have none at hand presentlly. 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

Gnu Pascal on Palm?
by Heuristx＠Yahoo.com 26 Jul '01

26 Jul '01

Hi, Sorry if this is an silly or old question - I'm new to Gnu Pascal and I haven't found anything about this in the archives or the FAQ... The Gnu Pascal intro lists operating systems for which we can compile it, but then it states, 'and more...' It also says that Gnu Pascal can be compiled on any device that supports the Gnu C. Now, there is a cross-platform Gnu C compiler that works on Windows but compiles for the Palm OS. Does it mean that it's possible to make a Pascal compiler for the Palm? I haven't heard anything about it, but it would be the most significant news since Gnu C for the Palm itself... Even if it has to run on the Palm device, it would open up some interesting possibilities. Steve Philipp _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.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