| /trunk/main/autodoc/inc/cosv/ |
| H A D | csv_precomp.h | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | ploc.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | str_types.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | comfunc.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | csv_env.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | string.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/udm/inc/ |
| H A D | precomp.h | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/cosv/strings/ |
| H A D | string.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | streamstr.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/cosv/service/ |
| H A D | commandline.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | csv_ostream.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/udm/html/ |
| H A D | htmlitem.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/udm/xml/ |
| H A D | xmlitem.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/cosv/storage/ |
| H A D | ploc.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | dirchain.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/cosv/inc/ |
| H A D | precomp.h | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/inc/cosv/tpl/ |
| H A D | funcall.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | vvector.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | range.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | dyn.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | processor.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| H A D | tpltools.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/inc/udm/xml/ |
| H A D | xmlitem.hxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/source/cosv/comphelp/ |
| H A D | badcast.cxx | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|
| /trunk/main/autodoc/ |
| H A D | Executable_autodoc.mk | 11c03c6d381fea19f0fea13ae5a371ba50bad241 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
|