Gpc May 1998

gpc@gnu.de

29 participants
71 discussions

Reformatted: EFLIB as class library for Object-Pascal (fwd)
by Johan Larsson 04 May '98

04 May '98

Some people have complaint about the lack of line terminators in my proposal message (attached). I therefore resend it as requested. A aplogize for any discomfort I may have caused you. The message can also be read on WWW: http://www.acc.umu.se/EFLIB/Lists/EFLIB-Developers/9805/0000.html Regards, Johan Larsson ---------- Forwarded message ---------- Date: Sun, 3 May 1998 12:25:30 +0200 From: Johan Larsson <jola(a)csd.uu.se> Dear Developers of GNU Pascal and FPK Pascal. I am the author of EFLIB, a free object-oriented extension for Object-Pascal which currently is evolving but will be released in a brand new version soon. Our software gets more and more mature for every day. We now want to make EFLIB a standard template library for both of your languages: GNU Pascal and FPK Pascal, and we want to support CORBA, X11, Windows NT and even Motif. Also, we want to keep the project close to the state of art in computer science. We want to incorporate only modern algorithms, modern solutions and - most importantly - only modern approaches to software reuse: the design patterns. EFLIB is free software (http://www.csd.uu.se/projects/EFLIB/Support/FAQ/). We believe that a free mind "is-a" creative mind. However, EFLIB will also be wrapped and sold in a commercial CDROM kit. We believe that free software can indeed be commercial software as well (as do Richard Stallman for that matter). To warrant the freedom of distribution and use, we use a GNU LGPL-compatible license agreement (currently being completed by a Swedish lawyer). EFLIB is primarily a free scientific software and secondly a basis for research on software reuse, object-orientation and modern algorithms. We believe that this treble nature of EFLIB is one of its greatest strengths. We think EFLIB will prove to be a great value for the future of Object-Pascal. We believe that the next step of programming will be an increased level of abstraction due to the introduction of design patterns and other higher-level entities of software design. We also believe in modelling and tool support for software design. We want to combine all of these things in EFLIB. We are also considering integrating modern technologies such as CORBA and Motif support. The trend goes to language and platform independence and universal modelling and reuse, and that's exactly what EFLIB is all about. I am, as the project leader of EFLIB, confident that EFLIB will fit actual needs as an official standardized class library for FPK Pascal and GNU Pascal, and partially for Borland Delphi 3. However, to reach this goal I will need collaboration from all of you. Many people have already reacted positively to EFLIB in the FPK and GNU domain. First of all, we need developers who can help us with the actual coding and testing, and give us response to the specifications. We need experienced CORBA / ORB / DCOM developers. We need experts on design patterns and reuse, and experienced developers in X11, Motif and Windows NT. We also need some changes in the GNU and FPK Pascal standards: full support for properties, class model and exception handling. It could well be time for a precise standard to settle between GNU and FPK. Some links to the project: http://www.csd.uu.se/projects/EFLIB/ http://www.csd.uu.se/projects/EFLIB/Documentation/Documents/Specifications/ http://www.csd.uu.se/projects/EFLIB/Developing/ ftp://ftp.sunet.se/pub/lang/EFLIB/ ftp://ftp.csd.uu.se/users/jola/EFLIB/ Best Regards, Johan Larsson URL: http://www.csd.uu.se/~jola/ MAIL: jola(a)csd.uu.se Also, REMEMBER to check out EFLIB, the free object-oriented framework for EVERY Pascal programmer, at http://ftp.sunet.se/EFLIB/. Simply SOPHISTICATED!

1 0

OOP, Pas <-> C++ and ASM OO...
by Orlando Llanes 03 May '98

03 May '98

I know it's been asked before, but I ask again because maybe the answer will be different this time. How can I code an external assembly routine as an object method? And is it possible to declare a C++ object and import it into Pascal or vice-versa without having to re-write the code? See ya! Orlando Llanes "Meine Damen und Herren, Elvis hat soeben das Gebaeude verlassen!" "Look out fo' flyeeng feet" O__/ a010111t(a)bc.seflin.org \/|____. O <__. \/\> / \ ____________|___\______ http://ourworld.compuserve.com/homepages/Monkey414

2 3

ESP (Was: OOP, Pas <-> C++ and ASM OO...)
by Frank Heckenbach 03 May '98

03 May '98

