Changes between Version 36 and Version 37 of CommonProblems

Timestamp:

07/27/10 10:53:24 (5 years ago)

Author:

michaelvoliveira

Comment:

--

CommonProblems

@@ -115 +115 @@
 }}}
 
-= Common Porting Problems =
-
-This page serves to collect information about common problems encountered when porting applications/libraries to the Haiku/BeOS platform. The problems should be identified by the (compiler) errors that typify them.
-
-Information about BeOS's POSIX compatibility, see [wiki:BeOSPosix].
-
-=== no undefined references allowed in i586-pc-beos shared libraries ===
-
-ports: [wiki:dev-util/subversion], [wiki:dev-libs/apr]
-
-You need to pass the {{{-no-undefined}}} option to libtool
-
-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) ===
-
-ports: [wiki:app-arch/tar] (make check), [wiki:net-fs/samba], [wiki:dev-util/cvs]
-
-The stat struct in sys/stat.h in BeOS ~~and Haiku~~ ([http://dev.haiku-os.org/ticket/2261 Haiku now has it] [http://dev.haiku-os.org/changeset/27791 as seen here]) doesn't have an st_blocks member. In projects with autoconf, you can check for HAVE_STAT_ST_BLOCKS.
-
-http://lists.samba.org/archive/samba-technical/2005-January/039275.html
-
-=== -lm ===
-
-ports: [wiki:dev-lang/lua], others
-
-The -lm refers to libm which isn't needed for Haiku or BeOS as the math library is part of libroot and linked by default
-
-Please DO NOT create a shortcut of libroot.so and rename to libm.so on gcc4 and gcc2 lib directory (Haiku hybrids case) or change the -lm references in the configure file to -lroot.
-If the port is using the autotools chances are this can be fixed by doing an AC_CHECK_LIB for cos in m and then setting a variable such as LIBM or MLIB to by ="-lm" if true or "" if not.
-
-Here is some explanation:
-http://www.freelists.org/archives/haiku-development/04-2008/msg00904.html
-
-=== -lc ===
-
-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) ===
-
-/boot/develop/headers/posix/search.h:35: conflicting types for `restrict'
-/boot/develop/headers/posix/search.h:35: previous declaration of `restrict'
-This seems to be an issue with Haiku and has been reported [http://dev.haiku-os.org/ticket/2262 Haiku-2262]
-This has been fixed in Haiku.  If using a version  prior to the fix you can copy the search.h file over the one in your headers/posix folder.
-
-=== GCC 2.9 related build problems ===
-
-output_operand_lossage `invalid expression as operand'
-
-This can be avoided by not passing the '-g' option to gcc for this test.
-
-
-=== GCC 4.3 related build problems ===
-
-Typical errors look like these:
-
-error: 'find' is not a member of 'std'
-
-error: 'exit' was not declared in this scope
-
-Please take a look at: http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include
-
-or
-
-http://www.comp.leeds.ac.uk/hannah/cpp/errors.html
-
-=== MSG_NOSIGNAL undeclared ===
-
-Add below to header/source file.
-
-{{{
-#ifndef MSG_NOSIGNAL 
-#define MSG_NOSIGNAL 0 
-#endif
-}}}
-
-=== O_NOATIME undeclared ===
-
-Add below to header/source file.
-
-{{{
-#include <fcntl.h>
-#ifndef _GNU_SOURCE
-#define _GNU_SOURCE // for O_NOATIME
-#define O_NOATIME 01000000
-#endif
-}}}
-
 
 === DT_DIR undeclared ===
@@ -244 +156 @@
 info.dir = !! is_dir (path, de->d_name);
 }}}
-
-
-