File: PLATFORMS

package info (click to toggle)
libextractor 0.4.2-2sarge6
  • links: PTS
  • area: main
  • in suites: sarge
  • size: 26,048 kB
  • ctags: 4,689
  • sloc: ansic: 24,558; cpp: 17,181; sh: 11,543; makefile: 689; java: 159; sed: 16; python: 10
file content (43 lines) | stat: -rw-r--r-- 1,296 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
This file lists the known problems with libextractor on various
platforms.  Let us know if you know more about it than we do.

Linux (x86):
- perfect

FreeBSD (x86):
- perfect

OpenBSD/NetBSD:
- unknown

Linux (Ultra Sparc):
- perfect 

Linux (Alpha):
- perfect

Solaris 8 (SunOS 5.8, Sparc SunFire 880):
- possibly with small libltdl compile problem
  (add #define LT_USE_POSIX_DIRENT in line 88 of ltdl.c).

OS X (10.3, PowerPC):
- MacOS X users must bootstrap the configuration system using
  libtool 1.5.10 or later (in the root libextractor directory):
  autoreconf -f -i; cd libltdl; autoreconf -f -i; cd ..
  After this, configure & make should work properly.

MinGW:
- linking against libstdc++ fails
    my workaround: rename libstdc++.la
    Gerrit P. Haase writes: 
      Linking -lstdc++ with the provided libtool fails also on Cygwin, this
      is a problem with libtool, there is unfortunately no flag to tell
      libtool how to do its job on Cygwin and it seems that it cannot be the
      default to set the library check to 'pass_all'.  Workaround as you
      suggested doesn't work on Cygwin, IIRC.  I use a patched libtool for
      these kind of problems.

Cygwin:
- compiles fine after touch src/plugins/printable/config.h
- plugins do not load (weird Win32 error code)