Thanks Markus.

This worked for me too.

I should check the list for updates before posting but comforting to know I 
came up with the same solution ;)

Tim


On 21 May 2014, at 7:04, Markus Stoll, junidas GmbH <markus.st...@junidas.de> 
wrote:

> Hi,
> 
> I could reproduce your problem.
> pleass try patching Adaptor/shmem.c
> 
> replace this line
> 
> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
> *)offset))
> 
> with
> 
> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + offset))
> 
> This helped for me, if this helps for you too, I will test with other targets 
> and create a pull request.
> 
> Markus
> 
> Am 20.05.2014 um 17:08 schrieb CHRISTOPH WICK | i4innovation GmbH, Bonn 
> <c...@i4innovation.de>:
> 
>> Hallo Markus,
>> 
>> thanks for your help.
>> 
>> My compiler says:
>>> $ gcc -v
>>> Using built-in specs.
>>> COLLECT_GCC=gcc
>>> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
>>> Target: x86_64-linux-gnu
>>> Configured with: ../src/configure -v --with-pkgversion='Ubuntu 
>>> 4.8.2-19ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs 
>>> --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
>>> --program-suffix=-4.8 --enable-shared --enable-linker-build-id 
>>> --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
>>> --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls 
>>> --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
>>> --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap 
>>> --enable-plugin --with-system-zlib --disable-browser-plugin 
>>> --enable-java-awt=gtk --enable-gtk-cairo 
>>> --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre 
>>> --enable-java-home 
>>> --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 
>>> --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 
>>> --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
>>> --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 
>>> --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic 
>>> --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
>>> --target=x86_64-linux-gnu
>>> Thread model: posix
>>> gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) 
>>> 
>> 
>> 
>> It's the gcc you get, when you install it with "sudo apt-get install gcc".
>> 
>> C.U.CW
>> -- 
>> The three great virtues of a programmer are Laziness, Impatience and Hubris. 
>> (Randal Schwartz)
>> 
>> On 20.05.2014, at 15:53, Markus Stoll, junidas GmbH 
>> <markus.st...@junidas.de> wrote:
>> 
>>> Hi,
>>> 
>>>> I'm trying to build the Apache Adaptor for Ubuntu 14 LTS manually 
>>>> following the instructions on 
>>>> http://wiki.wocommunity.org/display/documentation/Compiling+the+HTTP+adaptor+on+Linux
>>>> 
>>>> If I try to execute "make CC=gcc", I get the following error:
>>>> 
>>>>> gcc -I/usr/local/include -O2 -I../Adaptor  -DSINGLE_THREADED_ADAPTOR 
>>>>> -DLINUX -DCGI -c ../Adaptor/shmem.c
>>>>> ../Adaptor/shmem.c:69:38: warning: initialization makes pointer from 
>>>>> integer without a cast [enabled by default]
>>>>> static void * WOShmem_base_address = -1;
>>>>>                                 ^
>>>>> ../Adaptor/shmem.c: In function '€˜WOShmem_alloc'€™:
>>>>> ../Adaptor/shmem.c:78:63: error: invalid operands to binary + (have 
>>>>> '€˜void *'€™ and '€˜void *'€™)
>>>>> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
>>>>> *)offset))
>>>>>                                                          ^
>>> 
>>> WOAdaptor does its pointer arithmetics in a way, that your compiler does 
>>> not like (well, me neither)
>>> Your compiler probably needs some additional flags...
>>> Which compiler does your Ubuntu 14 TLS use? What does „gcc -v“ give?
>>> 
>>> regards, Markus
>>> 
>>> 
>>>>> ../Adaptor/shmem.c:294:18: note: in expansion of macro 
>>>>> '€˜offset_to_addr'€™
>>>>> r = (Region *)offset_to_addr(0);
>>>>>             ^
>>>>> ../Adaptor/shmem.c:78:63: error: invalid operands to binary + (have 
>>>>> '€˜void *'€™ and '€˜void *'€™)
>>>>> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
>>>>> *)offset))
>>>>>                                                          ^
>>>>> ../Adaptor/shmem.c:305:19: note: in expansion of macro 
>>>>> '€˜offset_to_addr'€™
>>>>>        ret = offset_to_addr(r->offset);
>>>>>              ^
>>>>> ../Adaptor/shmem.c:78:63: error: invalid operands to binary + (have 
>>>>> '€˜void *'€™ and '€˜void *'€™)
>>>>> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
>>>>> *)offset))
>>>>>                                                          ^
>>>>> ../Adaptor/shmem.c:330:41: note: in expansion of macro 
>>>>> '€˜offset_to_addr'€™
>>>>>              newRegion = (Region *)offset_to_addr(r->nextRegion);
>>>>>                                    ^
>>>>> ../Adaptor/shmem.c:78:63: error: invalid operands to binary + (have 
>>>>> '€˜void *'€™ and '€˜void *'€™)
>>>>> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
>>>>> *)offset))
>>>>>                                                          ^
>>>>> ../Adaptor/shmem.c:336:25: note: in expansion of macro 
>>>>> '€˜offset_to_addr'€™
>>>>>              ret = offset_to_addr(newRegion->offset);
>>>>>                    ^
>>>>> ../Adaptor/shmem.c:78:63: error: invalid operands to binary + (have 
>>>>> '€˜void *'€™ and '€˜void *'€™)
>>>>> #define offset_to_addr(offset) ((void *)(WOShmem_base_address + (void 
>>>>> *)offset))
>>>>>                                                          ^
>>>>> ../Adaptor/shmem.c:345:24: note: in expansion of macro 
>>>>> '€˜offset_to_addr'€™
>>>>>     r = (Region *)offset_to_addr(r->nextRegion);
>>>>>                   ^
>>>>> make[1]: *** [shmem.o] Error 1
>>>>> make[1]: Leaving directory 
>>>>> `/tmp/wocommunity-wonder-a5ffd1f/Utilities/Adaptors/CGI'
>>>>> make: *** [CGI] Error 2
>>>>> 
>>>> 
>>>> Any ideas how to get this running?
>>>> 
>>>> Thx,
>>>> C.U.CW
>>>> -- 
>>>> The three great virtues of a programmer are Laziness, Impatience and 
>>>> Hubris. (Randal Schwartz)
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/markus.stoll%40junidas.de
>>>> 
>>>> This email sent to markus.st...@junidas.de
>>> 
>>> -- 
>>> Dr. Markus Stoll (Geschäftsführer)
>>> markus.st...@junidas.de
>>> 
>>> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
>>> Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
>>> Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
>>> Amtsgericht Stuttgart, HRB 21939
>>> 
>>> 
>>> 
>> 
> 
> -- 
> Dr. Markus Stoll (Geschäftsführer)
> markus.st...@junidas.de
> 
> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
> Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
> Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
> Amtsgericht Stuttgart, HRB 21939
> 
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/tim%40triptera.com.au
> 
> This email sent to t...@triptera.com.au


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to