Gpc

gpc@gnu.de

5400 discussions

Another problem with strings
by Nick Ioffe 07 Oct '02

07 Oct '02

Hi! I'm trying to use the shared memory with GPC. The service I've written in C to map into the shared memory region accepts void **pointer_to_set_arg. I declare: type xyz_str_type = record id : integer; name : string(80); end; xyz_ptr_type = ^xyz_str_type; var xyz_ptr : xyz_ptr_type; xyz_str : xyz_str_type; tmp_ptr : pointer; ... in code I do: exp_shm_map (..., Add(tmp_ptr),...); xyz_ptr := xyz_ptr_type (tmp_ptr); xyz_ptr^.str := xyz.str; writeln (xyz_ptr^.str); In other program I just print the xyz_ptr^.str after I map into an existing shared memory region. The problem is that it doesn't work. I get nothing printed. But when I write xyz_ptr^ := xyz; everything works. It seems that something is done when new String variable is allocated. Some kind of initialization! Is there any way to overcome the diffculty without using the xyz strcuture allocated explicitly? Thank you, Nick

2 1

Dropping `--standard-pascal', `foo = procedure (Integer, Real)'
by toms＠ncifcrf.gov 04 Oct '02

04 Oct '02

Frank: I'm running gpc version 20000707, based on 2.95.2 19991024 (release) with set standard = "--standard-pascal" gpc $standard \ --transparent-file-names \ --no-mixed-comments \ -O$optimization \ -Wall \ $program.p -o $program (these are part of a script, ftp://ftp.ncifcrf.gov/pub/delila/gpcc ) I really like being able to compile original version (classic?) Pascal and I plan to switch to gpc (or p2c if gpc fails) in the future when Sun gives up on Pascal. So you wrote: | in the course of cleaning up GPC, I plan to drop the following | obsolete "features". | | - `--standard-pascal[-level-1]' (and the corresponding compiler | directives). GPC has `--classic-pascal[-level-1]' now to | distinguish it better from Extended Pascal (which also is a | standard). | ... | If you have any objections against removing them, please respond | soon. So would this make it impossible for me to compile "original" or "classical" Pascal? I don't know what the [-level-1] stuff is. Or how do I change my script Is there a web page that describes EVERY option now? However, I agree with Chuck Falconer that it should be easy to have the standard! Thanks, Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Frederick, Maryland 21702-1201 toms(a)ncifcrf.gov permanent email: toms(a)alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/

3 3

SDL for GPC
by Eike Lange 04 Oct '02

04 Oct '02

Hi Folks! I've written some SDL units for GPC. They are quite incomplete but usable (as far as you only need video output). "Simple DirectMedia Layer is a cross-platform multimedia library designed to provide fast access to the graphics framebuffer and audio device." See http://www.libsdl.org for more details. Furthermore, SDL_gfx is included in the package, just to have some graphics primitives. You'll find the unit at http://www.gnu-pascal.de/contrib/eike/ (sdlgpc-date.tar.gz) Have fun. Eike

1 0

Re: Dropping `--standard-pascal', `foo
by da Silva, Joe 30 Sep '02

30 Sep '02

