On Thu, 07 Dec 2006 21:34:15 +0100 (CET)
Franz Bakan fba...@gmx.net wrote:
On Thu, 7 Dec 2006 20:34:05 +0100, Alessandro Zummo wrote:
I committed a new version that should be more portable.
You may have to regenerate configure using autoconf.
Hi Alessandro,
now all compiles again
On Fri, 08 Dec 2006 17:37:31 +0100 (CET)
Franz Bakan fba...@gmx.net wrote:
On Fri, 8 Dec 2006 00:45:04 +0100, Alessandro Zummo wrote:
now all compiles again here on OS/2 without errors.
great! now tell me you have an epson scanner to test
the driver with :)
Well which epson
On Sat, 02 Dec 2006 21:26:25 +0100 (CET)
Franz Bakan fba...@gmx.net wrote:
On Sat, 2 Dec 2006 20:31:06 +0100, Alessandro Zummo wrote:
well, you need to check where are those functions/types
defined on os/2 :)
Yes, I know and already checked, but unfortunattely there is not place where
On Thu, 7 Dec 2006 20:34:05 +0100, Alessandro Zummo wrote:
I committed a new version that should be more portable.
You may have to regenerate configure using autoconf.
Hi Alessandro,
now all compiles again here on OS/2 without errors.
Many thanks
Franz
On Tue, 5 Dec 2006 09:12:43 + (GMT)
Jon Chambers j...@jon.demon.co.uk wrote:
Hi,
On Tue, 5 Dec 2006, Gerhard Jaeger wrote:
On Monday 04 December 2006 21:59, Alessandro Zummo wrote:
BTW: In the Plustek backend, I use this macro
#define _SWAP(x,y) { (x)^=(y); (x)^=((y)^=(x));}
Hi,
On Tue, 5 Dec 2006, Gerhard Jaeger wrote:
On Monday 04 December 2006 21:59, Alessandro Zummo wrote:
BTW: In the Plustek backend, I use this macro
#define _SWAP(x,y) { (x)^=(y); (x)^=((y)^=(x));}
If they are suitable for you then htons, htonl, etc should be pretty
ubiquitous across
On Saturday 02 December 2006 22:11, Alessandro Zummo wrote:
On Sat, 02 Dec 2006 21:26:25 +0100 (CET)
Franz Bakan fba...@gmx.net wrote:
On Sat, 2 Dec 2006 20:31:06 +0100, Alessandro Zummo wrote:
well, you need to check where are those functions/types
defined on os/2 :)
Yes, I know
On Mon, 4 Dec 2006 19:28:43 +0100 (MET)
Gerhard Jaeger gerh...@gjaeger.de wrote:
__le16_to_cpup(), __u16,, __le32_to_cpup(),
__u32, __le32 or __cpu_to_le32()
are defined on OS/2. What do you suggest?
mmm.. you should try to find similar macros we
can use/adapt in some OS/2
Hi,
two minor problems on OS/2 with current CVS (since 1. 12. 2006)
1. configure (generated by Autoconf 2.59e) fails and claims
not to find grep (which is bogus)
Running autoconf (2.59) locally solves the problem.
2 I have to add
#include sys/socket.h
to
.sanei\sanei_tcp.c
because
Hi Alessandro,
On Sat, 2 Dec 2006, Alessandro Zummo wrote:
1. configure (generated by Autoconf 2.59e) fails and claims
not to find grep (which is bogus)
Running autoconf (2.59) locally solves the problem.
[...]
dunno how to resolve the autoconf problem though... maybe only
On Sat, 2 Dec 2006 14:23:05 +0100, Alessandro Zummo wrote:
probably a temporary problem until epson2 - code is added..
ach! :(
will commit a patch soon, thanks!
Thanks, this leads to other problems ;-)
epson2.c:53:27: asm/byteorder.h: No such file or directory
epson2.c:841: warning:
On Sat, 02 Dec 2006 20:04:37 +0100 (CET)
Franz Bakan fba...@gmx.net wrote:
On Sat, 2 Dec 2006 14:23:05 +0100, Alessandro Zummo wrote:
probably a temporary problem until epson2 - code is added..
ach! :(
will commit a patch soon, thanks!
Thanks, this leads to other problems ;-)
On Sat, 2 Dec 2006 20:31:06 +0100, Alessandro Zummo wrote:
well, you need to check where are those functions/types
defined on os/2 :)
Yes, I know and already checked, but unfortunattely there is not place where
__le16_to_cpup(), __u16,, __le32_to_cpup(),
__u32, __le32 or __cpu_to_le32()
13 matches
Mail list logo