To clarify: What I meant when I said "the particular piece of code in 
question doesn't exist in the x86 version" is that there isn't any point 
in the x86 version where a function tries to return a volatile void* as 
a void*.  In fact, there isn't a single volatile void* variable in the 
whole x86 file.  Obviously the exact code doesn't exist in any other 
version or it wouldn't need to be in a processor-specific file.

On 8/19/2010 11:08 AM, Shadowcat wrote:
> I don't do much with cross-compiling, myself, and have never tried to
> cross-compile for openslug, but it looks like the issue is code-related
> to me.  The particular piece of code in question doesn't exist in the
> x86 version.
>
> I don't have an ARM cross-compiling environment set up right now to test
> this on, but you could try tweaking the code.
>
> Three things I'd try, in the order in which I'd try them, would be changing:
>
> void* atomicCompareExchange(void* volatile&  dest, void* exch, void* comp)
>
> on line 110 to:
>
> volatile void* atomicCompareExchange(void* volatile&  dest, void* exch,
> void* comp)
>
> or changing:
>
> return a;
>
> on line 128 to:
>
> return (void *)a;
>
> Either one of those should compile properly on its own, but one of them
> will probably break something else, and without knowing how it's used
> elsewhere I can't really say which one that will be.  If the first will
> work, I would avoid the second, as I've been told it's dangerous to cast
> a volatile type into a nonvolatile type.
>
> If neither one of those works, you'll have to wait for Tommi to provide
> a fix for it.
>
> Of course, it's also possible I'm entirely wrong, here.
>
> On 8/19/2010 10:34 AM, Michael Eichhorn wrote:
>    
>> thanks, for your response. i tried it with su but there is no change.
>> the mv was only a later problem.
>>
>> my host is a debian etch 2.6.24-1-686 and i want to cross compile with
>> a nslu2 environment for openslug.
>> a normal compiling for my system works without problems, only 
>> cross-compiling fails. i think i have forget some parameters for 
>> cross-compiling.
>> what environment do you use for cross-compiling?
>>
>> regards,
>> michael
>>
>> -------- Original-Nachricht --------
>>
>>      
>>> Datum: Thu, 19 Aug 2010 10:03:38 -0400
>>> Von: Shadowcat<[email protected]>
>>> An: [email protected]
>>> Betreff: Re: [Tntnet-general] Cross-compiling problems
>>>
>>>        
>>
>>      
>>> Well, this is what I get for trying to diagnose this less than a minute
>>> after waking up.  Totally overlooked:
>>>
>>> atomicity.gcc.arm.cpp:128: error: invalid conversion from 'volatile void*'
>>> to 'void*'
>>>
>>>
>>> I didn't have this problem when I did it, so I'm inclined to think it's
>>> something related to your setup.  What distribution are you compiling on?
>>>
>>> On 8/19/2010 9:52 AM, Shadowcat wrote:
>>>
>>>        
>>>> (Oops, sent the reply straight to the sender... should probably send it
>>>> to the list instead.)
>>>>
>>>> Do you have permissions properly set in .deps?  Looks like it's failing
>>>> on that mv.
>>>>
>>>> Configure ran fine withe me, but to ensure I didn't have any permissions
>>>> problems, I ran it with sudo.  Have you tried that?  (Or under su,
>>>> whichever is appropriate to your distribution)
>>>>
>>>> On 8/19/2010 5:11 AM, Michael Eichhorn wrote:
>>>>
>>>>
>>>>          
>>>>> Dear all,
>>>>>
>>>>> i want to crosscompile the tntserver and for this i have to
>>>>>
>>>>>            
>>> crosscompile at first cxxtools. and there i have a problem. the configure 
>>> runs, but
>>> the make givs me an error. this is the configure call:
>>>
>>>        
>>>>> ./configure --prefix=/home/devil/Projekte/tntnet/env/
>>>>> --host=arm-linux
>>>>>
>>>>>            
>>> CC=/home/devil/Tools/slug/openslug_5.3/SlugOS-5.3-beta-source/slugos-nslu2le.tmp/cross/armv5te/bin/arm-linux-gnueabi-gcc
>>>
>>>        
>>>>> --disable-shared
>>>>>
>>>>>            
>>> AR=/home/devil/Tools/slug/openslug_5.3/SlugOS-5.3-beta-source/slugos-nslu2le.tmp/cross/armv5te/bin/arm-linux-gnueabi-ar
>>>
>>>        
>>>>>
>>>>>            
>>> CXX=/home/devil/Tools/slug/openslug_5.3/SlugOS-5.3-beta-source/slugos-nslu2le.tmp/cross/armv5te/bin/arm-linux-gnueabi-g++
>>>
>>>        
>>>>> and the make error comes here:
>>>>>
>>>>> ...
>>>>> libtool: compile:
>>>>>
>>>>>            
>>> /home/devil/Tools/slug/openslug_5.3/SlugOS-5.3-beta-source/slugos-nslu2le.tmp/cross/armv5te/bin/arm-linux-gnueabi-g++
>>> -DHAVE_CONFIG_H -I. -I../src -I../include -I../include -g -O2 -MT
>>> libcxxtools_la-atomicity.gcc.arm.lo -MD -MP -MF 
>>> .deps/libcxxtools_la-atomicity.gcc.arm.Tpo -c
>>> atomicity.gcc.arm.cpp -o libcxxtools_la-atomicity.gcc.arm.o
>>>
>>>        
>>>>> atomicity.gcc.arm.cpp: In function 'void*
>>>>>
>>>>>            
>>> cxxtools::atomicCompareExchange(void* volatile&, void*, void*)':
>>>
>>>        
>>>>> atomicity.gcc.arm.cpp:128: error: invalid conversion from 'volatile
>>>>>
>>>>>            
>>> void*' to 'void*'
>>>
>>>        
>>>>> make[2]: *** [libcxxtools_la-atomicity.gcc.arm.lo] Fehler 1
>>>>> make[2]: *** Warte auf noch nicht beendete Prozesse...
>>>>> mv -f .deps/libcxxtools_la-tcpsocketimpl.Tpo
>>>>>
>>>>>            
>>> .deps/libcxxtools_la-tcpsocketimpl.Plo
>>>
>>>        
>>>>> mv -f .deps/libcxxtools_la-udp.Tpo .deps/libcxxtools_la-udp.Plo
>>>>> mv -f .deps/libcxxtools_la-time.Tpo .deps/libcxxtools_la-time.Plo
>>>>> mv -f .deps/libcxxtools_la-utf8codec.Tpo
>>>>>
>>>>>            
>>> .deps/libcxxtools_la-utf8codec.Plo
>>>
>>>        
>>>>> make[2]: Leaving directory
>>>>>
>>>>>            
>>> `/home/devil/Tools/slug/openslug_5.3/tntnet/cxxtools-2.0/src'
>>>
>>>        
>>>>> make[1]: *** [all] Fehler 2
>>>>> ...
>>>>>
>>>>> could me please somebody help?
>>>>> is the configure right?
>>>>>
>>>>> best regards,
>>>>> michael
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>            
>>>>
>>>>          
>>> ------------------------------------------------------------------------------
>>>
>>>        
>>>> This SF.net email is sponsored by
>>>>
>>>> Make an app they can't live without
>>>> Enter the BlackBerry Developer Challenge
>>>> http://p.sf.net/sfu/RIM-dev2dev
>>>> _______________________________________________
>>>> Tntnet-general mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/tntnet-general
>>>>
>>>>
>>>>          
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by
>>>
>>> Make an app they can't live without
>>> Enter the BlackBerry Developer Challenge
>>> http://p.sf.net/sfu/RIM-dev2dev
>>> _______________________________________________
>>> Tntnet-general mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/tntnet-general
>>>
>>>        
>>
>>      
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Tntnet-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tntnet-general
>    

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Tntnet-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tntnet-general

Reply via email to