Gpc

gpc@gnu.de

5400 discussions

Bit packing
by Contestcen＠aol.com 12 Jun '07

12 Jun '07

Hello, After noticing that gdb does not print 64 bit fields of (bit)packed records properly if they don't start on a byte boundary (both with fpc and with gpc), I decided to check what gcc does. It turns out that gcc (4.0.1, Mac OS X/ppc) only bitpacks values up to and including 59 bits. Fields declared as 60-64 bits are automatically aligned to the target-specific alignment boundary. Does anyone here know why this is the case, and possibly where this is documented? I can't find anything with Google. Thanks, Jonas Maybe you should be looking into the bit-packing macros provided with the Pascal Macro Compiler. This will give you bit-packing which is independent of the particular Pascal compiler you happen to be using. See www.mastersoftware.biz/pasbit.htm Frank Rubin ************************************** See what's free at http://www.aol.com.

2 1

GPC on Cygwin having a problem compiling using crt
by Bruce Mahfood 12 Jun '07

12 Jun '07

Hello, I have posted my problem to the Cygwin mailing list, and have been told by the person who handles the gcc installation that it doesn't seem to be their issue. I am hoping that someone on the gpc list will be able to help me. I have a number of pascal files that must be compiled to be tested, and am having a hard time doing so. I have installed Cygwin base (version: 1.5.24) on my Windows Server 2003 system and have added all packages that I can think would be useful for this compilation. I am attaching the output of a run of cygcheck so that you can see the environment I have installed. All installed packages are listed at the bottom of the file. Using gpc to compile code which contains the statement "Uses Crt", I get over 600 error lines. I am attaching also attaching the output that I am getting from my compilation, as well as a test file that I have created which gives me these errors. The command line that I am using is: gpc --automake test.pas I have also used: For some reason the compilation, because of the inclusion of the "Uses Crt" statement, thinks that it needs to compile crtc.c, instead of using the binaries that already exist in the Cygwin environment according to the guy I mentioned above who handles the gcc install. I am not sure what I need to add to my command line in order to get this compilation to work. Is there someone who can help me here. I would highly appreciate it. Thanks... Bruce

5 7

Re: GPC on Cygwin having a problem compiling using crt
by Bruce Mahfood 12 Jun '07

12 Jun '07

