From: wolf Date: Wed, 18 Oct 2000 11:51:44 +0000 (+0000) Subject: More on DEC OSF1. X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=35ea67859275356cb2ac6679eb17fb1c38b1d15e;p=dealii-svn.git More on DEC OSF1. git-svn-id: https://svn.dealii.org/trunk@3447 0785d39b-7218-0410-832d-ea1e28bc413d --- 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.

+

+ 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: +

+      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
+    
+ 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. +

+

Another problem occured when gcc generated an internal compiler error when compiling the AssertThrow macro. (Note that we have