>
> On 05/29/2013 03:00 AM, Waldek Hebisch wrote:
>
> > Another things: you run build of .ht files in the 'target'
> > subtree. Please do not: normally things should be build in
> > src subtree and copied to 'target' subtree.
>
> Honestly, the build system is still much too complicated. There is a
> build and a target directory. That's really uncommon. Everything could
> be built in place. There is the concept of vpath builds where the build
> is done outside the source tree. And using "make DESTDIR=... install"
> should also work properly.
>
> You seem to want "target" as an exact copy of the installation-dir-to-be
> with no extra files. Why? If it is just for running FriCAS from the
> target directory, it doesn'ts hurt if there are junk files.
I want build to take place in 'src' subtree. You wrote that build
is complicated. But actually there are simple rules: normally
build works in a directory parallel to source directory, Makefile
and its results are there. We need 'target' subtree because we
run parts of system during build and we overwrite some of them.
IME trying to do everyting in 'target' whould cause serious
difficulties with debugging build problems. Doing _part_
of build in 'target' directly would cause no problem, but _that_
would be unnecessary complication. We run 'htadd' in the
target tree but this is probably the only build command
run inside 'target' tree.
> > Another smaller point: you put viewports and pages in the
> > same directory. I think that puting viewports in separate
> > place (which is the current setup) is better.
>
> Why? It's all generated anyway. In fact, I don't see a reason for this
> extra "pages" subdirectory. Wouldn't it make sense to put everything
> connected to hyperdoc, i.e. the .ht, .pht, .bitmap and *.VIEW files/dirs
> right under share/hyperdoc instead of share/hypertex/pages?
> Why would there be need for more subdirectories in a generated tree?
> I faintly remember that the "hypertex/pages" part is hardcoded in some
> places, that was the only reason why I haven't made it more flat.
Let me put it that way: when I want to see a page there is good
chance that I will want to see another page, but quite low that
will want to see a viewport. Given that we have many pages
and viewports keeping them separate makes things more managable.
Put it differently: when tree structured filesystem was invented
it was significant step forward compared to flat filesystem.
While you may wish something better than tree structured filesystem,
when the choice is between tree and flat structure tree is
typically much better.
--
Waldek Hebisch
[email protected]
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/fricas-devel?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
