Vasudev Kamath kamathvasu...@gmail.com writes:
Is it normal to segfault? Asking because package exists on kFreeBSD's
though not on Linux.
Of course not; I just haven't had time to report that bug yet.
Yes Indeed. I will include this in next version of d-shlibs and for
the time being I will
Vasudev Kamath kamathvasu...@gmail.com writes:
I would reduce the level for dpkg-gensymbols so that build won't fail
again and collect this diff together and patch the symbols file. I
prefer symbols files over d-shlibs as it is supposed to do more help
than just having shlibs system.
Fair
On Tue, Sep 3, 2013 at 7:51 AM, Aaron M. Ucko u...@debian.org wrote:
I stand corrected:
d-shlibmove --commit \
--devunversioned \
--multiarch \
--exclude-la \
--override s/libctpp2-2-dev/libctpp2-dev/ \
On 20:11 Sat 31 Aug , Aaron M. Ucko wrote:
Vasudev Kamath kamathvasu...@gmail.com writes:
So you are saying adding __FreeBSD_kernel__ to line which defines types
for FreeBSD and Mac should work for kFreeBSD too?
Yes. In fact, I'd expect that block to work anywhere (with the
Vasudev Kamath kamathvasu...@gmail.com writes:
No problem actually I got help from pinotree on #debian-hurd according
to him __GLIBC__ should be sufficient for both. He tested the patch on
Hurd and kFreeBSD and it seems to work.
Good point; that's indeed a better choice. At any rate, the
On Mon, Sep 2, 2013 at 12:01 AM, Aaron M. Ucko u...@debian.org wrote:
Good point; that's indeed a better choice. At any rate, the build now
succeeds modulo symbols mismatches; I've attached the diff I get for
kfreebsd-amd64, but presume you'll need to account for hurd-i386 and
kfreebsd-i386
Vasudev Kamath kamathvasu...@gmail.com writes:
So you are saying adding __FreeBSD_kernel__ to line which defines types
for FreeBSD and Mac should work for kFreeBSD too?
Yes. In fact, I'd expect that block to work anywhere (with the possible
exception of Windows, still too often a special
Source: ctpp2
Version: 2.8.3-5
Severity: important
Justification: fails to build from source
The hurd-i386 build of ctpp2 now gets past #705134 (thanks!) but runs
into a new problem, as CTPP2SysTypes.h doesn't know what to make of
__gnu_hurd__, and reports an error:
.../CTPP2SysTypes.h:506:2:
Hi Aron,
On 15:00 Fri 30 Aug , Aaron M. Ucko wrote:
Source: ctpp2
Version: 2.8.3-5
Severity: important
Justification: fails to build from source
The hurd-i386 build of ctpp2 now gets past #705134 (thanks!) but runs
into a new problem, as CTPP2SysTypes.h doesn't know what to make of
9 matches
Mail list logo