File: README.FreeBSD

package info (click to toggle)
libcwd 1.0.3-1
  • links: PTS
  • area: non-free
  • in suites: squeeze
  • size: 8,104 kB
  • ctags: 10,429
  • sloc: cpp: 23,337; sh: 9,798; ansic: 1,172; makefile: 848; exp: 234; awk: 11
file content (61 lines) | stat: -rw-r--r-- 2,734 bytes parent folder | download | duplicates (5)
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
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
1  May 2002

  Now we use dlopen() and dlsym() to find a pointer to libc's malloc
  et al.  As a result we don't have to use the dirty marco trick anymore
  and libcwd now catches all allocations, also those by third party
  libraries.  Another trick is used to swap from using libc's malloc to
  libcwd's malloc as soon as possible.
  Threading is still not supported unfortunately, you'll need to configure
  libcwd with --disable-threading.

11 March 2002

  FreeBSDs threading implementation is unfortunately not supported.
  You'll need to configure libcwd with --disable-threading.
  Note that FreeBSD also doesn't provide a __libc_malloc hook, so
  that we have to use the dirty marco trick :(.  This means that
  calls from inside a third party library will not be caught by
  libcwd.  So far nobody is developing C++ applications on freeBSD
  as far as I know, mail me if you are and I'll try to fix this.

9 Januari 2002

  FreeBSD (4.5-PRERELEASE) now works.  Libcwd uses the external command
  'ldd' to get a list of linked libraries.  Please be aware that you
  have to use `gmake' - FreeBSD's own `make' fails without clear indications.

30 December 2001

  FreeBSD now compiles with g++-2.95.3.
  It doesn't work however because _dl_loaded doesn't exist, which I need
  to get a list of currently loaded dynamic libraries.  All in all,
  you should use linux as developers platform: _dl_loaded doesn't exist,
  __libc_malloc et al don't exist...  Of course you need to use gmake.
  No idea why GNU make isn't the default :/

31 Juli 2001

  FreeBSD fails to compile libcwd when using g++-2.95.3 (internal compiler error).
  I was not able to test it with other versions.  The remarks below still hold,
  but since FreeBSD is ELF, libbfd shouldn't be needed anymore.  It seems that
  __libc_malloc et al doesn't exist, and hence the macro trick is being used.
  I think that is Bad(tm).

10 Sept 2000

  FreeBSD seems not to include source-file/line-number information in
  its object files when compiling with -g.  Instead, you need to compile
  your programs with -ggdb.  Also libcwd will be compiled with -ggdb
  (./configure detects FreeBSD and will use -ggdb instead of -g).
  Don't forget to use -ggdb for your own program, while testing, or
  else no source-file:line-no information will be available.

  FreeBSD doesn't seem to come with libbfd by default.  Make sure to
  compile the port of binutils for your architecture, i.e. i386 (and don't
  try to use the linux compatibility library).  You will have to do a
  'make install' in /usr/ports/devel/i386-rtems-binutils.  Even then it
  doesn't install a shared version of libbfd, unfortunately.

  libcwd-0.99.3 was tested on FreeBSD-4.0-RELEASE

Carlo Wood