[Aldor-l] src/file.c == subcmd/unitools/file.c
David Casperson
casper at unbc.ca
Sat Dec 8 14:34:16 EST 2007
On 2007-12-08 Ralf Hemmecke wrote:
> Date: Sat, 08 Dec 2007 09:15:49 +0100
> From: Ralf Hemmecke <ralf at hemmecke.de>
> To: aldor-l <aldor-l at aldor.org>
> Subject: [Aldor-l] src/file.c == subcmd/unitools/file.c
>
> cd trunk/aldor/aldor
> cmp src/file.c subcmd/unitools/file.c
>
> Those files are identical. Is there some good reason to keep both of them?
>
> In fact there are several files with the same content (see below).
>
> I suggest to replace the files outside the src directory with symbolic
> links. Subversion is able to deal with symbolic links (see Subversion book).
I agree with Ralph that there is redundancy in the source tree
and that it is healthful to eliminate the redundancy if
possible.
However, I wonder if symbolic links are the way to go. To answer
the question of how to organize the SVN repository, we need to
know who's using it for what.
I suspect that the original redundancy came from someone
mistakenly checking in the files in subcmd/unitools because it
wasn't clear that they should be ignored. Perhaps we should
simply eliminate the redundant copies from the SVN repository
altogether.
I think that it comes down to use-cases. How do we image the SVN
repository being used? For someone who just wants to build
Aldor, and possibly tweak things a little, or investigate the
source code, completely removing the redundancy and having
Makefile\s copy the source-code is probably the way to go.
For someone who wishes to fix or modify subcmd/unitools, the
important thing is to give that person the best chance of not
accidentally committing redundant code to the repository. Here
are some possibilities:
o the files are stored as links in the repository
o the files are created as links by the Makefile if possible
o the files are created as read-only
o make clean removes the redundant files
o the directory properties in SVN record the fact that the
redundant files are to be ignored.
Not all of these possibilities are mutually exclusive. I know
that one thing that I tripped over in implementing the Mac port
was figuring out how to ADD a file to the aldor/aldor/src
directory. This is a little trickier than it looks, because two
or three Makefiles need updating so that the added file
propagates where needed.
What are other people's thoughts?
David
--
David Casperson
Computer Science
UNBC
More information about the Aldor-l
mailing list