Gpc March 2005

gpc@gnu.de

32 participants
67 discussions

Re: bug: ncurses + slackware 10.0, 10.1
by Frank Heckenbach 18 Mar '05

18 Mar '05

Thomas Dickey wrote: > On Thu, 17 Mar 2005, Russell Whitaker wrote: > > > Program below illustrates a bug: lower case a, lower case f thru z, > > and number 0 are printed with graphic characters. This bug did not > > appear in earlier versions of slackware. > > I don't have Slackware 10.0 or 10.1; a quick try at testing this with > Debian isn't working out, since the Debian package apparently doesn't > build any of the units - just the compiler. Please use the option `--automake' when calling gpc, then it will build the units together with the program. Also, you might have to remove the `FrameWin' unit (it's not a standard unit, and the call to it is already commented out). > However, if it's an ncurses change (nothing offhand occurs to me, reading > the example), one could use ltrace to get a reasonable idea of the calls > that are being made in ncurses (not 100%, since some of the interface may > modify the WINDOW struct directly, but probably good enough to see this > sort of problem). I don't have Slackware 10.x here either, and the program works correctly for me. Unless you can reproduce a bug with the hints above, I guess I'll have to check it with the respective ncurses version to find out if it's a GPC or CRT bug (which would be my responsibility ...) Russ, which ncurses version is it that you have? Look in /usr/include/ncurses.h for: #define NCURSES_VERSION_MAJOR #define NCURSES_VERSION_MINOR #define NCURSES_VERSION_PATCH 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: ACB3 79B2 7EB2 B7A7 EFDE D101 CD02 4C9D 0FE0 E5E8

2 1

ada libplot bindings uploaded
by Rick Engebretson 18 Mar '05

18 Mar '05

I've uploaded the ada-libplot bindings; http://www.pinenet.com/~eng/plotutils/ Not all links will work because other source was not uploaded. Also, my earlier email did not seem to go through. But to repeat; the _p_initialize problem is probably limited to the postscript plotter code and can probably be dealt with.

1 0

Re: bug: ncurses + slackware 10.0, 10.1
by Frank Heckenbach 18 Mar '05

18 Mar '05

Thomas Dickey wrote: > ok (I'll try this when I get home). My ncurses shared libraries are > current, but I do have static libraries for different versions, against > which I may be able to test (though I'm not sure how to tell gpc to do > that). GPC basically accepts all GCC options, so you can pass library file name on the command line. In addition you might have to edit the CRT unit (`gpc --print-file-name=units/crt.pas' to get its file name) and change this line (~790): {$L crtc.c, panel, ncurses} to just: {$L crtc.c} (The deleted part yields the effects of `-lpanel -lncurses'. Since explicitly names files take precedence on the linker command line AFAIK, this might not be necessary, but I'm not sure.) 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: ACB3 79B2 7EB2 B7A7 EFDE D101 CD02 4C9D 0FE0 E5E8

1 0

Re: NCurses
by Prof A Olowofoyeku (The African Chief) 16 Mar '05

16 Mar '05

Hi My GPC port of the FPC ncurses unit: http://gnu-pascal.de/contrib/chief/ncurses.zip Note that there were linker problems with the "acs_map" variable. You can avoid the linker problems by treating acs_map as an internal (not external) variable. But this probably means missing some functionality. You might have to rebuild your ncurses library, configuring with "--enable-broken_linker" to solve it. I don't know about these things. Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/

3 3

How do I create records that point to a record of the same type?
by loop lopy 16 Mar '05

16 Mar '05

I have changed from gpc into turbo pascal. The code that compiled for me in gpc doesnt compile now in turbo pascal. The code: type NumNode = record Value: integer; pNext: ^ NumNode; end; The compile error I get: Undefined type in pointer definition (NUMNODE) __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

5 4

Re: PowerPC and ncurses
by Frank Heckenbach 16 Mar '05

16 Mar '05

Forwarded from marcov(a)stack.nl: > In answer to Rick's remark: > > fpimage has nothing to do with GNU Plotutils, and to my knowledge there is > no libplot binding in FPC. > > fpimage is totally standalone pascal code, delphi dialect. So not much > chance of running it on GPC short term. (while it now uses paszlib and > pasjpeg, it is switchable to use the C versions of those libraries when > building a FPC release) [Rather than porting this, it might be easier to translate the Plotutils interface ... -- Frank] Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

2 2

problems with assignment of whole records on PowerPC
by Igor Marnat 15 Mar '05

15 Mar '05

Hello, List! I've successfully built cross-compiler for PowerPC GPC configuration attached below. Anyway, I cannot execute simple program built with my new compiler. Program looks like: program test; type MyRecord = record x: word; y: word; end; var t1, t2: MyRecord; begin writeln ('SizeOf (word)', Sizeof (word)); writeln ('SizeOf (longword)', Sizeof (longword)); writeln ('SizeOf (CInteger)', Sizeof (CInteger)); t1.x := 1; t1.y := 1; writeln ('before assignment'); t2 := t1; writeln ('after assignment'); end. Program output: bash-2.05b# ./test SizeOf (word)4 SizeOf (longword)8 SizeOf (CInteger)4 before assignment Illegal instruction When I change type of fields fo MyRecord to longword, it works fine. Is it anything wrong with alignment or packed records? But my record isn't packed ... I could avoid usage of whole records assignments and assign the values field by field but there are two reason why I don't want to do that: 1. it shows that something is wrong, isn't it? 2. assignment of the whole records is used in crt.pas unit, for example, in function ScreenSize of crt.pas unit which return the value of TPoint type which is record (this assignment doesn't work as well). I really don't want change anything in crt.pas unit:). Please, any ideas or hints ... Thank you, regards, Igor Marnat GPC configuration: (Reading specs from /home/igor/denx_tools/usr/lib/gcc-lib/ppc-linux/3.3.3/specs Configured with: ../configure --prefix=/home/igor/denx_tools/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --with-newlib --enable-languages=c,c++,pascal --disable-libgcj --host=i386-redhat-linux --target=ppc-linux Thread model: posix gpc version 20050217, based on gcc-3.3.3 (DENX ELDK custom version 3.3.3-8) ). ~

2 2

Fwd: PowerPC and ncurses.
by Frank Heckenbach 15 Mar '05

15 Mar '05

Forwarded from marcov(a)stack.nl: > Some small comments > > Powerpc: The 603 has floating point alignment requirements iirc. If he has > a 603, check what the default ppc processor is, and if it is a ppc603 (quite > old, think 100-200 MHz range) try to specify codegeneration for a ppc603 > > ncurses: > > The addition of library to external symbols is standard delphi syntax. I > think it has to do with the way Windows loads DLLs (OS X also seems to > require it sometimes, Mach O can have multiple namespaces IIRC). > > A nice sideeffect could be that it allows the linker to better pinpoint the cause > of a missing symbol (not symbol x is missing, but symbol x is missing from > lib y), but LD doesn't do that yet. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

2 1

Fwd: NCurses
by Frank Heckenbach 14 Mar '05

14 Mar '05

Forwarded from: marcov(a)stack.nl (Marco van de Voort) A.s. reproduction to list allowed. The Ncurses author is Michael van Canneyt, however most other FPC authors contributed to it, and we don't have a sign away rights to a foundation system. Be sure to get ncurses from current CVS, and don't use e.g. 1 1/2 year old 1.0.10 sources. CVS is open for anonymous use, and there is also a webinterface development page: http://www.freepascal.org/develop.html webcvs ncurses dir: http://www.freepascal.org/cgi-bin/viewcvs.cgi/fpc/packages/extra/ncurses/ FPC used to have an own version of the LGPL (which we still call LIBRARY GPL btw), from before LGPL existed. Somewhere in 2000 this was rectified, but because users felt incertain about some of the clauses, an additional clarification to the base LGPL text was added, which is quoted below: ---------------------------------------------------------------------------- This is the file COPYING.FPC, it applies to the Free Pascal Run-Time Library (RTL) and packages (packages) distributed by members of the Free Pascal Development Team. The source code of the Free Pascal Runtime Libraries and packages are distributed under the Library GNU General Public License (see the file COPYING) with the following modification: As a special exception, the copyright holders of this library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resulting executable under terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module. An independent module is a module which is not derived from or based on this library. If you modify this library, you may extend this exception to your version of the library, but you a are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. If you didn't receive a copy of the file COPYING, contact: Free Software Foundation 675 Mass Ave Cambridge, MA 02139 USA

3 3

compiler quarrels
by Toby Ewing 14 Mar '05

14 Mar '05

Hi, I'm running into an odd problem here. Compiling simple Pascal programs goes fine, but when I compile a unit that has some C code (e.g., crt.pas) I get the message: gp: Pascal and C compilers specified seem to be for different platforms gp: ('i686-pc-linux-gnu' and 'i386-redhat-linux') Seems to me that this shouldn't be a problem, but clearly the compiler thinks it is. At this point, I haven't been able to compile any unit that uses C-code. What do I change, where, to make the two happy with each other? I'm running redhat (obviously) which has gcc 3.4.3-9, whereas the gpc is using the 3.3.3 library. A possible "cure" would be to install an older version of gcc in (say) /usr/local, but I'd just as soon not go backwards if I can avoid it. Also, the issue seems more about that apparent target platforms, than the library versions themselves. thanks, Toby

2 1

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 March 2005