Gpc June 1998

gpc@gnu.de

38 participants
59 discussions

Semi-low level question...
by Orlando Llanes 09 Jun '98

09 Jun '98

Is there a way to specify to GPC, or for GPC to specify to AS, to reference Object fields (variables) using the stack rather than registers? The reason I ask is because my libs won't work as intended when variables are referenced via clobbered registers. I'm weary of making these variables globals because I intend to make them thread safe (somehow) eventually and owuld like each instance to have its own copy of the variables. Thanks in advance! See ya! Orlando Llanes "Meine Damen und Herren, Elvis hat soeben das Gebaeude verlassen!" "Look out fo' flyeeng feet" O__/ a010111t(a)bc.seflin.org \/|____. O <__. \/\> / \ ____________|___\______ http://ourworld.compuserve.com/homepages/Monkey414

2 2

Re: GPC REFERENCE
by richard.kerry＠quantel.com 08 Jun '98

08 Jun '98

Should the info attempt to be a Pascal language tutor ? ie. Should it cover FOR, WHILE, REPEAT etc. Surely most people coming to GPC will do so knowing Pascal from elsewhere. Since the world at large seems to prefer C (or Cobol), it seems to me that we don't need to worry too much about explaining the standard contructs as only those who have already chosen Pascal will be interested in GPC. If we do want to include standard constructs, we might derive our explanations from one of a number of existing books eg. Programming in Pascal, by Peter Grogono. (Addison-Wesley 0-201-12070-4). This book explains the FOR loop by its equivalent code using WHILE. I know this is copyright, but it (or similar) should give an idea how to explain these basic constructs. I think LALR(1) is the algorithm used for parsing. The syntax definition language is Backup-Naur Form, known as BNF. The Grogono book I mentioned doesn't use it, it uses syntax diagrams instead, but I'm sure someone can provide BNF for GPC. Whatever goes in should certainly be checked for English grammar and usage by a native speaker, or one of the German members of the list, who seem to write extremely good English. Regards, Richard.

5 5

Re: Semi-low level question...
by Frank Heckenbach 08 Jun '98

08 Jun '98

Orlando Llanes wrote: > Is there a way to specify to GPC, or for GPC to specify to AS, to > reference Object fields (variables) using the stack rather than registers? > The reason I ask is because my libs won't work as intended when variables > are referenced via clobbered registers. I'm weary of making these > variables globals because I intend to make them thread safe (somehow) > eventually and owuld like each instance to have its own copy of the > variables. Thanks in advance! I'm not sure I really understand your problem. Do your routines rely on no registers being clobbered by other routines? I don't think you could ever rely on this, because registers are used for other purposes, too. Perhaps declaring the variables "volatile" might help, but actually I don't think so. I don't think "volatile" is needed unless the variables are used in different threads at the same time or modified by hardware interrupts or such things. -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP and GPG keys: http://fjf.gnu.de/plan

1 0

GRX graphics library v2.3 available
by Hartmut Schirmer 08 Jun '98

08 Jun '98

Hi, I uploaded GRX v2.3 on ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2tk (Mirrors see http://www.simtel.net/simtel.net/mirrors.html) and on the GRX pages at http://www.techfak.uni-kiel.de/~hsc/GRX/ What's GRX ---------- GRX is a low level graphics library designed for general purpose 2D graphics. It's designed to be portable (ANSI-C) and effective. In addition to the ANSI-C API it's possible to call GRX from other languages, an interface to GNU-Pascal comes with GRX. GRX is under the LGPL. Check out doc/copying.cb for details. Currently GRX is known to work on DOS systems (GCC+DJGPP, Borland C++, Watcom C++ 32bit) Linux systems (svgalib and X11) Unix systems (Sun, DEC, HP with X11R5 or newer) What's new in this release -------------------------- -- Thomas Hahn ported GRX to DEC alpha systems -- Ulrich Leodolter contributed his latest X11 driver. Several X11 problems (readpixel, color handling in pseudo color mode) are now. Additionally GRX will run on X11R5 systems now. -- Vincenzo Morello contributed the addons/ctx2jpeg source -- Andris Pavenis contributed the memory driver and the addons/print sources -- Gary Sands ported GRX to Watcom C++ (32bit, V11.0, other versions may work) -- Michal Stencl contributed the image handling code and the addons/bmp sources -- code portability has be greatly enlarged. GRX should be easily portable to new compilers now. -- BCC port should now work on _all_ Borland 16bit compilers (Tested with BCC 2.0, 3.1 and 4.52) -- GRX will work on big endian systems (sparc, AIX systems) -- GRX has 64bit support -- GRX uses a more flexible scheme for temporary memory allocation now. Depending system and the SMALL_STACK switch either alloca or malloc will be used. GRX allocates an internal buffer for blit blits, scanline return, etc now -- GRX supports a platform independant keyboard interface -- Nearly all frame drivers have be optimized for performance -- On Linux systems GRX can be build as shared lib -- New GRX functions: GrFloodFill GrGetScanline GrGetScanlineC GrPutScanline GrGetLibraryVersion GrGetLibrarySystem GrAllocEgaColors GrImage.... I wish to thank all of you for your continuing contributions to GRX. If you look at the list above, without your help this release would not have been possible. A special thank to Andris and Gary for testing nearly every new beta release, your feedback was extremely helpful! What's missing -------------- The GRX documentation is somewhat outdated. Other minor problems have been reported. Check out the GRX pages at http://www.techfak.uni-kiel.de/~hsc/GRX/ for more details. Hartmut Schirmer -- Hartmut Schirmer | Phone: +49-431-77572-709 FAX:-703 Automatisierungs- & Regelungstech. | hsc(a)techfak.uni-kiel.de Technische Fakult"at, | http://www.techfak.uni-kiel.de/~hsc Kaiserstr. 2, 24143 Kiel, Germany | PGP key via WWW, Key ID:6D84AEC1

1 0

UCE: PC-to-UNIX Connectivity Software
by info＠xlink.com 05 Jun '98

05 Jun '98

************************************************* Come see why Fortune 1000 Companies choose XLink for their PC-to-UNIX integration needs! ************************************************* We know you're busy so we'll be brief. :) XLink Technology, Inc. provides total networking software solutions for now and to the future Visit XLink Technology, Inc. @ http://www.xlink.com if you need help with the following... Total PC-to-UNIX integration software for the Windows Platforms: - NFS Client/Server - X-Windows - LPD/LPR - Terminal Emulation - All windows platforms - and more! Visit http://www.xlink.com for a FREE demo and more details! Thank you for your time. This is a one time mailing.

1 0

GPC REFERENCE: for
by Miklos Cserzo 05 Jun '98

05 Jun '98

for SYNTAX: for iteration_variable := initial_value to final_value do statement or for iteration_variable := initial_value downto final_value do statement DESCRIPTION: "for" is reserved word in all Pascal standards. It is used for introducing iterative loops during the execution. At the start of the loop the control variable set to the initial value then incremented by 1 after each execution step of the body of the "do" statement. The control variable should be an integer type. When the value of the control variable equals to the final value the execution continues at the next statement after the body of the "do". If the initial value and the final value are equal the loop executed ones. If the initial value higher than the final value the body of the "do" statement not executed. In the second form of the command the control variable decremented by 1 in each cycle. The relation of the initial and final values are reversed accordingly. The body of the "do" statement can contain other "for" cycles resulting nested loops. It is an error to set the value of the loop-control variable inside the loop. The code that violate that rule will compile and run - if there are no other errors - but the result will be unpredictable. After the execution of the loop the value of the control variable is undefined. A proper code should not relay on that value. STANDARDS: All EXAMPLE: var i,j,k:integer; vec:array[1..10] of integer; cube:array[1..10.1..10.1..10] of real; ... for i:= 1 to 10 do begin write('element [',i,']:? '); { prompt for the next value } readln(vec[i]); { read it } end; .... for i:= 1 to 10 do { load data from "infile" } for j:= 1 to 10 do begin for k:= 1 to 10 do read(infile,cube[i,j,k]); readln(infile); { next line } end; close(infile); SEE ALSO: do, while, repeat ________________________________ Comment this please. miklos

4 4

gcc-2.8.1 and gpc
by Mehul Sanghvi 04 Jun '98

04 Jun '98

'allo, Does GPC work with GCC 2.8.1 or do I still have to use GCC-2.7.2.1 for it ? Thanks, mehul -- Mehul Sanghvi email: <mehul(a)ziplink.net> wwweb: <http://www.ziplink.net/users/mehul/> Windows 95: n. Computing software with a graphical shell and 32 bit extensions for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company, that can't stand 1 bit of competition.

2 2

Re: GPC REFERENCES: do
by Nick Burrett 04 Jun '98

04 Jun '98

On 3 Jun 98 at 11:34, Miklos Cserzo wrote: > do > > SYNTAX: > for iteration_variable := initial_value to final_value do statement > > or > for iteration_variable := initial_value downto final_value do statement > > or > > while boolean_expression do statement > > or > > with list_element[,...] do statement > If we are going to supply syntax to Pascal constructs then I suggest that they are suppled as proper grammar i.e. the LALR(1) format. Nick.

3 3

GPC REFERENCE: until
by Miklos Cserzo 03 Jun '98

03 Jun '98

until SYNTAX: repeat statement1; statement2; .... until boolean_expression; DESCRIPTION: The "until" keyword is used exclusively in combination with "repeat" keyword in all Pascal standards. See the reference page for "repeat" for the details. STANDARDS: All EXAMPLE: SEE ALSO: repeat

2 1

Re: GPC REFERENCE: begin
by Frank Heckenbach 03 Jun '98

03 Jun '98

> > DESCRIPTION: "begin" is word-symbol (reserved word) in all Pascal ^a > > standards. "begin" with its enclosing "end" groups together the statements Is "enclosing" the right word? English is not my native language, but I'd think the statements between "begin" and "end" are "enclosed", not the "end" itself. > > Wherever the Pascal syntax requires one statement "begin" ... > > "one single"? > > > "end" constructions can be used. Perhaps a small example here (a "for" or "while" loop)? > > "begin end;".) The execution part of a program block syntactically is a > > single statement therefore should be enclosed into a "begin ... end." > > construction. Perhaps clarify that it *must* be enclosed. Otherwise, someone might get the idea that the following would be valid: program foo; writeln('Hello, world.'). > This holds for the (optional) initialization part of Units as well. Don't forget to mention in the "Standards" section that this is a BP (or already UCSD?) extension, in contrast to "to begin/end do" which are EP. -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP keys: http://pgp5.ai.mit.edu/pks/lookup?op=index&search=Frank+Heckenbach

2 1

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 June 1998