Gpc

gpc@gnu.de

5400 discussions

Re: Diff Utility for the PC...
by Peter Gerwinski 26 Aug '97

26 Aug '97

According to Orlando Llanes: > > Does anybody know of a non-cryptic Diff utility for the PC? What do you consider "non-cryptic"? And what do you mean with "PC"? On my PC I use GNU diff exclusively, on Linux or FreeBSD as well as on [Caldera|DR|Novell|MS]-DOS (DJGPP); probably an OS/2 port (EMX) also exists. GNU diff is very configurable. If you don't like its default output # diff gpc-oldgcc/p/gpc-lex.c gpc-egcs/p/gpc-lex.c [...] 1966c1971 < error ("integer constant does not fit in integer type"); --- > error ("value does not fit in longest integer type"); use either the `-c' option to get a "context diff": # diff -c gpc-oldgcc/p/gpc-lex.c gpc-egcs/p/gpc-lex.c [...] *** 1963,1969 **** else { /* should be effectively unreachable */ ! error ("integer constant does not fit in integer type"); type = integer_type_node; } TREE_TYPE (yylval.ttype) = type; --- 1968,1974 ---- else { /* should be effectively unreachable */ ! error ("value does not fit in longest integer type"); type = integer_type_node; } TREE_TYPE (yylval.ttype) = type; or the `-u' option to get a "unified diff" (my preferred format): # diff -u gpc-oldgcc/p/gpc-lex.c gpc-egcs/p/gpc-lex.c [...] @@ -1963,7 +1968,7 @@ else { /* should be effectively unreachable */ - error ("integer constant does not fit in integer type"); + error ("value does not fit in longest integer type"); type = integer_type_node; } TREE_TYPE (yylval.ttype) = type; or type `diff --help' to get all options listed. Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

2 1

Diff Utility for the PC...
by Orlando Llanes 26 Aug '97

26 Aug '97

Does anybody know of a non-cryptic Diff utility for the PC? -- See ya! Orlando Llanes

1 0

GNU Pascal questions
by Fausto Iannuzzi 25 Aug '97

25 Aug '97

Hi! I have read it's possible to call gcc functions from a gpc program or unit adding "C;" to functions' declaration. Is it also possible to call or use gpc functions, or generally gpc code, from a gcc program? Does gpc support operator overloading? Thanks. bye, Fausto. Reply addresses: fausty(a)itb.it (primary - local provider) fausty(a)peacelink.it (gateway - please no files here) Homepage: www.itb.it/users/fausty/welcome.html

1 0

Re: Can't run gpc_970714 :-(
by Peter Gerwinski 25 Aug '97

25 Aug '97

According to Ken Linder: > > I tried it and this is what I got: > [...] > > /tmp/cca00301.i:1: numeric constant with no digits > [...] That's indeed funny - I don't see any problem here. Okay, next try: Please run `gpc -E t1.pas'. The result should look like the following: # 1 "t1.pas" program t1; begin writeln('test'); end. (* I.e., your program with `# 1 "t1.pas"' in front of it. *) If you get this, run `gpc -dY t1.pas'. The result should be almost the same: 1"t1.pas" program t1; begin writeln('test'); end. (* Actually, it should be the same, but that's a minor bug in gpc-lex.c. #*) Thanks for your cooperation, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Can't run gpc_970714 :-(
by Ken Linder (KC7RAD) 25 Aug '97

25 Aug '97

At 03:22 PM 8/25/97 +0200, Peter Gerwinski wrote: ...snip... > > gpc -v <other options> foo.pas -o foo > ^^ >and post the result here? > Hi Peter, I tried it and this is what I got: { the command: } [klinder@kenslinux klinder]$ gpc -v t1.pas -o t1 { the result } gpc version 970714(2.7.2.1) /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/gpc-cpp -lang-pascal -v -nocharescape -undef -D__GNUC__=2 -D__GPC__=2 -D__GNUC_MINOR__=7 -D__ELF__ -Dunix -Di386 -Dlinux -D__ELF__ -D__unix__ -D__i386__ -D__linux__ -D__unix -D__i386 -D__linux -Asystem(unix) -Asystem(posix) -Acpu(i386) -Amachine(i386) -D__i486__ t1.pas /tmp/cca00301.i GNU CPP version 970714(2.7.2.1) (i386 Linux/ELF) #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/i586-unknown-linux/include /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/include /usr/include End of search list. /usr/lib/gcc-lib/i586-unknown-linux/2.7.2.1/gpc1 /tmp/cca00301.i -quiet -dumpbase t1.pas -version -famtmpfile=t1.gpc -o /tmp/cca00301.s GNU Pascal version 970714(2.7.2.1) (i386 Linux/ELF) compiled by GNU C version 2.7.2.1 /tmp/cca00301.i:1: numeric constant with no digits /tmp/cca00301.i:1: numeric constant with no digits /tmp/cca00301.i:1: invalid #line /tmp/cca00301.i:2: warning: missing program header /tmp/cca00301.i: In function 'program_noname': /tmp/cca00301.i:2: parse error at null character { now the program } program t1; begin writeln('test'); end. {***************** whew *****************} I thought perhaps something was funny with my Linux setup so I freshly installed RedHat 4.1 on a i486. Exact same thing (except for the temp file name) So, same result on three different computers, all with RedHat 4.1 installation. A laptop, and two desk-tops. Ver 2 of GPC works great! I removed the 970714 files and untared version 2. It works great!!! Good Luck! If anything becomes obvious to me I will let you know! Thanks! Confused in Las Vegas... Ken L.

