On 16 Dec 2008 at 10:49 Kevan Hashemi wrote:
I downloaded to my Linux machine (home folder, not desktop). I extracted. I see the pascal folder. I run pascal/bin/gpc.
sudo tar -zxvf gpc-20070904.i686-pc-linux-gnu.tar.gz -C / export PATH=$PATH:/pascal/bin
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/
Dear Chief O,
sudo tar -zxvf gpc-20070904.i686-pc-linux-gnu.tar.gz -C / export PATH=$PATH:/pascal/bin
Very cool. Thank you. I think I understand what each line does. I'll try it when I'm back in my lab.
Is there a reason why you like /pascal/bin instead of /bin or /usr/local/bin? The existing 20041218 distribution installs itself into /usr/local. After verifying that the new version works, I'd like to over-write the old one, and I think I can figure out how to re-tar the pascal files and re-expand them into the /usr/local structure.
Yours, Kevan
On 17 Dec 2008 at 10:08, Kevan Hashemi wrote:
Dear Chief O,
sudo tar -zxvf gpc-20070904.i686-pc-linux-gnu.tar.gz -C / export PATH=$PATH:/pascal/bin
Very cool. Thank you. I think I understand what each line does. I'll try it when I'm back in my lab.
Is there a reason why you like /pascal/bin instead of /bin or /usr/local/bin?
Yes. You were worried about breaking your system gcc and your existing gpc. That way, it is in a totally different place from any installed system compiler.
The existing 20041218 distribution installs itself into /usr/local. After verifying that the new version works, I'd like to over-write the old one, and I think I can figure out how to re-tar the pascal files and re-expand them into the /usr/local structure.
You may need to set some environment variables in order for it to work properly in a different location. But it may work without any such tweaking.
Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Web: http://www.greatchief.plus.com/
Dear Chief O,
Yes. You were worried about breaking your system gcc and your existing gpc.
Do you mean to say that you prepared this distribution specially for me? Now that's what I call service. Thank you very much.
You may need to set some environment variables in order for it to work properly in a different location.
Okay. I'll look out for that, fix it, and report back.
Yours, Kevan
On 17 Dec 2008 at 11:13, Kevan Hashemi wrote:
Dear Chief O,
Yes. You were worried about breaking your system gcc and your existing gpc.
Do you mean to say that you prepared this distribution specially for me? Now that's what I call service. Thank you very much.
You're welcome. :) I'm sure there are others with similar concerns (the best option would have been to go for /usr/local/ - this is set during "configure").
You may need to set some environment variables in order for it to work properly in a different location.
Okay. I'll look out for that, fix it, and report back.
Ok.
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/
Hello Everyone
One further point I haven't mentioned so far in this discussion thread is the establishing of clear 'development' and 'release' branches for GPC. Aside from the necessity of separating the work being done on the GPC for specific features and major fixes, the release branch is an important tool for our community.
The release and development branches give this project developers a mechanism that provides them a code area within the project and the flexibility to work on features and add-ons that may be of interest to specific groups of users.
The release branch is where other developers and maintainers can work on GPC to improve stability, performance, and for managing patches and fixes when bugs are reported by the project's end-users.
The release branch also us all to know where the GPC has been, how long its taken to reach a milestone or major development point and there can be separate release stages (alpha, beta, production) as is typical of other FOSS projects.
Prince Riley
On Wed, Dec 17, 2008 at 11:05 AM, Prof A Olowofoyeku (The African Chief) < chiefsoft@bigfoot.com> wrote:
On 17 Dec 2008 at 11:13, Kevan Hashemi wrote:
Dear Chief O,
Yes. You were worried about breaking your system gcc and your existing gpc.
Do you mean to say that you prepared this distribution specially for me? Now that's what I call service. Thank you very much.
You're welcome. :) I'm sure there are others with similar concerns (the best option would have been to go for /usr/local/ - this is set during "configure").
You may need to set some environment variables in order for it to work properly in a different location.
Okay. I'll look out for that, fix it, and report back.
Ok.
Best regards, The Chief
Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/
Dear Prof O,
I installed your 20070904 version of GPC on my Red Hat Linux machine. When I run gpc I get the following error, which I believe indicates that my operating system needs to be updated.
[hashemi@brndcdf hashemi]$ cd /pascal/bin [hashemi@brndcdf bin]$ ls binobj gpc gpc-run gpidump [hashemi@brndcdf bin]$ ./gpc ./gpc: /lib/libc.so.6: version `GLIBC_2.4' not found (required by ./gpc) ./gpc: /lib/libc.so.6: version `GLIBC_2.3.4' not found (required by ./gpc) [hashemi@brndcdf bin]$ strings /lib/libc.so.6 | grep GLIBC GLIBC_2.0 GLIBC_2.1 GLIBC_2.1.1 GLIBC_2.1.2 GLIBC_2.1.3 GLIBC_2.2 GLIBC_2.2.1 GLIBC_2.2.2 GLIBC_2.2.3 GLIBC_2.2.4 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_PRIVATE
The GPC version you compiled for me seems to include GCC 4.1.2. Does that sound right? Am I correct in thinking that my system is too old for the new GPC?
Yours, Kevan
On 23 Dec 2008 at 14:40, Kevan Hashemi wrote:
Dear Prof O,
I installed your 20070904 version of GPC on my Red Hat Linux machine. When I run gpc I get the following error, which I believe indicates that my operating system needs to be updated.
[hashemi@brndcdf hashemi]$ cd /pascal/bin [hashemi@brndcdf bin]$ ls binobj gpc gpc-run gpidump [hashemi@brndcdf bin]$ ./gpc ./gpc: /lib/libc.so.6: version `GLIBC_2.4' not found (required by ./gpc) ./gpc: /lib/libc.so.6: version `GLIBC_2.3.4' not found (required by ./gpc) [hashemi@brndcdf bin]$ strings /lib/libc.so.6 | grep GLIBC GLIBC_2.0 GLIBC_2.1 GLIBC_2.1.1 GLIBC_2.1.2 GLIBC_2.1.3 GLIBC_2.2 GLIBC_2.2.1 GLIBC_2.2.2 GLIBC_2.2.3 GLIBC_2.2.4 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_PRIVATE
The GPC version you compiled for me seems to include GCC 4.1.2. Does that sound right? Am I correct in thinking that my system is too old for the new GPC?
That GPC version was compiled under a recent release of ubuntu. Clearly, its libc is more recent than yours.
Remember this conversation?
If you find one, it may not work.
So far, that 20041218 distribution of binaries has worked on every single one of the two dozen machines we have loaded it onto. Why would the 20070904 distribution fail to work?
That is precisely what I referring to - i.e., as I said then, "Much depends (unless everything is linked statically) on the system on which it was built, and how different that system (and its libraries) is from yours."
If GPC is built on an older system (e.g. FC2 or FC3) then it may well work on your linux box. The alternative is to update your libc - but that is an option that I would not recommend.
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/
Dear Prof O,
The alternative is to update your libc - but that is an option that I would not recommend.
Wise words. But too late to save me: I have broken my kernel.
Anyway: one solution for the binary distribution is to find an old system and compile on that. This system here is pretty old. When I get it up and running again I sill try to compile the linux version from sources. Because this process may produce a binary distribution that almost always works, I think it will be worth the trouble.
Yours, Kevan
On 23 Dec 2008 at 16:50, Kevan Hashemi wrote:
Wise words. But too late to save me: I have broken my kernel.
Sorry to hear that.
Anyway: one solution for the binary distribution is to find an old system and compile on that. This system here is pretty old. When I get it up and running again I sill try to compile the linux version from sources. Because this process may produce a binary distribution that almost always works, I think it will be worth the trouble.
This is built under FC3: http://gnu-pascal.de/contrib/chief/fedora-3/
The gcc backend is still 4.1.2, and the prefix directory is /usr/local/
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/
-
Kevan Hashemi -
Prince Riley -
Prof A Olowofoyeku (The African Chief) -
Prof. A Olowofoyeku (The African Chief)