| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Many thanks to hrs who kept track of my emergency call, and to | Joerg Wunsch | 2005-08-01 | 1 | -10/+0 |
| | | | | | | | | | | | | | Benjamin Lutz whom he got to solve my latex PDF vs. DVI generation problem, and who supplied a fix that makes simulavr's documentation build again. That way, I could reenable the doc generation for the port I just turned off about a day ago in order to unbreak the port. Submitted by: Benjamin Lutz <benlutz@datacomm.ch> Notes: svn path=/head/; revision=140605 | ||||
| * | Upgrade to a new source tarball that has all of our functional private | Joerg Wunsch | 2005-07-30 | 1 | -13/+12 |
| | | | | | | | | | | | | | | | | | | | | patches integrated. I give up on trying to convince the doxygen setup of simulavr to peacefully collaborate with LaTeX 3.x, it always ends up in producing a PDF file where it is supposed to produce a DVI file (which the build system then tries to process further). Instead, I hacked the configure and build system to not try building or installing any of its private documentation at all (the man and info pages are still around as they are already present in the source tarball). After all, the original simulavr is no longer being developed but has a successor named simulavrxx, so in future, I'll rather concentrate on making a FreeBSD port out of that one. Notes: svn path=/head/; revision=140503 | ||||
| * | Kill -Winline and -Werror, so this port stops from failing to build in | Joerg Wunsch | 2004-12-08 | 1 | -0/+22 |
| case today's compiler won't inline this or that function where the author believed it could inline it. Notes: svn path=/head/; revision=123495 | |||||