1 0

Re: gpc questions
by Peter Gerwinski 25 Aug '97

25 Aug '97

Hello! According to Fausto Iannuzzi: > I have read it's possible to call gcc functions from a gpc program or unit > adding ";C" to functions' declaration. Is it also possible to call or use > gpc functions, or generally gpc code, from a gcc program? Yes: To call the Pascal procedure Procedure foo ( Var Bar: Integer ); from a C program, use the header extern void Foo ( int *bar ); Note that the First Character Of The Pascal Procedure Is Capitalized. Compile the Pascal source as a Unit or Module to avoid a `main()' function to be generated from it. > Does gpc support operator overloading? Yes: Type Foo = <whatever>; Operator + ( x, y: Foo ) = z: Foo; begin (* Foo + Foo *) <calculate z out of x and y>; end (* Foo + Foo *); Hope this helps, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Can't run gpc_970714 :-(
by Peter Gerwinski 25 Aug '97

25 Aug '97

According to Ken Linder: > > I am not too sure if I am experiencing brain damage or what... Since I > downloaded the binary Linux GPC file gpc-970714_i586-linux.tar and unzipped > it, I have not been able to compile ANY pascal code.:-( > > OS: Linux 2.0.27 > GCC: 2.7.2.1 That sounds rather strange. As you can imagine, this very same compiler worked fine here. > What I get when I try to compile and pascal source... > /tmp/cca00363.i:1: numeric constant with no digits > /tmp/cca00363.i:1: numeric constant with no digits > /tmp/cca00363.i:1: invalid #line > etc... etc... etc... Looks like a problem with the preprocessor. Can you please retry with gpc -v <other options> foo.pas -o foo ^^ and post the result here? > This wouldn't be because I am using 486 hardware would it? I cannot imagine that. GCC and GPC don't have true Pentium optimization (yet;). AFAIK, the code is essentially optimized for the i486 with a few optimizations switched off that would reduce performance on a Pentium (not sure about that). Later, Peter Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

1 0

Re: Pointer & GPC question...
by Frank Heckenbach 25 Aug '97

25 Aug '97

Orlando Llanes wrote: > How would I do low level access for memory with a normal user privilege? > Why can't I just define a pointer and write data to it? Ugh, Linux is a > good OS, but it can be a pain in the butox :P Of course you can do it this way for your (i.e. this process's) memory. Sorry if I didn't make this clear. You need root privileges to access all memory -- that's the point of memory protection in a good OS (because a normal program can't accidentally overwrite/crash other processes or the kernel). The other thing is (as far as I've understood it so far) that Linux uses paging, so the same pointer doesn't necessarily mean the same thing in two different processes (because the memory of these processes is paged differently). Therefore, there's the /dev/mem device to allow you (i.e. root) to access memory at absolute addresses. About the video memory, I don't know very much. I think the user who uses a certain console *should* have direct access to its video memory, but I don't know if this is so. (Either this or accessing the ports is the reason why svgalib programs need root privileges.) If this wasn't quite correct/complete, plase someone correct me.

1 0

Re: Variable conformant arrays, and the price of fish...
by Peter Gerwinski 25 Aug '97

25 Aug '97

Hello! According to Michael Meeks: > > PROCEDURE print_str (name: PACKED ARRAY [lo..hi: integer] OF Char) ; {a} > [...] > It compiles to object fine with the {b} labeled code in, but the > {a} labeled code causes a crash : This is a bug in gpc-2.0 or below which has vanished in recent beta versions. To get a GPC without that bug, download gpc-970714.tar.gz from ftp://agnes.dida.physik.uni-essen.de/gnu-pascal/beta/. > Is this perhaps one section of the ISO 10206 spec. that isn't > implemented yet ? or am I doing something extremely daft :-) It's part of level 1 of ISO-7185 Standard Pascal. > TYPE > ulong = 0..16#FFFFFFFF ; Also, gpc-970714 can compils this. In addition, it has an extension type `Cardinal' or `Word' (two names) which has the same size as `Integer' but is unsigned. As another extension, you can write `Cardinal ( 32 )' to be sure to get an unsigned integer type of 32 bits width. (`Integer' may actually have 64 bits or whatever on some machines.) > Thanks in advance for any help, its a great project, keep up the > good work. Thank you as well for your interest. Yes, we'll try to keep it up. :-) If you want to contribute to the project, too: You seem to have some experience with Extended Pascal. When we will face 100% compliance to Extended Pascal in the future we will need some test programs urgently, and useful and/or entertaining example programs and documentation are very welcome, too. Hope this helps, Peter PS: What has all this to do with the price of fish? Dipl.-Phys. Peter Gerwinski, Essen, Germany, free physicist and programmer peter.gerwinski(a)uni-essen.de - http://home.pages.de/~peter.gerwinski/ [970201] maintainer GNU Pascal [970714] - http://home.pages.de/~gnu-pascal/ [970125]

2 1

Re: Pointer & GPC question...
by Orlando Llanes 22 Aug '97

22 Aug '97

How would I do low level access for memory with a normal user privilege? Why can't I just define a pointer and write data to it? Ugh, Linux is a good OS, but it can be a pain in the butox :P > From: Frank Heckenbach <heckenb(a)mi.uni-erlangen.de> > It means a bit more. Root (and only root, AFAIK) can directly access all > ... > because today, most Linux systems are single-user machines, AFAIK... See ya! Orlando Llanes

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