Thanks for the lead on that IDE. I haven't touched Pascal in many years, so I don't really know what's out there. I've done quite a bit of looking around, but having seen a couple of other IDEs for pascal that I didn't find useful, I decided to stick with GNU stuff, which I was hoping would work for me. The gpc compiler was looking hopeful for a little bit there, but then I ran into these problems. Thanks for the pointer to use this IDE. It's much nicer. I am having an issue with my compilation using the IDE. I did a compile of my project and two errors are popping up in different places that I am not sure what to do with. The Intr() procedure is not recognized, and it's used throughout most of the thirteen project files that I have inherited. Getting an "undeclared identifier 'Intr'" error message. I found a note in the file gpc.info-2 that says that the procedures Intr and MsDos are only supported under DJGPP if `__BP_UNPORTABLE_ROUTINES__' is defined with the `-D__BP_UNPORTABLE_ROUTINES__' option. I didn't know whether this IDE relied on DJGPP or not, but I tried it anyway. It didn't help. Any ideas here? Thanks... Bruce ----- Original Message ----- From: "The African Chief" <chiefsoft(a)bigfoot.com> To: "Bruce Mahfood" <bruce.mahfood(a)tseboston.com> Cc: gpc(a)gnu.de Sent: Monday, June 11, 2007 1:44:55 PM (GMT-0500) America/New_York Subject: Re: GPC on Cygwin having a problem compiling using crt On Mon, 2007-06-11 at 12:27 -0400, Bruce Mahfood wrote: > Hi all, I am on the warpath trying to compile a set of pascal files > that were left to me by a predecessor. My latest issue is that my > files have the statement "Uses graph". Looking online, I find that > this is a Borland thing referring to the use of the Borland Graphics > Interface (BGI). > > I have found that GNU supports a package called GRX > (http://grx.gnu.de/download/index.html), and the link > "http://www.gnu-pascal.de/gpc/Graph-unit.html#Graph-unit" says it's > known to work under Cygwin. I have extracted the files into my cygwin > installation at /usr/local/src, and am looking at the makefiles. > Unfortunately, there is only a mingw specific makefile and not a > cygwin specific one. I have not yet worked with mingw, and don't > really know how these two correlate. > > Can anyone point me in the right direction for compiling this for > cygwin? > Is there any particular reason why you are using Cygwin? You might want to try a Mingw version, which has all that stuff built in (with an IDE): http://www.gnu-pascal.de/contrib/chief/win32/dev_gnu_pascal-1.9.4.8.exe -- Best regards, TheChief email: chiefsoft(a)bigfoot.com www: http://www.greatchief.plus.com

3 5

Re: GPC on Cygwin having a problem compiling using crt
by Bruce Mahfood 12 Jun '07

12 Jun '07

Ooops, forgot to say that I had noticed that the Intr() procedure calls are all being made from files belonging to the TechnoJock's Turbo Toolkit. This project is using the 5.1 version. From what I can tell online, this is the last version put out (back in '93). I used TP and TASM to build a full distribution of these files in order to come up with the .tpu files that I talked about in my last email. Bruce ----- Original Message ----- From: "The African Chief" To: "Bruce Mahfood" Cc: gpc(a)gnu.de Sent: Monday, June 11, 2007 5:47:43 PM (GMT-0500) America/New_York Subject: Re: GPC on Cygwin having a problem compiling using crt On Mon, 2007-06-11 at 17:21 -0400, Bruce Mahfood wrote: > Thanks for the lead on that IDE. I haven't touched Pascal in many > years, so I don't really know what's out there. I've done quite a bit > of looking around, but having seen a couple of other IDEs for pascal > that I didn't find useful, I decided to stick with GNU stuff, which I > was hoping would work for me. The gpc compiler was looking hopeful > for a little bit there, but then I ran into these problems. Thanks > for the pointer to use this IDE. It's much nicer. > > I am having an issue with my compilation using the IDE. I did a > compile of my project and two errors are popping up in different > places that I am not sure what to do with. The Intr() procedure is > not recognized, and it's used throughout most of the thirteen project > files that I have inherited. Getting an "undeclared identifier > 'Intr'" error message. I found a note in the file gpc.info-2 that > says that the procedures Intr and MsDos are only supported under DJGPP > if `__BP_UNPORTABLE_ROUTINES__' is defined with the > `-D__BP_UNPORTABLE_ROUTINES__' option. I didn't know whether this IDE > relied on DJGPP or not, but I tried it anyway. It didn't help. Any > ideas here? The Intr routine works only on DJGPP (DOS-32). This IDE is based on Mingw. Unless you can find a portable way to do what you want to do with Intr, I think you are well and truly stuck there. -- Best regards, TheChief email: chiefsoft(a)bigfoot.com www: http://www.greatchief.plus.com

1 0

[Fwd: Re: Unreachable label]
by Adriaan van Os 11 Jun '07

11 Jun '07

-------- Original Message -------- Subject: Re: Unreachable label Date: Mon, 11 Jun 2007 13:13:06 +0200 From: MegaBrutal <megabrutal(a)gmail.com> To: Adriaan van Os <gpc(a)microbizz.nl> References: <466D0430.70706(a)microbizz.nl> I don't recommend to use labels and goto statements at all. It just messes the code and tells about bad programming manners. 2007/6/11, Adriaan van Os <gpc(a)microbizz.nl>: > > Any comment on <http://www.freepascal.org/mantis/view.php?id=9053> and > Daniël Mantione's note ? > > Regards, > > Adriaan van Os > > >

3 2

Port of Knuth's WEB to latest unstable release of GPC
by FL 01 Jun '07

01 Jun '07

Hello, I was unable to locate change files for Knuth's original TANGLE and CWEAVE programs on CTAN, so I've written a port of the system for the gpc version 20060325. I reverted the file I/O in Knuth's code that he ported to C back to GNU Pascal. I might have preserved Knuth's I/O routines in C, except that GNU Pascal changed the way it makes file structures available to the programmer since Knuth wrote his port (around 2000). The GNU PASCAL function GetFile() might have been used to pass a C-style FILE pointer to this code, but GetFile() is no longer availble. In its place, GNU PASCAL provides a BindingType data structure and related functions; these might have been usable if they had provided a valid file descriptor, but on my Debian Linux system, the value of BindingType.Handle is always -1 (if I may abuse the PASCAL language by referring to a variable of BindingType by its type). Am I mistaken about this? Florian P.S. I've made the change files, the mysterious GPCtypes.h file and a modified tangext.c file available at http://research.gc.cuny.edu/wiki/index.php/Port_of_Knuth%27s_TANGLE_and_WEA…

