April 2003 - Gpc

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

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

25 Apr '03

Hi All, Just a quick note to say that I have just checked into CVS the last JEDI-SDL ( http://sourceforge.net/projects/jedi-sdl/ ) changes ( for now ) that has added compatability for the Gnu Pascal and TMT Pascal compilers. Thanks to Alexey "Clootie" Barkovoy for his help with TMT support. Thanks to Prof. Abimbola "The Chief" Olowofoyeku and Eike Lange for their help with Gnu Pascal support. Thanks to Mr "Que Pasha Pepe" Kroket for his help with better FreePascal support. These latest changes have been tested under Windows and the newly modified JEDISDL Aliens demo ( the benchmark for cross-compiler compatability ) has also been checked into CVS. These Pascal bindings and the demo now compile flawlessly under Delphi, FreePascal ( FPC ) 1.0.4, Gnu Pascal ( GPC ) Latest Alpha & TMT Pascal. The Aliens Demo runs flawlessly with Music and FX under Delphi, FPC and TMT. The GPC version has a screen refresh problem, while sound collision detection etc work flawlessly. The GPC issue, may be due to the Alpha status of the compiler or my lack of familiarity with the GPC compiler, as all compilers are essentially compiling the same code. Looking ahead, testing and bug fixing is under way to make sure the headers support Gnu Pascal on Linux and MacOS X ( yes MacOS, woo hoo ) and FreePascal under Linux. I hope this widens the appeal of JEDI-SDL. Dominique http://www.DelphiGamer.com := go on, write a game instead;

4 4

Importing a module several times
by Frank Heckenbach 23 Apr '03

23 Apr '03

Is this valid EP? module m; export m = all; const o = 'O'; k = 'K'; end; end. program p (Output); import m only (o); m only (k); begin WriteLn (o, k) end. The following might mean it isn't: : The occurrence of an interfaceÂidentifier in an importÂspecification shall : constitute the definingÂpoint of the identifier of the interfaceÂidentifier : as an importedÂinterfaceÂidentifier for the region that is the block, : moduleÂheading, or moduleÂblock closestÂcontaining the : importÂspecification. 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

1 0

Dynamic Linked Libraries under MacOS?
by Dominique Louis 23 Apr '03

23 Apr '03

How does one interface to DLLs ( or whatever they are called ) under MacOS? What are the steps required in order to achieve this? Thanks, Dominique http://www.DelphiGamer.com := go on, write a game instead;

2 1

Modules without implementation
by Frank Heckenbach 22 Apr '03

22 Apr '03

One of the listed bugs of GPC was "modules without implementation". However, if I understand EP correctly, this actually doesn't concern `interface' modules (as in pmodtest.pas without the `implementation' part): : Each identifier having a definingÂpoint as a moduleÂidentifier in a : moduleÂheading of a moduleÂ declaration containing the interfaceÂdirective : interface shall have exactly one of its applied occurrences in a : moduleÂidentification of a moduleÂdeclaration containing the : implementationÂdirective implementation. In contrast, the following works in GPC (with an almost empty module-block): module fjf843m; export fjf843m = all; const OK = 'OK'; end; end. What seems to be missing is this variant (no module-block at all), and I'll add it in the next release (that's easy to do): module fjf843m; export fjf843m = all; const OK = 'OK'; end. However, AFAICS, EP doesn't require to support `interface' modules without implementation. That's good because GPC has to know when compiling a module whether there will be an implementation part (because it has to create the initializer if (and only if) not). It also seems reasonable to me from the programmer's point of view. When you write a module interface, you know whether there has to be an implementation (namely, if there are any routines in the interface or an initializer or finalizer will be needed) or not (only constants, types and variables without need for initialization/finalization). So it makes sense to specify this explicitly (by writing `interface' or not). Can anyone confirm my interpretation? 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

5 11

-Wparentheses
by Frank Heckenbach 21 Apr '03

21 Apr '03

GCC supports `-Wparentheses' (warn about some constructs where parentheses are suggested for clarification, although not strictly syntactically necessary). The corresponding code is also there for GPC. I'm going to activate it now. The questions are: - Which constructs to warn about? So far, I've come up with the following ones: * `and' in an operand of `or', as in `a or b and c' which is equivalent to `a or (b and c)', but may confuse the reader. (Same for `and_then' instead of `and' etc., of course.) * logical operations (`and', `or', `not', etc.) in an operand of a relational operator (`=', etc., `in'). This would catch cases like the dreaded `if not a = b'. - What should be the default? I suggest off by default and on with `-Wall' (same as in GCC). (Of course, the issue is not as serious in Pascal than it is in C where the danger of confusion between `==' and `=' in a comparison almost requires such a warning, but I think it's also useful in Pascal.) 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 5

Progress of Mac OS X port
by Adriaan van Os 20 Apr '03

20 Apr '03

Yesterday, I wrote a small test program and linked it against Apple's "Carbon framework". To my surprise, it worked. So, against all expectations, the current compiler is able to link to Apple "dylibs" and Apple "frameworks". The compiler produces ".o" code and the Apple-"ld" linker takes care of the rest. This implies, that I am loosing interest in the Apple-patched GCC compiler. Apple writes "we're not even sure what all of them [the compiler changes] are, because the existing compiler has many undocumented changes inherited from 10 years of NeXT and Apple hacking, and nobody knows what some of them are for." This doesn't inspire confidence. Besides, important changes (like precompiled header support) are now getting integrated into mainline FSF. So, I am slowly considering it an advantage (rather than a disadvantage) that the current port is based on mainline FSF-GCC 3.2.1. And isn't it fun to read in officlal Apple docs for some compiler option "Not supported on Mac OS X" where the GPC compiler actually does .... As a further experiment, I compiled hello.pas into hello.o and tried to link it with "mwld", the command-line version of the MetroWerks CodeWarrior linker. Again, to my surprise, it worked. I added "hello.o" to a CodeWarrior Project and disassembled it there. It worked. So, maybe some day there will be a GNU Pascal compiler plug-in CodeWarrior (not a promise, just an idea) .... Regards, Adriaan van Os

6 13