- Gpc - gnu.de

Build problem 20030507 on 2.3.1
by Mirsad Todorovac 09 May '03

09 May '03

Hi, all! When I do gzip -cd <tbz2> | tar xvf -; cd ../p gcc-3.2.1; cd builddir; /home/.../gcc-3.2.1/configure --enable-languages=pascal w or w/o --prefix=/usr/local/gpc/20030507-3.2.1/ then make It didn't say that it wants to apply patch, and it also didn't build gpc in corresponding bin. I can't think of anything smart, I've done rm -rf gcc-3.2.1; gzip -cd ...; gzip -cd ...; mv .../p ...; ... several times, and I couldn't get to the point where it asked for >RETURN> before applying the patch, neither it said it did. Any idea? Architecture is i686, linux Debian woody, make is GNU make 3.80, ... Thanks, Mirsad -- "I have a dream!" -- Martin Luther King Jr. "You can't hold someone down ... without staying down with him." -- Booker T. Washington

3 3

gcc 3.2.3 successes
by Prof A Olowofoyeku (The African Chief) 05 May '03

05 May '03

Hi folks I have built gpc 20030323 with gcc-3.2.3 sources, both under Cygwin and Mingw. I used the gcc-3.2.2.diff. There were no problems with either configuring or building. I have not yet run the testsuites, but everything seems okay with my own programs. Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~african_chief/

4 6