I certainly don't object to identifying explicit ISO standards by their respective numbers, as you suggest. OTOH, we shouldn't have a myriad of ways of doing (specifying) the same thing. As you are no doubt aware, my concern with the "--standard-pascal" flag is that it infers that there is only one standard for Pascal. This is unfortunate, since the Extended Pascal Standard is just as much a standard, yet far too few people are even aware of it! Unless you (well, CBF actually;-) want to argue that "Extended Pascal" is not really Pascal, then use of the "--standard-pascal" flag is ambiguous at best. Anyway, if there is too much resistance to dropping the ambiguous "--standard-pascal" flag, we should at least discourage it's use in the documentation. For example, we could say something like : "--standard-pascal ... synonym for --classic-pascal". Joe. > -----Original Message----- > From: Tom Verhoeff [SMTP:wstomv@win.tue.nl] > Sent: Monday, September 30, 2002 5:33 PM > To: gpc(a)gnu.de > Subject: Re: Dropping `--standard-pascal', `foo > > >CBFalconer wrote: > > > >> Frank Heckenbach wrote: > >> > > >> > in the course of cleaning up GPC, I plan to drop the following > >> > obsolete "features". > >> > > >> > - `--standard-pascal[-level-1]' (and the corresponding compiler > >> > directives). GPC has `--classic-pascal[-level-1]' now to > >> > distinguish it better from Extended Pascal (which also is a > >> > standard). > >> > > >> > - The syntax `type foo = procedure (Integer, Real)' (i.e., without > >> > parameter names). > >> > > >> > If you have any objections against removing them, please respond > >> > soon. > >> > >> I strongly disagree. The very words "standard Pascal" > >> intrinsically reference ISO 7185, and "Extended Pascal" correlates > >> directly with the verbiage in ISO 10206. Without these > >> directives/flags the user is left groping about in the > >> documentation to find the appropriate magic incantations for > >> proper validation. > > > >I don't think typing `--standard-pascal' is any easier to use than > >`--classic-pascal' (in fact, it's even one letter more to type ;-). > >I'm also not sure whether someone new to GPC would guess > >`--standard-pascal' without looking in the manual (e.g., Invoking > >GPC -> GPC Options where the most common options are listed, > >including `--classic-pascal'). > > > >Just in case you misunderstood me here: I'm not going to remove the > >ISO 7185 support. I just want to remove one of the two equivalent > >switches to activate it. > > I do not think that the number of key strokes matters here. > Neither standard-pascal nor classic-pascal are unambiguous terms > (though they would do if documented properly). > > May I propose to call the option iso7185-pascal. The same number > of key strokes as classic-pascal, but, in my humble opinion, > unambiguous. > > Tom > -- > E-MAIL: T.Verhoeff at TUE.NL | Fac. of Math. & Computing Science > PHONE: +31 40 247 41 25 | Eindhoven University of Technology > FAX: +31 40 245 17 33 | PO Box 513, NL-5600 MB Eindhoven > http://www.win.tue.nl/~wstomv/ | The Netherlands >

2 1

Re: Dropping `--standard-pascal', `foo
by Tom Verhoeff 30 Sep '02

30 Sep '02

>CBFalconer wrote: > >> Frank Heckenbach wrote: >> > >> > in the course of cleaning up GPC, I plan to drop the following >> > obsolete "features". >> > >> > - `--standard-pascal[-level-1]' (and the corresponding compiler >> > directives). GPC has `--classic-pascal[-level-1]' now to >> > distinguish it better from Extended Pascal (which also is a >> > standard). >> > >> > - The syntax `type foo = procedure (Integer, Real)' (i.e., without >> > parameter names). >> > >> > If you have any objections against removing them, please respond >> > soon. >> >> I strongly disagree. The very words "standard Pascal" >> intrinsically reference ISO 7185, and "Extended Pascal" correlates >> directly with the verbiage in ISO 10206. Without these >> directives/flags the user is left groping about in the >> documentation to find the appropriate magic incantations for >> proper validation. > >I don't think typing `--standard-pascal' is any easier to use than >`--classic-pascal' (in fact, it's even one letter more to type ;-). >I'm also not sure whether someone new to GPC would guess >`--standard-pascal' without looking in the manual (e.g., Invoking >GPC -> GPC Options where the most common options are listed, >including `--classic-pascal'). > >Just in case you misunderstood me here: I'm not going to remove the >ISO 7185 support. I just want to remove one of the two equivalent >switches to activate it. I do not think that the number of key strokes matters here. Neither standard-pascal nor classic-pascal are unambiguous terms (though they would do if documented properly). May I propose to call the option iso7185-pascal. The same number of key strokes as classic-pascal, but, in my humble opinion, unambiguous. Tom -- E-MAIL: T.Verhoeff at TUE.NL | Fac. of Math. & Computing Science PHONE: +31 40 247 41 25 | Eindhoven University of Technology FAX: +31 40 245 17 33 | PO Box 513, NL-5600 MB Eindhoven http://www.win.tue.nl/~wstomv/ | The Netherlands

1 0

Re: Dropping `--standard-pascal', `foo
by Tom Schneider 29 Sep '02

29 Sep '02

> Removing [--standard.pascal] invalidates who knows > how many existing scripts and makefiles. Exactly. Why break old code? > If anything I would recommend retaining the present directives and > adding "ISO7185-0", "ISO7185-1" and "ISO10206". However I don't > expect that to happen. So this is purely my vote against deleting > the present directives. I would vote for this!! But please leave the old definitions and clarify what they are precisely using ISO numbers. That information is not in the info gpc documentation (first few pages). > Source that is valid under 7185-0 should be valid everywhere (in > the best of all possible worlds, Dr. Pangloss). I want to > encourage such as far as possible. Use of any extensions beyond > that causes portability problems somewhere or other. Absolutely!! > The message from Dr. Thomas Schneider <mailto:toms@ncifcrf.gov> is > indicative of the problems that deletion would cause. He > obviously does not have an info installation, or it is obsolete, > or he is unaware of it. I was aware of it but don't think to use it. I find it awkward and complex compared to web pages, man pages, help flags, xman ... Thanks for the tip. > He may be using scripts set up by > personnel who have long since moved on. I write the scripts myself but prefer not to have to muck with them. We could upgrade to the latest version but I try to stick to the standard so if it is supported I don't have to keep running to stay in place. If you drop --standard.pascal that will break the copies of my compile script that other people have. This would force me to make a variant of the script that figures out the version of gpc and then calls gpc the right way so that it does not bomb! How silly. > Hidebound people such as > myself view with horror any changes to installed software, > especially any lack of backward compatibility. Agreed. Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Frederick, Maryland 21702-1201 toms(a)ncifcrf.gov permanent email: toms(a)alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/

