Hello Everyone

The ideas being discussed on this list concerning setting up a project repository for finished, support binaries, RPM packages, and source tarballs and make/install scripts has been moving forward slowly.

Over the rest of this week, I am hoping that those of you who have not weighed in as yet will do so and then I can summarize the points that have been made in a single post from which we can move forward.

Once again, let me say thank you to all the members of this list who have already volunteer comments, suggestions, code, and other information.

Here are two links I found useful and informative on version management tools One of the key decisions that lie ahead  will be setting up two public repositories. One for the code base for all the GPC versions and the other for released versions with addons-contributed by members of our community.

http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/
 
http://betterexplained.com/articles/a-visual-guide-to-version-control/

While I am sure most of you who are active on the GPC list already know how these systems work, this material does provide a common framework in an easy to understand and brief format that those who may not be as experienced can find helpful in understanding the topic.

Prince

On Mon, Dec 15, 2008 at 4:32 PM, Prince Riley <wmarketing3@gmail.com> wrote:
Hello

First my thanks to everyone who has responded so far to the post concerning making a more
structured repository for the GPC project. 

There's been a suggestion to have a repository set up on Sourceforge which is a very well
known open source project repository. If anyone would like to suggest another site, please do so.

We have heard from members of the list that have either source or binaries for the IA32 (x86) processor platform for:

Fedora

Ubuntu

Mandravia

We also have one person so far who has offered source and a binary for the Apple Mac platform (OS X I think)

This gives us a good start in terms of code sources and binaries.. What we should think about adding to this are HOW-TO's and files for compiling and install  on each of these platforms which the understanding that we are looking for people (at least two) for each platform to be 'maintainers' of the packages for these platforms.

Next, seeking comments and further feedback from the group on these possible additions:

Wiki pages for GPC packages and programming techniques

Specialized processor platform versions (ARM for example)

Comments on how to manage the PATCH process for the GPC source tree with test suites

A group to assume the role of suggesting a roadmap for future enhancements to the baseline GPC and packages.

I thank all of you whom I have not mentioned by name for your posts and e-mails, please continue
to give this thread guidance of your experience and opinions .. on these ideas and any others that I have not mentioned which are relevant .

Prince




Prince Riley

making



On Mon, Dec 15, 2008 at 2:26 PM, Prof A Olowofoyeku (The African Chief) <chiefsoft@bigfoot.com> wrote:
On 15 Dec 2008 at 12:16, Kevan Hashemi  wrote:

> Dear GPC,
>
> > http://www.math.uni.wroc.pl/~hebisch/gpc/gpc-20070904.tar.bz2
>
> I have this archive decompressed on my desktop.

On your "desktop" in Linux? That sounds odd to me.

> It looks like I'll have to download another set of source files: those
> for GCC. The install instructions use GPC version 20041218 as an example
> and tell me to download GCC 3.4.3's source code. I don't know which
> version of GCC to download for the GPC version 20070904.

3.4.3 is fine - as is any later 3.x version.

> After that, there are seven steps to follow for compilation. From
> experience, I'm guessing this process is going to take me all morning.

An exaggeration. On a modern PC, it should take no longer than 5 minutes.

> All kinds of things can go wrong. I may even break my existing GCC
> installation by mistake.

If you don't know what you're doing, yes. If you set a "prefix" path that
is well away from your system gcc's path (e.g., "--prefix=$HOME/gpc"),
then there is no chance of breaking anything.

>
> There is a 20041218 binary distribution on
>
> http://www.gnu-pascal.de/binary/
>
> but I can't find a newer version.

If you find one, it may not work. 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.

[...]
> So, the Linux user appears to be stuck with choosing between:
>
> (1) GPC 20041218 binary distribution (10-minute install)
>
> (2) Compiling new source code (4-hour install)

An exaggeration. As I said, on a modern PC (e.g., an Athlon XP 3800), it
only takes a few minutes

Best regards, The Chief
--------
Prof. Abimbola A. Olowofoyeku (The African Chief)
web:  http://www.greatchief.plus.com/