Changes between Version 43 and Version 44 of CommonProblems

Timestamp:

08/09/10 19:14:00 (5 years ago)

Author:

michaelvoliveira

Comment:

section titles were resized to fit in the news page

CommonProblems

@@ -14 +14 @@
 The proper fix is to use {{{--prefix=/boot/common}}} (or make sure it defaults to {{{/boot/common}}} for Haiku).
 
-=== no undefined references allowed in i586-pc-beos shared libraries ===
+=== no undefined references in BeOS shared libs ===
 
 ports: [wiki:dev-util/subversion], [wiki:dev-libs/apr]
@@ -22 +22 @@
 Alternatively, libtool can be patched to always exhibit this behavior, at the risk of breaking static compilation when dynamic linking fails. -- andreasf
 
-=== (stat) structure has no member named `st_blocks' (Now fixed in Haiku) ===
+=== (stat) struct has no member 'st_blocks' (Fixed) ===
 
 ports: [wiki:app-arch/tar] (make check), [wiki:net-fs/samba], [wiki:dev-util/cvs]
@@ -30 +30 @@
 http://lists.samba.org/archive/samba-technical/2005-January/039275.html
 
-=== -lm ===
+=== No -lm was encountered ===
 
 ports: [wiki:dev-lang/lua], others
@@ -42 +42 @@
 http://www.freelists.org/archives/haiku-development/04-2008/msg00904.html
 
-=== -lc ===
+=== No -lc was encountered ===
 
 This sometimes turns up, and I think it is due to the port using an older libtool.  Try running libtoolize --force --copy --install, aclocal, autoconf and automake before ./configure to see if that clears it up.
 
-=== conflicting types for `restrict' (Now fixed in Haiku) ===
+=== Conflicting types for `restrict' (Fixed) ===
 
 /boot/develop/headers/posix/search.h:35: conflicting types for `restrict'