From 35ea67859275356cb2ac6679eb17fb1c38b1d15e Mon Sep 17 00:00:00 2001
From: wolf <wolf@0785d39b-7218-0410-832d-ea1e28bc413d>
Date: Wed, 18 Oct 2000 11:51:44 +0000
Subject: [PATCH] More on DEC OSF1.

git-svn-id: https://svn.dealii.org/trunk@3447 0785d39b-7218-0410-832d-ea1e28bc413d
---
 deal.II/doc/platforms/dec-osf.html | 20 ++++++++++++++++++++
 1 file changed, 20 insertions(+)

diff --git a/deal.II/doc/platforms/dec-osf.html b/deal.II/doc/platforms/dec-osf.html
index 4b6d859ecc..2ae1f647df 100644
--- a/deal.II/doc/platforms/dec-osf.html
+++ b/deal.II/doc/platforms/dec-osf.html
@@ -52,6 +52,26 @@
     in the debugger.
     </p>
 
+    <p>
+    Finally, the system's ``ar'' program seems to have a limit that
+    does not allow it to generate some of the libraries; in debug
+    mode, three sublibraries (one for 1d, 2d, and 3d, each) have a
+    size of more than 40 MB, and the system ``ar'' errored out with
+    the following message:
+    <pre>
+      ar: Warning: creating lib/libdeal_II_2d.g.a
+      /: write failed, file system is full
+      ar:  error writing archive member contents: Bad file number
+      gmake: *** [lib/libdeal_II_2d.g.a] Error 1
+    </pre>
+    However, it is not true that there is no left space on that
+    device. Furthermore, it is funny that ``ar'' warns about an action
+    that it is told to do. The solution is to install GNU ar from the
+    GNU binutils package, which is available for the OSF operating
+    system as well, even though the GNU assembler gas is not. With GNU
+    ar installed, linking object files together to libraries went fine.
+    </p>
+
     <p>
     Another problem occured when gcc generated an internal compiler
     error when compiling the AssertThrow macro. (Note that we have
-- 
2.39.5