Gpc

gpc@gnu.de

5400 discussions

Re: Problem with the CRT uniy
by Frank Heckenbach 22 Dec '99

22 Dec '99

Romain Chantereau wrote: > Ok, I installed gpc with the tar.gz gived with the src.rpm, and it works !!! > > But, I would know how compile without the --automake option, because xwpe-alpha or > rhide don't permit to modify the basic command line... (and I don't want to make > remplacement script, but if I dont' find something, i will do that..) > > Thks for all, it was very cool to help me like that !!! RHIDE (not sure about xwpe) lets you modify the command line -- in fact, it does use `--automake' by default, but (unless that has been corrected in a newer release) also some obsolete automake parameters which cause a warning by GPC. Some earlier messages this year on this list described how to modify the command line. You also might want to try my IDE PENG (http://fjf.gnu.de/peng.html) which was written in GPC and, of course, uses an appropriate command line for GPC. (What a shameless plug! ;-) Apart from that, to answer your question, you can compile a single unit or program with the `-c' switch, and link all the object files, e.g. with a program `foo' that uses a unit `bar': gpc -c bar.pas gpc -c foo.pas gpc -o foo foo.o bar.o This way, you have to compile the units used by a program/unit before the program/unit itself, and you have to make sure to recompile anything when necessary. Also, you have to take care of C files and libs referenced from some units, e.g. CRT, with `{$L}' directives. IOW, you better write a Makefile, as usual in C... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

Re: Help for gpc install
by Frank Heckenbach 22 Dec '99

22 Dec '99

Tom Schneider wrote: > > Here is your problem: GPC can not be used with different version of GCC. > > If it's compiled from sources against of GCC 2.8.1 you need GCC 2.8.1 to run > > the beast, if it's compiled against of EGCS 1.1.2 you need EGCS 1.1.2 and so > > on. Even minor changes (EGCS 1.1.1 => EGCS 1.1.2) will break harmony :-) > > That's lovely. So why not read from the current gcc > what version it is and if they differ put up a BIG MESSAGE > and abort? The current problem is a bit different: GPC searches for the GCC files (including libgcc.a and cc1, the actual C compiler which is used for compiling C files referenced from Pascal code) in the same directory it's installed in (i.e. <prefix>/lib/gcc-lib/<platform>/<version>/). If there is a matching GCC version, it will be installed in the same directory, GPC will find the files, and everything is fine. If there's no matching GCC installed, GPC will simply not see it, and will therefore not give any particular message about this situation, just the usual linker error that a library is not found. Well, I'm currently writing a utility to simplify the usage of GPC, avoid the automake problems, and I've also intended it to simplify the calling of GCC so it will by default call `gcc' rather than cc1 (with special handling for cross-compiles and similar things) which will work with any installed GCC (as long as it can be found in the PATH). Now I'm reading this stuff about libgcc.a incompatibilites, and I'm wondering if that's the right thing to do, or if it will just replace an obvious problem by more difficult to find subtle problems (which would be a bad thing)... Khimenko Victor wrote: > 20-Dec-99 18:11 you wrote: > > Hello again. > > > Khimenko Victor wrote: > >> > >> > to a global one (such as /usr/local/lib/). After my humble > >> > experience, this doesn't harm. (But don't blame me if it does > >> > for you.;-) > >> > >> It will work for simple programs like "Hello, World!" (where libgcc is not > >> needed anyway) just fine. But for more complex programs it'll create problems. > >> libgcc.a is INTERNAL gcc library - [...] > > > So you mean that different versions of `libgcc.a' are not > > compatible enough even between egcs-1.1.1 and egcs-1.1.2 to > > make this work in a stable way? > > It CAN be compatible but it's NOT tested (and since it's not used this way > and not used much overral probability is VERY high to get silent damage and > not notice it for very long time). > > > Well, then the creator of the GPC binary distribution _must_ > > supply a matching `libgcc.a'. > > He just must add > -- cut -- > Require: gcc = 2.8.1 > -- cut -- > line in .spec file. Then rpm will just refuse to install gpc without > corresponding gcc. If the incompatibility really exists, than that's indeed what has to be done, i.e. each GPC binary should require or include GCC. Just supplying libgcc.a with GPC without the corresponding GCC would be problematic because: - Parts of the Run Time System and some units are written in C, and would "require" another libgcc.a if compiled with another C compiler. - Perhaps it's a problem for the packages if both GCC and GPC contain libgcc.a. I don't know the different packaging systems to well, so I don't know if they're designed to handle this situation. But I'm still wondering about this incompatibility. I recently did a joint Pascal/C++ project using gpc-19990813, based on gcc-2.8.1, and g++-2.95, linking to g++-2.95's libgcc.a, and it works well under both Solaris/Sparc and Linux/x86, even though the Pascal code does some 64 bit arithmetic... That's, of course, no proof that there are no problems. But what about libraries, e.g.? If they're dependent on the libgcc.a used for compiling them, this would mean that each program using a library has to be compiled with the same compiler version (i.e., the same libgcc.a version) as the library itself, to prevent subtle bugs. IOW, after upgrading a compiler, one would have to recompile libc and everything that depends on it, i.e. basically the whole system. I've never heard of this, and I really hope this isn't true... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

2 1

Re: Unit ports.pas, InPortW
by Frank Heckenbach 21 Dec '99

21 Dec '99

Opie Pecheux wrote: > Hi, > > I think that there is a mistake un the ports.pas unit on the > gpc-19990430-i386-pc-djgppv202.zip : > > > function InPortW (PortNumber : ShortWord) : ShortWord; > var Result : volatile ShortWord; (*@@*) > begin > asm ('inb %%dx, %%al' : '=a' (Result) : 'd' (PortNumber) : 'ax', > 'dx'); > InPortW := Result > end; > > Wasn't ax instead of al? That's right, also `inw' instead of `inb'. Thanks for the report, Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

Problem with some strings procedures.
by Alfredo Cesar Fontana 20 Dec '99

20 Dec '99

Hello: In this example: PROGRAM STR; {$IFDEF BAD} TYPE P=PROCEDURE(S:STRING); {$ENDIF} VAR S:STRING; BEGIN S:='123'; DELETE(S,1,1); WRITELN(S) END. with GPC v 19990118 (DJGPP and Linux) and GPC v 19990609 when I "gpc -o str str.pas" I get: "23", the delete procedure works fine. But if I "gpc -o str str.pas -DBAD" then I get: "123". I lost my delete procedure :'-( I'm trying to migrate to GPC from TP. I want that the source compiles in TP, GPC in DOS and GPC in Linux. But I have some problems. How can I use the BP Strings Schema for not converting databases? I'm not realy sure. But I think that when I try compile a line who needs a function which returns a string but this function is undeclared; the compiler breaks. I'll work on it for getting the realy trouble, and then ask you for help. Thanks... Alfredo

1 0

x-compile, graphics, array vs pointers
by Klaus Friis Østergaard 20 Dec '99

20 Dec '99

Hi , I have just installed GPC-19990118 on a redhat 6.0 linux. I have some questions: a.. Is it possible to make the program development on the linux, and =when I am finished to cross-compile it to windows 98/windowsNT? b.. How do I work with graphics in GNU pascal, so that I am able to =use the same source to compile to both linux/windows execute files. c.. Where do I find information on the graphics tools to use in GPC. d.. I am working with the traveling salesmans problem. There I need to =make a 2-dimensional array which contain the distance between each =city/node. As I'am new to GNU pascal and pointers, I wounder if it is =possible to make some kind of pointer structure that is working faster, =use memory dynamically or smarter than using a 2-dimensionally array? kind regards, klaus ---------------------------- Klaus F. Østergaard Laser Technical Services A/S Private: Sneppevang 3 Farremosen 3 DK-3450 Allerød DK-3450 Allerød tel: +45 48 17 61 61 +45 48 17 30 44 fax: + 45 48 17 10 65 Email : kfo(a)lasertech.dk company : laser(a)lasertech.dk

5 5

Problem with the CRT uniy
by Romain Chantereau 20 Dec '99

20 Dec '99

Hi, I wanted to compile a program with the GPC, and when I invoke gpc supp.pas it make "supp.pas:5: module/unit interface `Crt' could not be imported" !! I have installed GPC with the src.rpm. I have installed FPC too, and I tried to compile with the crt.o or/and the crt.ppu or/and the crt.pas gived with the source. Where can I find this Unit under Linux ?? Or how to do this work ! ?

2 6

Help for gpc install
by Marc SERRAU 20 Dec '99

20 Dec '99

Hello, My name is Marc SERRAU and I discovered the GNU Pascal Compiler few days ago. I installed it on my linux based PC from the binary package. (rpm) The installation worked well but I always become the following message after compiler even with a trivial Hello.pas program : [marc@altair hisix]$ gpc hello.pas ld: cannot open -lgcc: Aucun fichier ou rÃ©pertoire de ce type The linker cannot find some stuff, but what ? The gcc compiler was installed from an RH 6.0 distrib. Who can help me ? Thank you for your effort. Marc SERRAU Visit http://www.astrosurf.org/noctambule Marc SERRAU Visitez http://www.astrosurf.org/noctambule In Linux we trust, more and more...

4 7

_dos_ds
by Opie Pecheux 20 Dec '99

20 Dec '99

Hi, I use gpc 19990430 for dos with rhide. I want to access to the video memory. In C I use _farsetsel without problems, but in Pascal I have a problem with the selector _dos_ds. For _farsetsel, I write: Procedure FarSetSel(Selecteur:integer); AsmName '_farsetsel'; But I don't know how to use _dos_ds, of course FarSetSel(_dos_ds); don't work. Thanks for help. -- A+ Opie --------Publicite--personnelle--------------------------------------- ........ ABC de la Programmation (Assembleur, C, Pascal) ................ http://www.multimania.com/opecheux ................ Pour Ãªtre averti des nouvelles Ã©tapes, abonnez vous --

2 1

Re: Strings problem
by Frank Heckenbach 20 Dec '99

20 Dec '99

"Dr A Olowofoyeku" wrote: > On 19 Dec 99, at 21:06, Maurice Lombardi wrote: > > > LUJOP a Ã©crit : > > > The output generated is: > > > Bye<Hello > > > Bye>Hello > > > > Strange ! I find the correct result > > > > Hello>Bye > > Bye<Hello > > > > But I use the last alpha version of gpc. > > Is this a corrected bug ? > > IIRC, the answer is "Yes". Indeed. The bug was fixed Jan 26 which was after the release of the last beta version, but before the release of the subsequent alphas. (And, IIRC, the bug was "created" shortly before, so it only affects that one beta version.) A real solution to this problem would require an update of the compiler, or at least the runtime library (libgpc.a). As a work-around, you could possibly use the compiler directive `{$no-exact-compare-strings}' at the beginning of your code or pass the option `--no-exact-compare-strings' on the command line. This will cause spaces at the end of strings to be ignored in the comparison (like ISO 10206 demands). The operators that compare that way were not affected by the bug, but of course, the bevahiour is a little different, so this might not be an option to you... Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/ GPC To-Do list, latest features, fixed bugs: http://agnes.dida.physik.uni-essen.de/~gnu-pascal/todo.html

1 0

Strings problem
by LUJOP 20 Dec '99

20 Dec '99

First of all excusme for my little english. I'm new and I haven't experience with GPC, in fact I don't like Pascal very much. But I need to do a work for the university. The version I run is: Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.8.1/specs gpc version 19990118, based on gcc-2.8.1 And I have some problems comparing strings. If I compile and run the next program: Program test; var a,b:string(20); begin a:='Hello'; b:='Bye'; if(a<b) then writeln('Hello<Bye'); if(a>b) then writeln('Hello>Bye'); if(b<a) then writeln('Bye<Hello'); if(b>a) then writeln('Bye>Hello'); end. The output generated is: Bye<Hello Bye>Hello And, logically it isn't very nice :-) My question is simple: why the program don't function as desired? Or, if the error is mine, What I do bad? Postdate: I need to compile the program in the metionated version, and I can't update to a newer (university's administrators are not very servicial) Thus, if we can give a solution for the above version I'll be very happy. Otherwise I will be to codify strings with arrays of chars. Please , if someone reply to this message can send a copy to jpujo012(a)correu.udg.es Thanks And, another time excusme for me english.

3 2

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