`Return'
by Frank Heckenbach 01 May '03

01 May '03

`Return' currently needs special syntactic handling, only because it's (optional) argument doesn't have to be enclosed in parentheses (like in C), such as `Return 42'. The only Pascal dialect (AFAIK) that also supports `Return' is Mac Pascal. Does it work without parentheses there? If not, I suggest to change it in GPC, even if it means a few (trivial) changes in existing code. 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

4 7

Book about GNU Pascal
by Marek Soobik 01 May '03

01 May '03

Hi! Can anybody recommend me a good reference book of GNU Pascal (written in English). Marek

2 1

Weird type/identifier conflicts
by Grant Jacobs 30 Apr '03

30 Apr '03

This is an *updated* version of my previous message, which I mistaken sent to gpc-doc (my apologies). (See the bits 'Addendum' for the new stuff I've added.) Excuse my being frustrated. I am trying damn hard to get GPC (2.1 (20020510), based on gcc-2.95.3 20010315 (release)) to compile a Pascal program I wrote some time ago but keep running it things I can't make sense of. Maybe I'm being unfair, but I'll give you the whole story just in case its something new. The latest issue I'm having is a run of type vs. identifier conflict errors of the form: ./GHJ_AARegions.pas:49: type name expected, identifier `Fnames' given ./GHJ_AARegions.pas:49: warning: missing type in declaration of `Infname' ./GHJ_AARegions.pas:54: warning: parameter has incomplete type My trouble was fnames *is* a type. It is *only* defined as a type. So how the heck does the compiler come away thinking that its an identifier????? I eventually resolved this by directly 'using' modules, rather than rely on the hierarchy (read on). When this error occurred the GHJ_AARegions unit uses GHJFnames. GHJFnames in turn uses GHJFiles, which is where the type fnames is defined. (Really these two levels need to be the other way around, but this is a legacy program I am porting, so I have to deal with that after the port.) Since these uses statements were within the interface section, I presumed the definitions would propagate upwards so that they form a hierarchy. Or, put another way, I assumed the interface of a unit is extended by any units it uses in its interface section. Originally, I had: unit GHJ_AARegions ; interface uses GHJStdDefs, GHJStdMaths { for inrange() }, GHJttInterface { for press_return() }, GHJStrings { for get_string8() }, {=>} GHJFnames { for get_fname() }, GHJ_AAErrors, GHJ_AAUtils, GHJ_AAGlobalUnit ; By getting GHJ_AARegions to explicitly, directly, use GHJFiles, the compiler stopped complaining. ie. I changed the above code to: unit GHJ_AARegions ; interface uses GHJStdDefs, GHJStdMaths { for inrange() }, GHJttInterface { for press_return() }, GHJStrings { for get_string8() }, {=>} GHJFiles, GHJFnames { for get_fname() }, GHJ_AAErrors, GHJ_AAUtils, GHJ_AAGlobalUnit ; {=>} points out the offending line of source. If this is truly the problem, then I presume there is no way of building a hierarchy of units in GPC at present? (In this case my safest strategy is to have every unit uses *all* the lower units directly, "just in case". Or put, another way, I might just as well use includes to make everything one big flat program. Sorry, but I *am* frustrated!) Three thoughts: 1. This is the correct behaviour?: surely I should be able to use a higher-level module and have all the lower-level modules definitions within that higher-level module "gotten" at the same time without have to explicitly duck behind the scenes and drag out each module??? Excuse me for asking this, but its not terribly clear from the docs, at least on my reading of it. Addendum: I've since seen section 6.1.8.2. The source structure of UCSD/Borland units of the docs say "A units exports everything declared in the interface section". This it doesn't appear to do if we consider things in the units imported via uses. 2. Why the heck does the compiler report the message it does? "Missing type fnames" perhaps, but since fnames is only ever defined as a type and never as an identifier, it shouldn't be able to report the message it did... 3. Is there any chance you can tell the user where the "identifier" (see the error message) is defined so that in future users might have chance of trying to second-guess just what the compiler is "thinking"? Sorry I can't provide a full code example: I am porting a largish program (approx. 60,000 lines of source in a dozen or so modules) and in any event I can't understand the problem well enough to create an example - catch-22... Looking at the known bugs for ver. 2.1 there are a couple that might be relevant, esp."Types declared in a module interface are not visible in the implementation" (but does this refer to the same module's interface section and how are units and modules related with reference to this?) While I'm writing, is there any chance you can make the compiler keep trying after one unit has failed, rather than stopping at that point? It seems that if there is even one error in a unit, the compilation is abandoned at the end of that unit. Now to try figure out how GPC claims a type-mismatch on something that is definitely the same type and the type is only defined in one place... probably the same issue, we'll see... Addendum: Nope. It proves to be a unit issue, but a different one. It seems that --automake doesn't "drill down". If you modify a lower level unit, then recompile a higher-level one that uses the lower-level unit, GPC doesn't re-compile the lower-level unit first and instead comes out with (apparently) misleading error messages. --automake in my hands isn't so auto ;-) ! Grant -- ------------------------------------------------------------------- Grant Jacobs Ph.D. BioinfoTools ph. +64 3 476 1820 (office, after 10am) PO Box 6129, or +64 25 601 5917 (mobile) Dunedin, gjacobs(a)bioinfotools.com NEW ZEALAND. Bioinformatics tools: deriving knowledge from biological data Bioinformatics tools - software development - consulting - training Check out the website for more details: http://www.bioinfotools.com The information contained in this mail message is confidential and may be legally privileged. Readers of this message who are not the intended recipient are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify the sender immed- iately and destroy the original message. This applies also to any attached documents.

8 77

[admin@gmane.org: gpc added to Gmane]
by Anja Gerwinski 30 Apr '03

30 Apr '03

