[HACKERS] 10beta1/m68k: static assertion failed: "MAXALIGN too small to fitint32" - Mailing list pgsql-hackers
| From | Christoph Berg |
|---|---|
| Subject | [HACKERS] 10beta1/m68k: static assertion failed: "MAXALIGN too small to fitint32" |
| Date | |
| Msg-id | 20170517193957.fwntkgi6epuso5l2@msg.df7cb.de Whole thread Raw |
| Responses |
Re: [HACKERS] 10beta1/m68k: static assertion failed: "MAXALIGN toosmall to fit int32"
|
| List | pgsql-hackers |
Not sure if a lot of people still care about m68k, but it's still one
of the unofficial Debian ports (it used to be the first non-x86 port
done decades ago):
gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute
-Wformat-security-fno-strict-aliasing -fwrapv -fexcess-precision=standard -g -g -O2
-fdebug-prefix-map=/<<PKGBUILDDIR>>=.-fstack-protector-strong -Wformat -Werror=format-security -I/usr/include/mit-krb5
-no-pie-I../../../../src/include -I/<<PKGBUILDDIR>>/build/../src/include -Wdate-time -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE
-I/usr/include/libxml2 -I/usr/include/tcl8.6 -c -o slab.o /<<PKGBUILDDIR>>/build/../src/backend/utils/mmgr/slab.c
In file included from /<<PKGBUILDDIR>>/build/../src/include/postgres.h:47:0, from
/<<PKGBUILDDIR>>/build/../src/backend/utils/mmgr/slab.c:53:
/<<PKGBUILDDIR>>/build/../src/backend/utils/mmgr/slab.c: In function 'SlabContextCreate':
/<<PKGBUILDDIR>>/build/../src/include/c.h:753:7: error: static assertion failed: "MAXALIGN too small to fit int32" do {
_Static_assert(condition,errmessage); } while(0) ^
/<<PKGBUILDDIR>>/build/../src/backend/utils/mmgr/slab.c:198:2: note: in expansion of macro 'StaticAssertStmt'
StaticAssertStmt(MAXIMUM_ALIGNOF>= sizeof(int), ^~~~~~~~~~~~~~~~
<builtin>: recipe for target 'slab.o' failed
make[5]: *** [slab.o] Error 1
The code there is:
/** SlabContextCreate* Create a new Slab context.** parent: parent context, or NULL if top-level context* name:
nameof context (for debugging --- string will be copied)* blockSize: allocation block size* chunkSize: allocation chunk
size**The chunkSize may not exceed:* MAXALIGN_DOWN(SIZE_MAX) - MAXALIGN(sizeof(SlabBlock)) - SLAB_CHUNKHDRSZ**/
MemoryContext
SlabContextCreate(MemoryContext parent, const char *name, Size blockSize,
Size chunkSize)
{ int chunksPerBlock; Size fullChunkSize; Size freelistSize; SlabContext *slab;
StaticAssertStmt(offsetof(SlabChunk, slab) +sizeof(MemoryContext) == MAXALIGN(sizeof(SlabChunk)),
"padding calculation in SlabChunk is wrong");
/* otherwise the linked list inside freed chunk isn't guaranteed to fit */ StaticAssertStmt(MAXIMUM_ALIGNOF >=
sizeof(int), "MAXALIGN too small to fit int32");
/* chunk, including SLAB header (both addresses nicely aligned) */ fullChunkSize = MAXALIGN(sizeof(SlabChunk) +
MAXALIGN(chunkSize));
I don't have the pg_config.h file at hand, but the 9.6 version has
this:
/* The normal alignment of `double', in bytes. */
#define ALIGNOF_DOUBLE 2
/* The normal alignment of `int', in bytes. */
#define ALIGNOF_INT 2
/* The normal alignment of `long', in bytes. */
#define ALIGNOF_LONG 2
/* The normal alignment of `long long int', in bytes. */
#define ALIGNOF_LONG_LONG_INT 2
/* The normal alignment of `short', in bytes. */
#define ALIGNOF_SHORT 2
/* Define as the maximum alignment requirement of any C data type. */
#define MAXIMUM_ALIGNOF 2
I don't think anyone is actually going to run a PG server on m68k, but
the same source package is building libpq5, which is not dispensable.
Christoph
pgsql-hackers by date: