Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 28 Nov 2012 23:38:02 +0100
From: Szabolcs Nagy <>
Subject: Re: Design idea for subarchs/abivariants

* Rich Felker <> [2012-11-28 14:26:18 -0500]:
> 2. Making bits/endian.h, bits/fenv.h, and any other bits headers that
> need to vary per-subarch into generated headers. I think this could be
> accomplished with a single rule for generating bits/%.h from
> bits/ the way alltypes.h is generated now. The full
> $(ARCH)$(ENDIAN)$(SUBARCH) could be passed to the script as $1,
> allowing simple shell logic to choose the right version to output.

i'm not sure about having many generated headers..

it could be a single generated bits/config.h with

#define __FPU 1
#define __BYTEORDER 1234

and other bits/*.h could use these macros

this way the generator is probably simpler,
the drawback is that the cpp may need to do more
work if bits/*.h have many conditional #if __FPU etc

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.