Red Hat Bugzilla – Bug 146752
rpm-4.4 sqlite.c uses endian.h, which isn't portable
Last modified: 2007-11-30 17:10:59 EST
Description of problem:
Version-Release number of selected component (if applicable):
Always, on Darwin and other *BSD too probably.
Steps to Reproduce:
1. Build on BSD
sqlite.c:39:20: endian.h: No such file or directory
sqlite.c: In function `sql_initDB':
sqlite.c:494: error: `__BYTE_ORDER' undeclared (first use in this
sqlite.c:494: error: (Each undeclared identifier is reported only once
sqlite.c:494: error: for each function it appears in.)
On BSD, the stuff is in <machine/endian.h> and without underscores.
Most likely, these needs to be automangled... (check for endian.h)
Created attachment 110494 [details]
needs better #ifdef
Nah, easier to do a runtime test than chase vendor peculiarities.
Will do soonishly, thanks for the report.
Vendor and vendor.. It's yet another BSD-versus-Linux issue.
(I just used __APPLE__ since I knew that, without a lookup)
But whatever autoconf/automake is easiest to do, would work...
Runtime test in rpm-4_4 sqlite.c, also rpm-4.4.1-0.13
getmntinfo is used there as well.