1 0

Dropping `--standard-pascal', `foo = procedure (Integer, Real)'
by Frank Heckenbach 28 Sep '02

28 Sep '02

Hi, in the course of cleaning up GPC, I plan to drop the following obsolete "features". - `--standard-pascal[-level-1]' (and the corresponding compiler directives). GPC has `--classic-pascal[-level-1]' now to distinguish it better from Extended Pascal (which also is a standard). - The syntax `type foo = procedure (Integer, Real)' (i.e., without parameter names). If you have any objections against removing them, please respond soon. Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/, 7977168E GPC To-Do list, latest features, fixed bugs: http://www.gnu-pascal.de/todo.html GPC download signing key: 51FF C1F0 1A77 C6C2 4482 4DDC 117A 9773 7F88 1707

2 3

objects as value parameters ?
by Michael Behm 27 Sep '02

27 Sep '02

Hello everbody, I coded a procedure which takes an object as a value parameter procedure AnyThing (var v: ObjTyp); where type ObjTyp = object .... The compiler returns the error "object must not be a value parameter" - this is pretty clear to me, but I can do it in Borland Pascal (at least with 6.0). Also, I used the --borland-pascal option Is there some possibility ? Thank you, best regards, Michael ===== HÃ¶hlenforschung in Ãsterreich: www.xploration.at.tt __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de MÃ¶chten Sie mit einem GruÃ antworten? http://grusskarten.yahoo.de

3 2

GPC on OS X (possibly OT)
by Lance Boyle 26 Sep '02

26 Sep '02

First, please let me apologize if this is an inappropriate post to this list. I've been watching the list for several days and it looks like it's for the development team, and perhaps my question is more appropriate for other Pascal lists. I'll be brief. Can I use the GPC compiler with the GCC which is distributed with Macintosh OS X, version 10.2.x? Many thanks for any responses. Jerry Bauck Tempe, Arizona, USA

1 0

CRT, xterm and no output from program.
by Martin Rusko 26 Sep '02

26 Sep '02

Hello all, I will try describe my problem in short: {<program name=hello.pas>} program hello; uses crt; begin clrscr; writeln; writeln; writeln("Hello Dolly"); end. {</program>} Then will I compile this code with: gpc -o hello.e --automake hello.pas !!!Main problem!!!: When running $ ./hello.e under xterm in X Windows, it just blinks and NOTHING is written into screen. $ ./hello.e > err.log 2>&1 produces me this: ^[(B^[)0^[[?1049h^[[1;24r^[[m^O^[[4l^[[?7h^[[39;49m^[[?1h^[=^[[39;49m^[[37m^[[40m^[[37m^[[40m^[[H^[[2J^[[m^O^[[39;49m^[[37m^[[40m^[[?1h^[=^[[?25h^[[39;49m^[[37m^[[40m^[[37m^[[40m^[[H^[[2J Hello Dolly^M ^[[m^O^[[39;49m^[[37m^[[40m^[[39;49m^[[24d^[[K^[[24;1H^[[?1049l^M^[[?1l^[> It behaves just fine and as expected when I change TERM variable from xterm to linux or vt100. But it is not solution, for me. ;-( System is: Debian Woody (stable) running on sparc64 (Sun Ultra 1) Relevant packages: stable libncurses5 5.2.20020112a-7 stable libncurses5-dev 5.2.20020112a-7 stable ncurses-bin 5.2.20020112a-7 stable ncurses-base 5.2.20020112a-7 stable ncurses-term 5.2.20020112a-7 stable gpc-2.95 1:2.95.4-7 Any help, tips will be very appreciated. Thanks. mARTin -- Martin Rusko PhD student Department of Automation and Measurement Faculty of Mechanical Engineering Slovak University of Technology -- E-mail: rusko(a)sunsite.mine.nu Web: http://sunsite.mine.nu/~rusko -- motto: We are Microsoft! Resistance is futile. Open your source code and prepare for assimilation.

3 6

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