On 05/29/2013 03:00 AM, Waldek Hebisch wrote: > I tried now the branch. On my home machine it seem to work OK. > However, I have noticed that you unconditionaly build graphic > examples. This is fine for testing. But it hangs when there > is no access to X server, so clearly is unacceptable for > release.
Sure, the current state is for showing that the translation works. Now comes the part with integrating it with all features into the FriCAS build system. > One possibility is to use current solution: build > graphic pages only from separate Makefile target. Another > possibility is to have only 'data' files in generated pages, > but no bitmaps. I am not sure how hard this would be, but > in principle all ingredients are there: graphic viewer gets > content of 'data' file from AXIOMsys and uses it to draw images > and generate bitmap files. Looks like this would take several iterations of discussions. There are two points. 1) I haven't yet tried your suggestion with xvfb-run --server-args="-screen 0 1024x768x24" --auto-servernum -n 0 make gphts but it is definitely something that I want to include (conditionally). I really don't like windows popping up my screen during build. 2) Actually, conditionally building the graphics should not be done. All the documentation files are static. So in a distribution I would rather bundle all of them together. If someone really wants to build from the SVN sources, I'd count this person as a developer who would know how to deal with X. But, of course, I shouldn't yet change the current features too drastically. > 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. > 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. Anyway, I don't care so much, because in the long run, most of this documentation should be generated into HTML pages. Ralf -- 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.
