Gpc

gpc@gnu.de

5400 discussions

DEC alpha, character escapes
by Miklos Cserzo 14 Oct '01

14 Oct '01

Hi Folks, just for the record the building of gpc-20010924 is straight on DEC (Compaq) alpha running under SuSE 7.1 Linux. 26 tests of the suite are failed. If anyone interested I can send the log-file. Now the question: what is the compiler switch for interpreting character escape sequences? (Like '\t' for tab, '\n' for new line etc..) The {$E+} directive or the --char-escapes switch does not seems to work. Cheers, miklos

3 2

how to assign values to complex constants
by ZINTEL Gerhard 14 Oct '01

14 Oct '01

Hello pascal gurus, I want to declare a complex constant in gpc like the following, non working example: const I : complex = (0.0, 1.0); I have not found any example how to do this in the list archive or in the manual. Another question concerning the same subject: Is there a possibility to assign real values only to the real or imaginary parts of a variable especially to a function return value like in the following non working, sensless example: function add(a,b: complex):complex; begin add.re := re(a) + re(b); add.im := im(a) + im(b); end; Any Idea? Many thanks in advance. Gerhard Gerhard Zintel Faurecia Abgastechnik GmbH Abt.: EGA Tel.: +49 911 7610176 Fax.: +49 911 7610350 e-mail: GZintel(a)Stadeln.Faurecia.com

2 1

Graph Unit
by Fernando Sanz 13 Oct '01

13 Oct '01

I have my gpc working OK under LINUX SuSE 7.0, and would like to use the Borland-style graph mode. Is there a Graph Unit available, like graph.tpu in windows?

2 1

Re: Darwin port possible?
by da Silva, Joe 13 Oct '01

13 Oct '01

This raises a similar question, that I had been wondering about ... If "gcc" has been ported or targeted (ie. as a cross-compiler) to a particular platform, does this mean that "gpc" can be readily (ie. easily) ported or targeted to the same platform? For example, I have seen mention of (but have not located) a "gcc" cross-compiler for the Motorola 68HC11 microcontroller - could this be used with "gpc" to make a Pascal cross-compiler for the 68HC11? Joe. > -----Original Message----- > From: strobe anarkhos [SMTP:anarkhos@mac.com] > Sent: Friday, October 05, 2001 2:21 PM > To: gpc(a)gnu.de > Subject: Darwin port possible? > > Is this project still alive? > > I'd like to know if anybody has tried porting gpc to Darwin PPC. Mac OS X > has a very large and extensive pascal library called Carbon. It's written > in C but all functions are extern pascal. Currently pascal programmers > wanting to write applications for OS X have to use an old version of Code > Warrior in MacOS and compile a PEF executable. This situation isn't very > convenient to say the least. C/C++ programmers can use gcc to compile > Mach-O executables, the native binary format for OS X. > > (pascal used to be the native programming language for MacOS, but has > fallen in favor of C using extern pascal functions and pascal strings. > Carbon is a huge library consisting of nearly all APIs accumulated over > the decades, and some which were not included have 3rd party > implementations like QD3D. Quite possibly this is the largest and most > complete set of APIs with pascal interfaces) > > As an added benefit it should be possible to adapt Project Builder, the > free OS X IDE, for compiling pascal applications. It's already been > adapted to compile C++, Java and AppleScript. It already uses gdb for > ObjC/C/C++ debugging. Perhaps the old MacApp Object Pascal framework can > be revived, if gpc was ported. There is certainly potential for a pascal > renaissance given a free compiler coupled with this extensive pascal-based > API. > > I'm not an expert in gcc internals so I'm not sure if I could do it > myself.

5 7

3D Java Internet Casino 100% Free Bonus!!!!
by saraedunit＠networksstatus.com 13 Oct '01

13 Oct '01

1 0

please help with data conversion
by Miguel A Pérez E 13 Oct '01

13 Oct '01

Hello, please forgiveme if this is a trivial question. I have an integer variable and I am looking for the easiest way to convert it to an ascii or hexa form. sNumber := HexaToAscii( '30414439'); Then sNumber results in '0AD9' But the string '30414439' is in hexa and it corresponds with the decimal number 809583673. What function will allow me to obtain that hexa string or the ascii string from the integer number? Thank you in advance. Miguel PÃ©rez

1 0

GDB scope does not work quite right for Pascal
by Pierre Muller 13 Oct '01

13 Oct '01