2 1

Parallel GPC?
by Mirsad Todorovac 30 May '07

30 May '07

HI all, Is there a chance that there would be a support for parallel programming constructs in GPC any time soon? This is inspired by OpenMP/GOMP initiative support added to GCC 4.2. I know a couple of projects where this would be useful, and I could smuggle this as a research subject in my main project at my daily 9-5 job. Do you think just a unit/module is required to implement this to GPC; or an actual change of compiler proper? Frank? Thx Mirsad "Be conservative in what you do, be liberal in what you accept from others." -- Jon Postel

4 3

Internal compiler error
by Pascal Viandier 22 May '07

22 May '07

Hi gpc masters, I think I found a bug in gpc. I use gpc 20051116 based on gcc3.4.4 on Sparc Solaris 10. It gives: Internal compiler error: Segmentation Fault when compiling the following code: Module Test1 Interface; Export Test1 = All; Type String200 = String(200); Function TranlateString(S : String200) : String200; End. Module Test1 Implementation; Function TranlateString(S : String) : String200; Begin End; { TranlateString } End. The error is: the type of the function parameter does not match in the interface and implementation sections. Interesting enough, if I reverse the error (that is, put 'String' in the Interface and 'String200' in the Implementation) I get the right error message: 'Routine definition does not match previous declaration'. Kind Regards. Pascal Viandier

1 0

Re: Internal GPC Problem
by Matthew Blaine 20 May '07

20 May '07

Prof. Abimbola A. Olowofoyeku wrote: >What is your Windows version? It seems that the problem might be with a >path that is too long for Windows to handle ... I'm running Windows XP Professional SP2. Do you know what I could change? Thank you, Matt Blaine ____________________________________________________________________________________Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545469

1 0

Re: Internal GPC Problem
by Matthew Blaine 19 May '07

19 May '07

Prof. A Olowofoyeku (The African Chief) wrote: >On 18 May 2007 at 22:02, Matthew Blaine wrote: > >> Hello, >> I've downloaded and successfully installed Dev+GNU Pascal from: >> http://gnu-pascal.de/contrib/chief/win32/dev_gnu_pascal-1.9.4.8.exe >> >> I've successfully built build_units.pas, however now I'm having trouble >> using the gpc compiler. Trying to compile the GrClock.pas example, for >> instance, works. However, trying to compile a project that includes >> multiple source files, as opposed to just a single source file, does >> not work. I receive the following error: >> gpc: Internal GPC problem: internal option `--amtmpfile' not given > >Is it your own programs, or the test programs supplied with the package? > >Are you compiling from the IDE or from the command line? > >If compiling from the command line, are you supplying the right switches >(e.g., "--automake", etc?). > >If you have built build_units.pas, then the compiler is working correctly. >As you may notice when you look at the sources, build_units uses a whole >load of units. GrClock itself uses two units. > >Best regards, The Chief >-------- >Prof. Abimbola A. Olowofoyeku (The African Chief) >web: http://www.greatchief.plus.com/ Thank you very much for replying. It is one of my own programs that I've compiled on another Pascal compiler (Free Pascal) before. I'm using the IDE, here's what it shows me under the "Compile Log" tab. Compiling files : C:\DEV-PA~1\bin\gpc C:\DOCUME~1\Matthew\Desktop\Pascal\Copy\SOLITA~1.PAS -o.\solita~1.exe -fno-inline -s -fno-io-checking -fno-range-checking -fimplicit-result -O1 -Wno-warnings -fno-assertions -fextended-syntax -fignore-function-results -fcstrings-as-strings -fpointer-arithmetic -march=i686 -mcpu=i686 -funit-path=c:\dev-pa~1\units -fexecutable-path=. -funit-destination-path=c:\dev-pa~1\units -Bc:\DEV-PA~1\units -BC:\DEV-PA~1\bin\ And here's what I see under the "Compiler tab". gpc: Internal GPC problem: internal option `--amtmpfile' not given Again, thank you for your time. Matthew Blaine ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/

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