Orlando Llanes wrote: > Thank you!!! 8~) The dream of OOP <sniffle, wiping tear from eye> is > once again reality =B) BTW, I found that external assembly routines (I'm > using NASM) allow one to use the EBP register as long as its value is > preserved at the start of the routine and restored at the end. To > reference the values on the stack, I used [ESP+8] for the first parameter, > [ESP+n] for the next ones. BTW, the compiler can access the values on the stack via ESP, too, if you give it the --omit-frame-pointer option. I'm not sure why this is not the default (at least when optimization is turned on), but the GCC developers surely have their reasons... -- Frank Heckenbach, frank(a)pascal.gnu.de http://fjf.gnu.de/ PGP keys: http://pgp5.ai.mit.edu/pks/lookup?op=index&search=Frank+Heckenbach

2 1

invalid type code 19
by FPL 03 May '98

03 May '98

Hi list, (gdb) whatis Prioritee_trouvee type = <invalid type code 19> 183$ gpc --version 971001(2.7.2.1) Prioritee_trouvee (found_priority) is defined as a Boolean. If evaluated, gdb will give it a value of 8, and this invalid type code 19! What's 19 for GPC? Also, how many Peter Gerwinsky are there over there? I just cannot believe they are only one always behind the computer solving all those problems, answering all those questions, all the time, all the time! Can we copy them as part of the GNU project? (no offense of course) Cheers. F.P.L

2 1

EFLIB as class library for Object-Pascal
by Johan Larsson 03 May '98

03 May '98

Dear Developers of GNU Pascal and FPK Pascal. I am the author of EFLIB, a free object-oriented extension for Object-Pascal which currently is evolving but will be released in a brand new version soon. Our software gets more and more mature for every day. We now want to make EFLIB a standard template library for both of your languages: GNU Pascal and FPK Pascal, and we want to support CORBA, X11, Windows NT and even Motif. Also, we want to keep the project close to the state of art in computer science. We want to incorporate only modern algorithms, modern solutions and - most importantly - only modern approaches to software reuse: the design patterns. EFLIB is free software (http://www.csd.uu.se/projects/EFLIB/Support/FAQ/). We believe that a free mind "is-a" creative mind. However, EFLIB will also be wrapped and sold in a commercial CDROM kit. We believe that free software can indeed be commercial software as well (as do Richard Stallman for that matter). To warrant the freedom of distribution and use, we use a GNU LGPL-compatible license agreement (currently being completed by a Swedish lawyer). EFLIB is primarily a free scientific software and secondly a basis for research on software reuse, object-orientation and modern algorithms. We believe that this treble nature of EFLIB is one of its greatest strengths. We think EFLIB will prove to be a great value for the future of Object-Pascal. We believe that the next step of programming will be an increased level of abstraction due to the introduction of design patterns and other higher-level entities of software design. We also believe in modelling and tool support for software design. We want to combine all of these things in EFLIB. We are also considering integrating modern technologies such as CORBA and Motif support. The trend goes to language and platform independence and universal modelling and reuse, and that's exactly what EFLIB is all about. I am, as the project leader of EFLIB, confident that EFLIB will fit actual needs as an official standardized class library for FPK Pascal and GNU Pascal, and partially for Borland Delphi 3. However, to reach this goal I will need collaboration from all of you. Many people have already reacted positively to EFLIB in the FPK and GNU domain. First of all, we need developers who can help us with the actual coding and testing, and give us response to the specifications. We need experienced CORBA / ORB / DCOM developers. We need experts on design patterns and reuse, and experienced developers in X11, Motif and Windows NT. We also need some changes in the GNU and FPK Pascal standards: full support for properties, class model and exception handling. It could well be time for a precise standard to settle between GNU and FPK. Some links to the project: http://www.csd.uu.se/projects/EFLIB/ http://www.csd.uu.se/projects/EFLIB/Documentation/Documents/Specifications/ http://www.csd.uu.se/projects/EFLIB/Developing/ ftp://ftp.sunet.se/pub/lang/EFLIB/ ftp://ftp.csd.uu.se/users/jola/EFLIB/ Best Regards, Johan Larsson URL: http://www.csd.uu.se/~jola/ MAIL: jola(a)csd.uu.se Also, REMEMBER to check out EFLIB, the free object-oriented framework for EVERY Pascal programmer, at http://ftp.sunet.se/EFLIB/. Simply SOPHISTICATED!

1 0

RE: Useless evaluation
by Andreas Prucha [helicon] 03 May '98

03 May '98

Hi, I'm just playing around with GPC, so I can't say much about GPC yet, but... >I know for having read it somewhere that, as does gcc, GPC stops >evaluating as soon as it knows what is the result. For example, >evaluating for A and B, with A set to 0, it does not evaluate B for it >knows it does not worth doing it. ****snip**** >One may object that it does not change anything but efficiency. I have >conversely some code that will work if only the first part is evaluated >but will bug if the second is (that is quite curious. Don't worry. It >works with GPC, will it too with borland?) Delphi supports shortcircuit-evaluation, too. And I think so does BP... lets have a look... yes, BP supports it, too. Shortcircuit evaluation is default in both, Delphi (Object Pascal) and Borland Pacal. The compiler directive $B or $BOOLEVAL can be used to switch it on or off. Andreas

1 0

Useless evaluation
by FPL 02 May '98

02 May '98

Hi the list, I know for having read it somewhere that, as does gcc, GPC stops evaluating as soon as it knows what is the result. For example, evaluating for A and B, with A set to 0, it does not evaluate B for it knows it does not worth doing it. I don't know if this is due to the fact that, at a certain scale, GPC is mixed up with gcc, and here is my question: Is it a particularity of gcc (injected in GPC) or is it something true for all compilers. At least, can one code with this feature in the back of the mind without fear of borland unportability. One may object that it does not change anything but efficiency. I have conversely some code that will work if only the first part is evaluated but will bug if the second is (that is quite curious. Don't worry. It works with GPC, will it too with borland?) Cheers.

2 1

Symlinking is not enough
by Peter Gerwinski 02 May '98

02 May '98

Hi, everyone! I just experienced that GNU `make' distinguishes whether the `p' subdirectory has been symlinked or physically moved to the GCC source directory. Maybe other programs do the same. All those who have problems with some files not being found should retry with `mv gpc/p gcc/' instead of `ln -s "../gpc/p/" gcc/p'. Greetings, Peter -- Peter Gerwinski, Essen, Germany, http://home.pages.de/~Peter.Gerwinski/ Maintainer GNU Pascal - http://home.pages.de/~GNU-Pascal/ - gpc-980410 PGP: see homepage - 6C 94 45 BE 28 A4 96 - 0E CC E9 12 47 25 82 75 Fight the SPAM and UBE! - http://spam.abuse.net/ - http://maps.vix.com/

1 0

gpc 2.xx patch probs | Solaris 2.6
by Evan Cooch 01 May '98

01 May '98

Greetings - On the recommendation of Frank Heckenbach, who has been trying to help me, I'm posting a note on this maillist to see if I can resolved what should be a simple problem. Please cc replies to me directly, since I'm not currently subscribed to the list. I am running an ultraSPARC Sun with Solaris 2.6, and the latest Solaris 2.6 binary of the patch utility. I'm trying to install gpc-980401 on my machine, and implement the various "diffs" (patches). I have gcc-2.8.1 already installed. Here is what I've tried. - created a new directory - unpacked the GCC-2.8.1 and then GPC-980401 archives - ln -s "../gpc-980401/p" gcc-2.8.1 (the quotes being necessary to prevent ".." from being expanded by tcsh in my case) - cd gcc-2.8.1 - gunzip -c ../gpc-980401-980405.diff.gz | patch -p1 It is in the last step that I have the problems. When I execute this command, my system respinds with: Looks like a unified context diff. File to patch: In other words, it sits there and asks me for the name of the file I want to patch. Its supposed to get this from the diff file directly - but it clearly ins't working. I've tried all the permutations of the "-pxx" option for patch, and I can't find any clue from the man pages what I should be doing differently. Any suggestions? Thanks very much in advance. Again, if you send a copy of your reply to me directly, I'd appreciate it. Evan Cooch Department of Biological Sciences Simon Fraser University cooch(a)fraser.sfu.ca

2 1

Is gcc bad?
by FPL 01 May '98

01 May '98

My version of gcc is 2.7.2. Is it a bad version to compilate gpc-971001? Or am I just downloading on an out of date server (agnes?) AND_, DIV_ and all the family is well defined in parse.y. How should it be different? What's wrong? Am I?

2 1

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 May 1998