> But I'm not building for thumb, on the contrary, that code I'm
> compiling is performance sensitive and I don't want to use thumb at
> all.
> MS compilers are way behind gcc in this regard, the latest what they
> support is armv5e. But it doesn't mean that you can't use instructions
> supported b
> -Original Message-
> From: Pedro Alves [mailto:pe...@codesourcery.com]
> Sent: March 15, 2010 15:46
> To: cegcc-devel@lists.sourceforge.net; danny.ba...@scarlet.be
> Cc: Pavel Pavlov
> Subject: Re: [Cegcc-devel] Ws2tcpip.h
>
> On Monday 15 March 2010 19:
> On Mon, 2010-03-15 at 13:09 -0400, Pavel Pavlov wrote:
> > If you are using 4.4.0, can you test this code:
> >
> > #include
> > int main(int argc, char **argv){
> > return (long) &VirtualAlloc;
> > }
> >
> > 1) with -march=armv5te (works ok)
> > 2) with -march=armv7 (error: target CPU d
On Monday 15 March 2010 19:33:41, Danny Backx wrote:
> > 3) with -mcpu=cortex-a8 (Assembler messages: Error: cannot represent
> > BFD_RELOC_ARM_MOVW relocation in this object file format)
> >
> > Does it mean that there is no proper support for newer cpu's in the version
> > of binutils that com
On Mon, 2010-03-15 at 13:09 -0400, Pavel Pavlov wrote:
> > On Sun, 2010-03-14 at 20:15 -0400, Pavel Pavlov wrote:
> > > > On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
> > > > > Sorry, I should have give more info. Off course default vanilla
> > armv4
> > > > will work,
> > > > > but I nee
> On Sun, 2010-03-14 at 20:15 -0400, Pavel Pavlov wrote:
> > > On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
> > > > Sorry, I should have give more info. Off course default vanilla
> armv4
> > > will work,
> > > > but I need to enable armv7 + neon compilation. Currently, It
> won't
> > > c
On Sun, 2010-03-14 at 20:15 -0400, Pavel Pavlov wrote:
> > On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
> > > Sorry, I should have give more info. Off course default vanilla armv4
> > will work,
> > > but I need to enable armv7 + neon compilation. Currently, It won't
> > compile the
> > >
On Sun, 14 Mar 2010 20:15:51 -0400, Pavel Pavlov
wrote:
>> On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
>> > Sorry, I should have give more info. Off course default vanilla armv4
>> will work,
>> > but I need to enable armv7 + neon compilation. Currently, It won't
>> compile the
>> > cod
> On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
> > Sorry, I should have give more info. Off course default vanilla armv4
> will work,
> > but I need to enable armv7 + neon compilation. Currently, It won't
> compile the
> > code: error, unsupported ins for this arch.
>
> arm-mingw32ce-gcc
On Sun, 2010-03-14 at 04:25 -0400, Pavel Pavlov wrote:
> Sorry, I should have give more info. Off course default vanilla armv4 will
> work,
> but I need to enable armv7 + neon compilation. Currently, It won't compile the
> code: error, unsupported ins for this arch.
arm-mingw32ce-gcc --target-hel
> On Sun, 2010-03-14 at 03:22 -0400, Pavel Pavlov wrote:
> > > shouldn't the version of _WIN32_WCE be tested ?
> >
> >
> > Well, wince sdk from ms doesn't have any tests, msdn says that the
> api is available from ce.net 4.1 so probably that should be tested
> then.
>
> Just applied a fix.
>
> >
On Sun, 2010-03-14 at 03:22 -0400, Pavel Pavlov wrote:
> > shouldn't the version of _WIN32_WCE be tested ?
>
>
> Well, wince sdk from ms doesn't have any tests, msdn says that the api is
> available from ce.net 4.1 so probably that should be tested then.
Just applied a fix.
> Guys, just a side
> On Sat, 13 Mar 2010, Danny Backx wrote:
>
> > On Tue, 2010-03-09 at 01:41 -0500, Pavel Pavlov wrote:
> >> For some reason in cegcc sdk some functions ifdefed this way:
> >>
> >> #if (_WIN32_WINNT >= 0x0501)
> >> void WSAAPI freeaddrinfo (struct addrinfo*);
> >> int WSAAPI getaddrinfo (const char
On Sat, 13 Mar 2010, Danny Backx wrote:
> On Tue, 2010-03-09 at 01:41 -0500, Pavel Pavlov wrote:
>> For some reason in cegcc sdk some functions ifdefed this way:
>>
>> #if (_WIN32_WINNT >= 0x0501)
>> void WSAAPI freeaddrinfo (struct addrinfo*);
>> int WSAAPI getaddrinfo (const char*,const char*,
On Tue, 2010-03-09 at 01:41 -0500, Pavel Pavlov wrote:
> For some reason in cegcc sdk some functions ifdefed this way:
>
> #if (_WIN32_WINNT >= 0x0501)
> void WSAAPI freeaddrinfo (struct addrinfo*);
> int WSAAPI getaddrinfo (const char*,const char*,const struct addrinfo*,
> s
For some reason in cegcc sdk some functions ifdefed this way:
#if (_WIN32_WINNT >= 0x0501)
void WSAAPI freeaddrinfo (struct addrinfo*);
int WSAAPI getaddrinfo (const char*,const char*,const struct addrinfo*,
struct addrinfo**);
int WSAAPI getnameinfo(const struct sockaddr*,
16 matches
Mail list logo
