Gpc

gpc@gnu.de

5400 discussions

ncurses
by Paul Davidson 11 Jul '03

11 Jul '03

Morning Have been trying to get CRT unit working with Terminal but received no success. The crtdemo.pas (http://www.gnu-pascal.de/demos/crtdemo.pas) example partially works. Colours, character sets and other parts do not. In code tests here, even a Write( c ) to screen does not always work. Are there DETAILED instructions on how to get this to work? Mac OS X 10.2.6 Thank you p davidson http://coraxnetworks.com

2 1

object bug report
by Russell Whitaker 10 Jul '03

10 Jul '03

Hi: Took the Chief's sample, added one line, calling file obj1.pas; then: gpc -o obj obj1.pas program obj1; type a = object procedure p; end; b = object (a) procedure p; virtual; end; procedure a.p; begin writeln ('a'); end; procedure b.p; begin writeln ('b'); end; var foo : a; bar : b; begin foo.p; bar.p; end. Got this: obj1.pas:10: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu-pascal.de/todo.html> for instructions. Using this: Reading specs from /usr/local/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/specs Configured with: ../gcc-3.2.2/configure --enable-languages=pascal : (reconfigured) ../gcc-3.2.2/configure --enable-languages=pascal : (reconfigured) ../gcc-3.2.2/configure --enable-languages=pascal Thread model: posix gpc version 20030209, based on gcc-3.2.2 Russ

6 39

gpc-20030507/gcc-3.2.3 test results
by J. David Bryan 09 Jul '03

09 Jul '03

The following test results were obtained with gpc version 20030507, based on gcc-3.2.3 (mingw special 20030504-1), configured for i486-pc-mingw32: ------------------ TEST agettext2test.pas: SKIPPED: libintl not installed TEST crttest.pas: SKIPPED: no curses library found TEST dialec3.pas: ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' OK TEST dialec6.pas: ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' OK TEST dostest.pas: gpc1.exe: warnings being treated as errors ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 failed TEST dostest2.pas: gpc1.exe: warnings being treated as errors ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 failed TEST environo.pas: SKIPPED: setenv not present in libc TEST fjf480a.pas: SKIPPED: librx not installed TEST fjf480b.pas: SKIPPED: librx not installed TEST fjf663.pas: SKIPPED: IOSelectRead not supported on this system TEST gettexttest.pas: SKIPPED: libintl not installed TEST gmptest.pas: SKIPPED: libgmp not installed TEST pipetes2.pas: Unexpected output `Unexpected output `Unexpected output `Unexpected output `Unexpected output [...] TEST pipetest.pas: SKIPPED: IOSelect not yet implemented for mingw TEST regextest.pas: SKIPPED: librx not installed TEST windtes2.pas: gpc1.exe: warnings being treated as errors ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 failed TEST windtest.pas: gpc1.exe: warnings being treated as errors ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 failed TEST y2k.pas: gpc1.exe: warnings being treated as errors ./../units/dos.pas: In procedure `GetCBreak': ./../units/dos.pas:704: warning: suggest parentheses around `and' in operand of `<>' gpc1.exe: F:\Programming\GNU\root\usr\local\gpc-mingw\bin\gpc.exe exited with status 1 failed # of GPC tests 3594 # of GPC tests passed 3576 # of GPC tests skipped 10 # of GPC tests failed 8 ------------------ Suppression of the warning suggesting parentheses or repair of the associated source file would eliminate 7 of the 8 failing tests (note that "dialec3.pas" and "dialec6.pas" report "OK" but apparently are counted as failing tests). The "pipetes2.pas" test outputs "`Unexpected output " repeatedly until 2048 characters are printed. I have trimmed the text for this report. To compile gpc using gcc-3.2.3, the change described by Russ Whitaker in his message of 7th June 2003 (to line 42 of p/config-lang.in) was needed. -- Dave

2 2

gpc20030507 with gcc-3.3 on Mac OS X
by Adriaan van Os 08 Jul '03

08 Jul '03

Peter N Lewis wrote, > #### > #### FDE 0x2aea4 (OB 0x13fd60, fde_end 0x2affc) has zero > length!Aborting. > #### > Abort Fixed with gcc-3.3. Geoff Keating wrote: > > Adriaan van Os writes: >> (4) compiling any .c source with -ggdb or -gdwarf-2 (instead of >> -gstabs or -g) produces the following output: >> Internal compiler error in default_no_named_section, at varasm.c:5305 > > Darwin doesn't really support dwarf2 at present. Fixed with gcc-3.3, there is now a message "unknown or unsupported -g option". Geoff Keating wrote: > > Adriaan van Os writes: > >> Does anyone know what the status is of the following problems, >> encountered with gcc-3.2.1/3.2.2 on Darwin/Mac OS X ? >> >> (1) trampolines crash (I have a patch to fix it) >> >> (2) longjumps crash (I have a patch to fix it also) >> >> (3) non-local goto's don't work, e.g. > > These are all fixed in GCC 3.3. Well, not quite. Longjump crashes and non-local goto crashes have been fixed, but trampoline crashes not. The gcc-3.2.x trampoline patch can be applied to gcc-3.3 and it fixes most trampoline crashes, but ..... ./test_run: line 193: 766 Segmentation fault "$DIFF" testmake.tmp "$xo" TEST fproc.pas: failed ... running the testuite for fproc.pas takes a long time and fails. After a while the hardddisk starts to spin continuously, which might indicate that the system is allocating lots virtual memory (on a 1.25 GB Mac). After this, gpc1 crashes when compiling ANY .pas file, until a reboot. The typical backtrace looks like this: Date/Time: 2003-05-18 03:11:07 +0200 OS Version: 10.2.4 (Build 6I32) Host: G4.local. Command: gpc1 PID: 27979 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000 Thread 0 Crashed: #0 0x0014ec68 in find_reloads (reload.c:4000) #1 0x0011bbe8 in reload_as_needed (reload1.c:3893) #2 0x00115388 in reload (reload1.c:1107) #3 0x001dca60 in global_alloc (global.c:583) #4 0x000991ec in rest_of_compilation (toplev.c:3304) #5 0x00007b58 in finish_routine (declarations.c:2436) #6 0x0002d27c in main_yyparse (parse.c:1739) #7 0x00097ce0 in compile_file (toplev.c:2134) #8 0x0009ce94 in do_compile (toplev.c:5370) #9 0x0009cf60 in toplev_main (toplev.c:5400) #10 0x00002700 in _start (crt.c:267) #11 0x00002580 in start Maybe, virtual memory is corrupt after the fproc.pas testrun ?? Running the testsuite for fproc.pas with --longjmp-all-nonlocal-labels, results in a compiler error message: TEST fproc.pas: /var/tmp//ccMu9pMb.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 800. /var/tmp//ccMu9pMb.s:unknown:Can't emit reloc {- symbol "LSJR11"} @ file address 796. /var/tmp//ccMu9pMb.s:unknown:Undefined local symbol L3$pb failed Regards, Adriaan van Os

3 8

Real with attributes (...)
by Mirsad Todorovac 08 Jul '03

08 Jul '03

Please read without prejudice! What would you think of the following: we all know about various bitsizes Integer and Cardinal types. What I've seen was a "customized" real type. Imagine you have to store lots of data for GSM-encoding, or some similar measurement purpose. Lots of bits are wasted, as they don't correspond to accurate digits of measurement. I.e. on a weather station that has only an occassional link to a satellite. For example, let's suppose we have lots of data that that we could express as reals in 16-bit precision, and all fit between -0.5 and 0.5 (for example, but standard can be defined in different way): type MyReal = Real attribute (Exponent = 0, Mantissa = 16); GSMReal = Real attribute (Exponent = 8, Mantissa = 8); The latter could represent a number with same range like IEEE single precision float, just with only 2 accurate digits. or even TEMPReal = Real attribute (ExponentRange = 0..15, Mantisa = 4); for keeping the temperature in one byte from range of 0.0625 K to 30720 K (where precision is not that much important as the value on the logarithmic scale ...) The compiler could use hardware floating point when it's faster than emulation with less bits of precision, then round/truncate when storing back into memory/variable. This is just a tip, not a real syntax or semantics proposal. Mirsad -- "I have a dream!" -- Martin Luther King Jr.

11 31

[Bug] Compiler error when accessing packed array element
by J. David Bryan 07 Jul '03

07 Jul '03

The following program: program bug; type r = packed record a : char; b : array [1..4] of char end; var v : r; i : integer; c : char; begin c := v.a; { line 13: succeeds } c := v.b [1]; { line 14: succeeds } c := v.b [i]; { line 15: fails } end. ...gives this improper compile-time error: bug.pas: In main program: bug.pas:15: cannot take address of packed record field `b' This is with gpc version 20030507, based on gcc-3.2.3 (mingw special 20030504-1), configured for i486-pc-mingw32. I also reproduced this with the Chief's gpc-20030507-gcc-3.2.3-i386-pc-mingw32.tar.gz. -- Dave

2 2

Round() problem (64-bit version)
by Cserzo Miklos 04 Jul '03

04 Jul '03

Hi Folks, the tests with the 64-bit version binaries are in progress. The following code demonstrates a bug related to the round() function: program bugtest; var i,j,k:integer; r:real; begin for i:= 1 to 100 do begin r:=random; j:=trunc(r*100); k:=round(r*100); writeln(j:4,k:4,r*100:4:0,r:8:4); end; end. In 32-bit the code generates the correct output but in 64-bit the value of "k" is always zero. The other columns of the result is correct. Any idea why, any suggestion for further tests? Cheers, miklos

2 1

Installation instructions
by Frank Heckenbach 02 Jul '03

02 Jul '03

The installation instructions in the manual are somewhat outdated (and have always been, at least for some years now). There are probably a number of things which are not quite accurate, missing or unnecessary (perhaps kludges that were once necessary). Also, the structure of the chapter is probably not optimal. Furthermore, there's information (partly overlapping, but also containing things not mentioned in the manual) that was once in the FAQ, but was taken out since it should be merged with the install instructions (because having two parallel, but not quite identical instructions would only add to the confusion). This merging hasn't been done, so the old FAQ information has rotted since then (probably all URLs in it are wrong now etc.), so it must be carefully updated and then merged with the install chapter. Obviously, I'm looking for people to do that. (I'm not going to, since my perspective, especially here, is a bit different from the average user's ...) Ideally, perhaps for each "essentially" different platform (i.e., DJGPP, Cygwin, Mingw, Mac OS, Unix and perhaps GNU/Linux as a special case of Unix where some things are easier, so it might be worth making it a separate section which doesn't confuse the user with details necessary for other Unices) one user should write one compact section. It should describe both compiling from sources and installing binaries. (Of course, this doesn't mean completely rewriting it -- the existing material can be used and rearranged, of course.) There should be some coordination (by one of them or someone else), so the sections will not look more different from each other than necessary, and common things need to be described only once. I'd like to not have to do this myself, but instead get the collected material from the coordinator in a new install.texi when it's ready. (I'm sending this mail to both gpc and gpc-doc, since it concerns the documentation, but also "regular" GPC users, and since the archives currently don't work, please reply to both lists. Once the volunteers have found, they can coordinate via gpc-doc only or private mail, of course ...) I've put the install chapter from the current sources as well as the old information from the FAQ at http://fjf.gnu.de/gpc-install.tar.gz 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 6

gdb
by Peter N Lewis 30 Jun '03

30 Jun '03

Hi, So what is the status of gdb? It seems to work with Pascal, but it does not seem to be able to display String()'s and I could not figure out how to use "call" to call CFShow (Apple says: call (void)CFShow(cf) but that just gives a syntax error). (CFShow is a debugging routine that prints out the decoded value of the input parameter). And print S gives: $1 = (&$$1 = record ) @$bffff7c0: <incomplete type> Thanks, Peter. -- <http://www.interarchy.com/> <http://documentation.interarchy.com/>

3 3

Archives working again
by Frank Heckenbach 29 Jun '03

29 Jun '03

The archives of this mailing list and the (experimental) search function on the GPC site <http://www.gnu-pascal.de/search.html> should now be working again. 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

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