Gpc

gpc@gnu.de

5400 discussions

sets bug report
by Couperin 09 Aug '00

09 Aug '00

Here is a new problem I get. It seems to be a new bug :-( I can't compile this simple program : --------------------------------------- Program Bug08; Type T_ScreenLimits = Set Of ShortCard; Const XLimits : T_ScreenLimits = [0,1279]; Var X : ShortCard; Begin X := 1279; If X In XLimits Then WriteLn('OK'); End; --------------------------------------- Here is the full message of the compiler : Reading specs from c:/djgpp/lib/gcc-lib/djgpp/2.952/specs gpc version 20000727, based on 2.95.2 19991024 (release) c:/djgpp/lib/gcc-lib/djgpp/2.952/gpcpp.exe -lang-pascal -v - famtmpfile=c:/djgpp/tmp\ccaqgwvh -fautobuild -fdelphi-comments - D__GNU_PASCAL__ -undef -D__GNUC__=2 -D__GNUC_MINOR__=95 - D__GPC__=2 -D__GPC_MINOR__=0 -D__GPC_RELEASE__=20000727 - 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) -g -Acpu(i386) -Amachine(i386) -Di386 -D__i386 - D__i386__ -D__tune_pentium__ -imacros c:/djgpp/lib/../include/sys/version.h - remap Bug08.pas c:/djgpp/tmp\ccbqgwvh.i GNU Pascal Compiler PreProcessor version 2.95.2 19991024 (release) (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: c:/djgpp/lang/pascal c:/djgpp/include c:/djgpp/contrib/grx232/include /usr/local/include JDIR/i586-pc-msdosdjgpp/include $DJDIR/lib/gcc-lib/djgpp/2.952/include $DJDIR/include End of search list. c:/djgpp/lib/gcc-lib/djgpp/2.952/gpc1.exe c:/djgpp/tmp\ccbqgwvh.i -quiet - dumpbase Bug08.pas -g -version -famtmpfile=c:/djgpp/tmp\ccaqgwvh -fautobuild - o c:/djgpp/tmp\ccbqgwvh.s GNU Pascal version 2.95.2 19991024 (release) (djgpp) compiled by GNU C version 2.95.2 19991024 (release). Bug08.pas:4: warning: integer set size limited to 256 elements from low bound Bug08.pas:4: warning: use -fsetlimit:NUMBER to change the limit at compile time Bug08.pas:9: Internal compiler error in `get_set_constructor_bits', at tree.c:5016 Please submit a full bug report. See <URL:http://www.gnu.org/software/gcc/faq.html#bugreport> for instructions. I also tried this other one, with the same result in compilation : --------------------------------------- Program Bug10; Type T_ScreenLimits = Set Of ShortCard; Var XLimits : T_ScreenLimits; Var X : ShortCard; Begin XLimits := [0,1279]; X := 1279; If X In XLimits Then WriteLn('OK'); End. --------------------------------------- I thought that by adding these definitions : Type T_ScreenLimits = Set Of ShortCard; Const XLimits : T_ScreenLimits = [0,1279]; I could overcome the impossibility to compile something like this : --------------------------------------- Program Temp; Var X : ShortCard; Begin X := 1279; If X In [0,1279] Then WriteLn('OK'); End. --------------------------------------- How can I define this simple set [0,1279] ? Last question : To who may I submit test programs If I think it could be added to the Test Suite of GPC sources ? Thanks in advance -- "Couperin"

2 1

Re: sets bug report
by Couperin 09 Aug '00

09 Aug '00

I wrote : ... > Here is the full message of the compiler : ... > Please submit a full bug report. > See <URL:http://www.gnu.org/software/gcc/faq.html#bugreport> for > instructions. ... Is it a GPC bug or a GCC bug ? Do I really have to report it at {HYPERLINK "mailto:gcc-bugs@gcc.gnu.org"}gcc-bugs(a)gcc.gnu.org ? -- "Couperin"

1 0

Graphical resolution with GPC
by Klaus Friis Østergaard 08 Aug '00

08 Aug '00

Hi Everyone at GPC/GRX I need to convert a program written in turbo pascal version 7.0 which uses a resolution of 1024x768 pixels. When I look at the GRX packed it seems like the high resolution is 640x400 standard svga is this right? I need to use a mouse to control something in the program. Would it be possible to convert this program/ make a new program that uses GPC, with grx and a graphical interface at 1024x768 or maybe 1280x1024, I only need 16 colours? I have the newest gpc-alpha version compiled on a red-hat linux and also a cygwin working on Windows, the primary end platform for the program should be Windows (unfortunately). If it is possible to get a resolution of 1024X768 or greater it would be great if there was a sample code on how to initialise/invoke the graphics rather than a YES this can be done. Thanks Klaus F. Ãstergaard farremosen(a)mail.tele.dk

2 1

From C to GNU-Pascal
by Eike Lange 08 Aug '00

08 Aug '00

Hi! I have a structure called MYSQL_ROW, which I want to port to Pascal (Access to Mysql). In the C-Header, MYSQL_ROW is defined like this: typedef char**MYSQL_ROW; In Pascal, I have defined MYSQLROW like: type MYSQLROW = ^CString; Is this OK? How do I access the follwowing: Var row : MYSQLROW; C PASCAL row[0] row^ row[1] ?? row[2] ?? row[3] ?? In C, it is possible to give an enumeration some predefined values like: enum my_type { first, second, third=44}; How do I do that in Pascal? type MyType = ( first; second; third); Thanks, Eike Lange

5 7

[Bug] GPC_EXEC_PREFIX doesn't take precedence
by J. David Bryan 08 Aug '00

08 Aug '00

This report is for gpc-20000805. The "Invoking GPC" section of the GPC manual states: "In addition, GPC recognizes GPC_EXEC_PREFIX with the same meaning that GCC_EXEC_PREFIX has to GCC. GPC also recognizes GCC_EXEC_PREFIX, but GPC_EXEC_PREFIX takes precedence." Actually, GCC_EXEC_PREFIX takes precedence. Lines 2919-2922 of "gpc.c" are: gcc_exec_prefix = getenv ("GCC_EXEC_PREFIX"); #ifdef GPC if (! gcc_exec_prefix) gcc_exec_prefix = getenv ("GPC_EXEC_PREFIX"); #endif Note that GPC_EXEC_PREFIX is not used if GCC_EXEC_PREFIX is defined. One possible fix to this code would be: #ifdef GPC gcc_exec_prefix = getenv ("GPC_EXEC_PREFIX"); if (! gcc_exec_prefix) #endif gcc_exec_prefix = getenv ("GCC_EXEC_PREFIX"); (The behavior stated in the manual is the desired one. When running GPC, the GPC-specific environment variable should take precedence over any existing GCC-specific variable.) -- Dave

2 1

at last!
by Robert P. Ewing 04 Aug '00

04 Aug '00

Hello, all. Maurice wrote (paraphrased): ... but first I have to copy grx20.pas to the $DJDIR$ directory, or I need to add the option --unit-path=grx232/pascal to enable gpc to locate this file. That was the key! The programs compile fine now. I had also written about the new data types. I like the clean, systematic shortCard, medCard (sounds like what a doctor carries), and so on. I'll note that the web page http://agnes.dida.physik.uni-essen.de/~gnu-pascal/gpc_73.html#SEC73 (7.2, data types) doesn't have a link to a page on reals, so I had to guess. But fortunately the reals seems to be systematic and similar to the integers. Many thanks to all the comments and help I've received over the last week! No on to some actual programming! Toby

2 1

Re: help w/DOS gnupascal install
by Nicola Girardi 04 Aug '00

04 Aug '00

> I need newbie step by step help installing gnu Pascal for DOS. I have seen > the docs. on the gnu Pascal site but have not been able to glean from the > site exactly what files I need. > > 1. what files should I download for a minimum working DJGPP DOS install? http://www.delorie.com/ Choose DJGPP and then Zip-Picker; you just have to fill in a form :)

3 3

Linking Fortran (Lapack)
by Mike Reid 04 Aug '00

04 Aug '00

Dear gpc list, I have tried searching through the archives and my conclusion is that I will have difficulty linking Fortran into my pascal programs on Linux/Intel. However, any clues would be most welcome. This is my situation: I am using the current linux gpc rpms on intel systems (RedHat 6.1) as well as using it on an Alpha. The main thing I'm needing to do with my (rather old) pascal programs involves matrix diagonalization, which is blindingly fast on Alpha with the optimized BLAS and Lapack. On the Alpha (running True64 Unix, i.e. Digital (AKA Compaq :-()) I can link the Fortran routines just fine. However, on intel I can't link the gnu fortran libraries successfully, presumably because gpc is based on one version of gcc and our current g77 is based on another. I don't particularly care about efficiency (the Alpha code is 10x faster due to the optimized matrix libraries) but it would be very useful to be able to develop and check the programs on my Linux boxes. So any clues as to how to just make it run would be very much appreciated. Since the primary platform is the Alpha Lapack/BLAS the obvious alternative of using the C version of Lapack is not really a solution. -- Dr. Michael F. Reid, M.Reid(a)phys.canterbury.ac.nz Physics and Astronomy, University of Canterbury Christchurch, New Zealand. Phone: + 64 3 364 2548 Fax: + 64 3 364 2469

2 1

help w/DOS gnupascal install
by leegold 04 Aug '00

04 Aug '00

I need newbie step by step help installing gnu Pascal for DOS. I have seen the docs. on the gnu Pascal site but have not been able to glean from the site exactly what files I need. 1. what files should I download for a minimum working DJGPP DOS install? Thanks - after this I'll post w/questions about the install procedure -step by step, but let me get the files download first.

1 0

Newbie question
by Michael Worsley 03 Aug '00

03 Aug '00

Hi all, Apologies for the newbie question but... I'm having problems installing and compiling GPC under Cygwin32 I've got a nice clean cygwin installation, downloaded the gcc-2.95.2 source and the gpc source and, after several trials and tribulations relating to include paths, patch files and so on, make gets as far as: cd p/rts && \ CC="`echo /usr/local/src/build/gcc/xgcc -B/usr/local/src/build/gcc/ -B/usr/local/i686-pc-cygwin32/bin/ -I/usr/local/i686-pc-c ygwin32/include' ' | sed -e 's,-B$[^/][^:]$,-B../../\1,g;s,^$[^/][^:]$,../../\1,'`" PC="`echo ./xgpc -B./' ' | sed -e 's, -B$[^/][^:]$,-B../../\1,g;s,^$[^/][^:]$,../../\1,'`" CONFIG_SITE=nonexisting-file \ $src/p/rts/configure --silent > /dev/null --srcdir=$src/p/rts \ `if [ x@with_shared@ = xyes ]; then echo '--with-shared'; fi` configure: error: installation or configuration problem: C compiler cannot create executables. make[1]: *** [p/rts/Makefile] Error 1 make[1]: Leaving directory `/usr/local/src/build/gcc' make: *** [all-gcc] Error 2 Any suggestions as to why GCC appears to be fritzed? Is it Cygwin's gcc that is at fault here, or somethig generated while making gpc? Any help would be appreciated. -- Michael Worsley Praxis Critical Systems Ltd. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. **********************************************************************

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