Ah, well spotted. I've fixed that now. Libobjc was originally
intended to be built as part of gcc (modularity is not something that
gcc team are big fans of) and so used "unwind.h" to make sure it
picked up the version of the header provided by GCC, not the one
provided by the system, which is the exact opposite of what we want.
David
On 4 Oct 2009, at 15:52, Matt Rice wrote:
On Sun, Oct 4, 2009 at 7:30 AM, David Chisnall <[email protected]>
wrote:
Hi Chris,
It's a private GCC header which, unfortunately, varies a little bit
between
platforms. I'm a bit surprised it isn't found for you; it has been
on all
of the platforms that I've tried so far, but in some uleb128 is
defined and
in others it isn't. I plan on removing this dependency soon,
because the
unwind headers just contain copies of the functions from the ABI
specification (which doesn't seem to stop the FSF from slapping a
GPL header
on them).
Yeah, i thought it referred to that unwind.h,
the use of "unwind.h" made me wonder though, why not <unwind.h>?
http://packages.debian.org/lenny/gcc-3.4
http://packages.debian.org/lenny/gcc-4.1
http://packages.debian.org/lenny/gcc-4.2
http://packages.debian.org/lenny/gcc-4.3
all of the 'list of files' links i've followed from those contain
the header.
e.g.
http://packages.debian.org/lenny/sparc/gcc-4.3/filelist
http://packages.debian.org/sid/mips/gcc-4.1/filelist
http://packages.debian.org/squeeze/mipsel/gcc-4.1/filelist
_______________________________________________
Gnustep-dev mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnustep-dev
-- Sent from my brain
_______________________________________________
Gnustep-dev mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnustep-dev
