Otherwise, linux will be expanded to 1 when it is stringified.
This is a problem for e. g. LIBDIR, which might contain a target triplet.
On my system, /usr/x86_64-pc-linux-gnu-gcc would expand to x86_64-pc-1-gnu-gcc.
---
include/sane/sanei.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi all,
I like to announce the new version 1.4.3 of scanbd, the scanner button
daemon.
This release fixes an important bug using more than one scanner a the
same time.
Feel free to get it via
http://sourceforge.net/projects/scanbd/files/releases/scanbd-1.4.3.tgz/download
or
svn co
Am 2015-06-09 14:21, schrieb m. allan noah:
We need more info here. Where do you see this expansion problem?
allan
The problem is that LIBDIR is passed as a define from the build system.
Then, STRINGIFY(LIBDIR) is used in backend/dll.c to get a string of the
search path for the backends.
Niels Ole Salscheider writes:
Am 2015-06-09 14:21, schrieb m. allan noah:
We need more info here. Where do you see this expansion problem?
allan
The problem is that LIBDIR is passed as a define from the build system.
Then, STRINGIFY(LIBDIR) is used in backend/dll.c to get a string of the
Olaf Meeuwissen writes:
Niels Ole Salscheider writes:
Am 2015-06-09 14:21, schrieb m. allan noah:
We need more info here. Where do you see this expansion problem?
allan
The problem is that LIBDIR is passed as a define from the build system.
Then, STRINGIFY(LIBDIR) is used in
We need more info here. Where do you see this expansion problem?
allan
On Sun, Jun 7, 2015 at 4:14 PM, Niels Ole Salscheider
niels_...@salscheider-online.de wrote:
Otherwise, linux will be expanded to 1 when it is stringified.
This is a problem for e. g. LIBDIR, which might contain a target
