- Gpc - gnu.de

AMD 64 Pascal build error
by twixt＠cstone.net 14 Oct '09

14 Oct '09

3 2

Kubuntu AMD 64: grx build error
by twixt＠cstone.net 11 Oct '09

11 Oct '09

Thanks for your help! Following the installation instructions, I was able to run "make -f makefile.x11" apparently without errors. I used the following choices when editing makedefs.grx: HAVE_LIBTIFF=y HAVE_LIBJPEG=y HAVE_LIBPNG=y NEED_ZLIB=y INCLUDE_PRINTING_CODE=n INCLUDE_BMP_CODE=y INCLUDE_GPC_SUPPORT=y INCLUDE_SHARED_SUPPORT=y INCLUDE_BGI_SUPPORT=y HAVE_UNIX_TOOLS=n BUILD_X86_64=n I left the rest of the makedefs.grx file alone. Then I went into the /test subdirectory and here is the log: david@Achernar:~/software/grx/grx248/grx248/test$ sudo make -f makefile.x11 [sudo] password for david: gcc -c -O2 -fno-strict-aliasing -Wall -m32 -D__XWIN__ -I../include arctest.c -o arctest.o In file included from arctest.c:21: test.h: In function ‘main’: test.h:88: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result gcc -s -m32 -s -o xarctest arctest.o ../lib/unix/libgrx20X.a -ltiff -ljpeg -lpng -lz -L/usr/X11R6/lib -lX11 -lm /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../libz.a when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/libz.a when searching for -lz /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status make: *** [xarctest] Error 1 david@Achernar:~/software/grx/grx248/grx248/test$ What should I do? Thanks again! David

2 1

Re: More issues with EOLN, EOF, and the Pascal standard.
by samiam＠moorecad.com 25 Sep '09

25 Sep '09

1 0

Re: More issues with EOLN, EOF, and the Pascal standard.
by samiam＠moorecad.com 24 Sep '09

24 Sep '09

1 0

Re: More issues with EOLN, EOF, and the Pascal standard.
by samiam＠moorecad.com 24 Sep '09

24 Sep '09

1 0

Re: More issues with EOLN, EOF, and the Pascal standard.
by samiam＠moorecad.com 24 Sep '09

24 Sep '09

2 1

More issues with EOLN, EOF, and the Pascal standard.
by Chad Simmons 24 Sep '09

24 Sep '09

In a continuation of the thread: http://www.gnu-pascal.de/crystal/gpc/en/raw-mail10017.html Regarding conformance to the ISO 7185. It seems that GPC will correctly report EOLN before EOF even when none exists in the file. However, after successfully reading the end of line character, EOLN will still return true while EOF also simultaneously returns true. This has a tendency to give odd results. EOF and EOLN should be mutually exclusive. If the file doesn't properly have it's end of line marker before the end of the file, GPC can, should, and does currently insert the end of line into the buffer. But once it's been read, EOF should return true, and EOLN should not. I'm unfortunately not familiar enough with how gpc source is organized, so I'm not sure where to make the needed correction, in order to submit the patch. I would be willing to work on it however, if someone could point me in the right direction. Thanks, Chad Simmons The following program demonstrates the unusual behavior: PROGRAM GRADES (INPUT,OUTPUT); VAR SUM, COUNT, GRADE : INTEGER; BEGIN SUM := 0; COUNT := 0; WRITELN('ENTER GRADES AND PRESS CTRL-D WHEN FINISHED'); READ(GRADE); WHILE NOT EOF DO BEGIN SUM := SUM + GRADE; COUNT := COUNT + 1; IF EOLN THEN READ(CH); WRITELN('EOLN? ', EOLN); WRITELN('EOF? ', EOF); IF NOT EOF THEN READ(GRADE); END; WRITELN('TOTAL STUDENTS ', COUNT); WRITELN('CLASS AVERAGE ', SUM DIV COUNT); END. The output: $ ./grades ENTER GRADES AND PRESS CTRL-D WHEN FINISHED 20 30 40EOLN? False EOF? False EOLN? False EOF? False EOLN? True EOF? True TOTAL STUDENTS 3 CLASS AVERAGE 30 gpc -v output: $ gpc -v Using built-in specs. Configured with: ../src/configure -v --enable-languages=c,pascal --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --disable-libmudflap --enable-checking=release x86_64-linux-gnu Thread model: posix gpc version 20070904, based on gcc-4.1.3 20080301 (prerelease) (Ubuntu 2.1-4.1.2-19ubuntu1)

3 5

makefile problems
by Martin Kalbfuß 06 Sep '09

06 Sep '09

Thanks, unit path is the option I was looking for. I have a C background. But I forgot to mention that this is a library. So there's no main file. And the C part is needed to make some C macros and defines visible. It's a wrapper for the brand new allegro library. The keytypes are a long list of key names needed in two places. I decided to separate and include it. .I'm aware of --automake, and It makes the process much easier. But it's far to weak to replace a Makefile. Maybe some of the following things are wrong(hopefully): - no install target - no clean target - no support for building documentation - no dependency checking. (In my case allegro-4.9 for the examples) What's the way to go, when you like to release a library? For C I would use autotools and pkg-config. And I think It would be nice if there are going to be some macros for the use with autotools like an AC_PROG_CC equivalent AC_PROG_GPC which checks for the gpc compiler.

5 4

makefile problems
by Martin Kalbfuß 04 Sep '09

04 Sep '09

Hi, I'm very frustrated. I'm not able to get a working makefile for my project. It has the following directory tree: pallegro |_src | |_pallegro.pas | |_display.pas | |_keyboard.pas | |_altime.pas | |_define.c | |_keytypes.def |_Makefile pallegro.pas depends on everything keyboard.pas depends on display.pas, define.c and keytypes.def display.pas depends on define.c altime.pas depends on define.c define.c depends on nothing keytypes.def depends on nothing I'm not able to create a makefile. Especially the placement in the src directory produces problems. I get dependency problems all the time. Could someone show me a basic makefile? I don't know how to proceed. :-( ________________________________________________________________ Neu: WEB.DE Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://produkte.web.de/go/02/

2 1

Re: define loop
by Martin Kalbfuß 03 Sep '09

03 Sep '09

Ups. Sorry. I misunderstood the documentation. Thanks. ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de

1 0