At 14:44 12/10/01 , vous avez écrit: > >Number: 222 > >Category: gdb > >Synopsis: GDB scope does not work quite right for Pascal > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: unassigned > >State: open > >Class: sw-bug > >Submitter-Id: net > >Arrival-Date: Fri Oct 12 05:48:01 PDT 2001 > >Closed-Date: > >Last-Modified: > >Originator: Adam Oldham > >Release: gdb 20010813 > >Organization: > >Environment: >Mandrake 8.1, Kernel 2.4.8, glibc 2.2, Intel Platform > >Description: >Source is compiled with FPC (Free Pascal Compiler). This can happen with >any source of pascal. When you declare nested functions, gdb's scope does >not allow the viewing of the variables that are from the parent function >that should be within the scope. > >How-To-Repeat: >The simple program attached will produce the problem. When compiled and >run, the correct output is displayed, but if you run GDB on it, and break >on function test2 and print out int1 which is a global variable for the >function test1, you receive: >"No symbol "INT1" in current context." There are several remarks to that bug report: 1) I don't know at all how nested functions work in C Are they allowed? Do they also use a paremt fram pushing method ? If yes, can locals from the calling function be found in C? Maybe someone from the gdb mailing list can answer that question. If this is already implemented for C its probably easier to just take the same method. 2) There is a solution, I implemented it in the IDE for Free Pascal but it is rather complicated. Let me try to explain this solution to everyone. Nested functions in pascal get a hidden parameter that contains the frame pointer (ebp value for i386 cpu) of the calling function. This allows the program to access correctly local variable of the function that called the nested function. This value is searched in the backtrace at the location where the frame pointer are usually saved ( i.e. at offset 0 of the local ebp value for i386) If we find the corresponding frame (which is not always the first frame above the current one) then we can try if we find the unfound local symbol in that frame). To ease this search, I inserted a pseudo-parameter to the function called parent_ebp (in lower case, while normal Free Pascal symbols are uppercased) that indicate the location of this parnt frame pointer. 3) As maintainer of the pascal language specific part of GDB, I am of course willing to introduce this into the gdb sources, but I would really like to get first some feedback from the gpc list. Does gpc do anything about this calling frame hidden parameter ? Could we agree to use the same method for both compiler in order to get better support for Pascal ? Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99

4 3

cannot exec gpcpp: no such file or directory
by dbrookmann＠t-online.de 13 Oct '01

13 Oct '01

Hi, When calling gpc to compile some hallo.p pascal program I get the following message: "gpc: Installation problem, cannot exec 'gpcpp': no such file or directory " I am using SuSE 7.2 and as far as I know I installed all the necessary files. Could you give me some reference where or how I can check the completeness, in particular: where should gpcpp be and where do I get it to put it there (I am new to linux ). Thanks Douglas P.S. I tryed to compare the filestructure in SuSE for the Mac with that for PC in respect to gpc and I gave up this mission when I saw the differences. My gpc on the Mac is working alright :-)

2 1

Re: GDB scope does not work quite right for Pascal
by Pierre Muller 12 Oct '01

12 Oct '01

At 14:18 12/10/01 -0400, Oldham, Adam wrote: >Yes, I saw some of these threads, but nothing seemed to shed light on fixes >for the scoping of this. It is good to know Ada does this as well so that >maybe us Ada/Pascal people can get together and come up with a fix. > >I submitted code that demonstrates this with my bug report as well.... After some testing on both GNU C and GNU Pascal I discovered that they both use the same method (on djgpp i386 target) The calling frame pointer is passed to the nested function in %ecx register and stored in -4(%ebp) in the function prologue (which does not seem to be handled by skip_prologue function, at least I didn't find anything in version 5.0 sources) So the parent frame is placed in %ecx and stored at offset -4 for GNU gcc or gpc while it is pushed at offset 8 in Free Pascal code. Using -gstabs+ I saw nothing generated to explain the meaning of the %ecx parameter or the -4(%ebp) location. Checking the prologue for this movl %ecx,offset(%ebp) isn't probably sufficient to tell that we are in a nested proc... Moreover this is processor specific, which is bad... Stabs does give info about nesting in the stabs concerning the Consider the following source: int test () { int i = 1; int j; int local () { return j+1; }; j = i+1; return local (); } int main () { printf(" result of test() is %d \n",test()); return 0; } This generates .stabs "local:f(0,1),local,test",36,0,8,_local.3 The ,local,test indicates that local is nested inside test function. But this is not enough as I don't know what happens for instance if parameters are passed by registers... Adding some debug info concerning the location of the parent frame seems like a good idea, no ? The Free Pascal approach to use a pseudo parameter called 'parent_ebp' seems to not be applicable to C as this would be a valid C local variable name. Maybe something beginning with a dollar like for the classes? A similar problem exists for With statements in pascal. Stabs defines even a specific stab number for this but this is also unsupported for now.

1 0

Re: GDB scope does not work quite right for Pascal
by Oldham, Adam 12 Oct '01

12 Oct '01

Yes, I saw some of these threads, but nothing seemed to shed light on fixes for the scoping of this. It is good to know Ada does this as well so that maybe us Ada/Pascal people can get together and come up with a fix. I submitted code that demonstrates this with my bug report as well.... Adam -----Original Message----- From: Andrew Cagney [mailto:ac131313@cygnus.com] Sent: Friday, October 12, 2001 1:40 PM To: Daniel Jacobowitz; Pierre Muller Cc: Maurice Lombardi; adam.oldham(a)marconi.com; gdb(a)sources.redhat.com; core(a)freepascal.org; gpc(a)gnu.de Subject: Re: GDB scope does not work quite right for Pascal > On Fri, Oct 12, 2001 at 06:57:32PM +0200, Maurice Lombardi wrote: > >> > There are several remarks to that bug report: >> > 1) I don't know at all how nested functions work in C >> >Are they allowed? > >> >> >> AKAIK no, they are not allowed, and this is the root of the problem, >> since gdb is written mainly by/for C programmers. > > > They aren't allowed by standard C. GCC does in fact allow them, > although their use isn't recommended. I think GDB's support for them > is somewhat crusty. The thread http://sources.redhat.com/ml/gdb-patches/2001-07/msg00714.html is probably relevant. Following on Joel's strategy (Ada) the first thing needed is probably a testcase so that people know the status of the underlying code Andrew

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