Hello, checking the mail for gpc-owner, I found the message below. The GPC list has been added to http://gmane.org/ which is a mail-to-news gateway. They claim they received a request for this. Does anyone know anything about this? As the gpc list archive is public, I suppose it is no problem that the list is now archived at gmane, too. However, I find it puzzling that they add a list without asking for permission first. Our list archive provided by Frank's crystal removes email addresses from the formatted view. I did not check how Gmane deals with this. The mail below says "Address encryption is off". Could someone please check what this means, and get it changed, if necessary? Best wishes, Anja ----- Forwarded message from Gmane Administrator <admin(a)gmane.org> ----- X-Gmane-Information: For more information, see http://gmane.org/ From: admin(a)gmane.org (Gmane Administrator) To: owner-gpc(a)gnu.de Subject: gpc added to Gmane Organization: GNU Mail To News -- http://gmane.org/ Date: Sun, 06 Apr 2003 16:00:29 +0200 We have received a request for adding the gpc(a)gnu.de mailing list to the Gmane mail-to-news gateway/archive. A subscription request message has been sent. If this is contrary to your wishes, please send a mail to admin(a)gmane.org saying so, and the list will be removed from Gmane. Gmane is a mail-to-news portal that never expires its messages. It therefore also functions as a mailing list archive. It's a bi-directional gateway, but Gmane verifies that its users' email addresses are valid before passing the messages through the news-to-mail gateway. (Groups can also be made "read-only", which means that Gmane won't forward any messages at all to the mailing list.) Gmane can encrypt addresses to make address harvesting difficult, and heeds X-No-Archive and related headers. If you wish to import older archives into Gmane, send a message to the Gmane administrators -- just reply to this message. The following parameters are set for this mailing list: * Newsgroup name: gmane.comp.compilers.gpc * Mailing list address: gpc(a)gnu.de * The gateway is bi-directional * Address encryption is off * Spam detection is on * The list is described as: "discussions and development of the GNU Pascal compiler" * News URL: news://news.gmane.org/gmane.comp.compilers.gpc * Web URL: http://news.gmane.org/thread.php?group=gmane.comp.compilers.gpc This newsgroup will be created when the first message from the mailing list arrives. For more information about the Gmane project, go to <URL: http://gmane.org/>. This request was handled by Tom Koelman <tkoelman(a)xs4all.nl>. ----- End forwarded message -----

1 0

gcc-3.2.3
by Russell Whitaker 29 Apr '03

29 Apr '03

Hi gcc-3.2.3 was released today. Created a diff using 3.2.2, attached. Tried to compile using latest gpc alpha. Got as far as dwarf2out.c then got an internal compiler error message, dwarf2out_finish, at dwarf2out.c:12278 Russ

3 2

None
by Abduttawwaab Kim 29 Apr '03

29 Apr '03

subscribe gpc-announce akim(a)just.edu.jo

1 0

Urgent Business Relationship
by usmanalhaji＠incamail.com 26 Apr '03

26 Apr '03

FROM: USMAN ALHAJI TO: THE PRESIDENT/CEO Dear Sir, STRICTLY CONFIDENTIAL JOINT VENTURE PARTNERSHIP I am making this venture proposal to you, as a reliable partner. I got your contact from your country business guide as a reliable person/company in a related area of my interest for investment. The money I want to invest was acquired from the late Nigeria President(General Sanni Abacha) vault account then I was his financial adviser. I have successfully moved this money through a security finance company to United kingdom. The amount involved is US$20 million Presently, I work for the Nigerian Government as a civil servant. If you will like to assist me as a partner then indicate your interest after which we shall both discuss on the modalities. All other information relative to the presence of the funds will be revealed to you as we progress on. I will like my proposal to be kept confidential and you can reach me urgently on my confidential telephone number 234-803 337 0621 for more discussion. Please indicate your telephone and fax number. Bye and God Bless, Usman Alhaji NB: Please do reply me immediately on the above e-mail addresses.

1 0

Re: ANN : JEDI-SDL now also compatible with Gnu Pascal & TMT Pascal
by Dominique Louis 25 Apr '03

25 Apr '03

In case no one knows what SDL or JEDI-SDL are... SDL ( http://www.libsdl.org ) is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer. It is used by MPEG playback software, emulators, and many popular games, including the award winning Linux ports of "Civilization: Call To Power", "Kohan: Immortal Sovereigns", "Tribes 2", "Unreal Tournament", "Soldier of Fortune" and most of the games @ http://www.lokigames.com/products/ Simple DirectMedia Layer supports Linux, Windows, BeOS, MacOS Classic, MacOS X, FreeBSD, OpenBSD, BSD/OS, Solaris, and IRIX and even Playstation 2 ( When will be see GPC on PS2 :). JEDI-SDL are the Pascal bindings/interfaces so allow you to use Pascal to write cross-platform games or other multimedia application. I hope this clarifies what JEDI-SDL is and how it relates to SDL. Dominique http://www.DelphiGamer.com := go on, write a game instead;

1 0