> Perhaps instead of passing array of { void *hostaddr; size_t length; char
> kind; }
> and length we could pass 3 arrays and length (the same for all of them).
> I can see 2 advantages of doing that:
> 1) the sizes are often constant and the kinds are always constant, so
> we could often allocate
On Thu, 2013-08-29 01:18:32 +, paul_kon...@dell.com
wrote:
> On Aug 28, 2013, at 8:52 PM, Samuel Mi wrote:
> > On Thu, Aug 29, 2013 at 2:54 AM, Jan-Benedict Glaw
> > wrote:
> > > On Thu, 2013-08-29 02:43:54 +0800, Samuel Mi
> > > wrote:
> > > > > ...or can you, instead of using the Java-
Jan-Benedict Glaw writes:
> On Wed, 2013-08-28 23:26:29 +0800, Samuel Mi wrote:
>> Looks like you for now have been trying to find out a solution
>> suitable for you to automatically build GCC from source combined with
>> certain continuous systems like Jenkins. As a matter of fact, Jenkins
>> i
On Thu, 2013-08-29 10:34:40 +0200, Rainer Orth
wrote:
> Jan-Benedict Glaw writes:
> > On Wed, 2013-08-28 23:26:29 +0800, Samuel Mi wrote:
> > > Looks like you for now have been trying to find out a solution
> > > suitable for you to automatically build GCC from source combined with
> > > certai
On Wed, Aug 28, 2013 at 7:15 PM, Mike Stump wrote:
> On Aug 28, 2013, at 2:40 AM, Richard Biener
> wrote:
>> Digging shows I at one point removed all this code - but people objected and
>> I
>> had to revert it :/
>
> [ oh,, sorry to hear ] I got rid of it as well, and then the test suite beat
On Wed, Aug 28, 2013 at 1:37 PM, Jakub Jelinek wrote:
> On Wed, Aug 28, 2013 at 01:21:53PM +0200, Richard Biener wrote:
>> My thought was that we need to have control over scheduling and thus have
>> a single runtime to be able to execute the following in parallel on the
>> accelerator and the CPU
Hi,
I would like to hear how other architectures organize their builtin/intrinsic
headers.
Until recently we had a header that would look like:
/* Types */
typedef char V8B __attribute__ ((vector_size (8)));
...
/* Prototypes */
extern V8B __vec_put_v8b (V8B B, char C, unsigned char D);
On Thu, Aug 29, 2013 at 6:02 AM, Jan-Benedict Glaw wrote:
> On Thu, 2013-08-29 10:34:40 +0200, Rainer Orth
> wrote:
>>
>> I honestly wouldn't worry about such legacy systems: their respective
>> maintainers take care of testing them, and it would be hard nowadays to
>> even find both hardware an
On Thu, 2013-08-29 07:21:28 -0400, Diego Novillo wrote:
> On Thu, Aug 29, 2013 at 6:02 AM, Jan-Benedict Glaw wrote:
> > On Thu, 2013-08-29 10:34:40 +0200, Rainer Orth
> > wrote:
> > > I honestly wouldn't worry about such legacy systems: their respective
> > > maintainers take care of testing th
Hi,
function_value_regno_p hook implementation for i386 target
(ix86_function_value_regno_p) always returns false for DX register.
But DX register is used to return 128 bit values an AX:DX. Is it
intentional or a bug?
I'm asking because it causes problem with mode switching which fails
if see 'us
On Thu, Aug 29, 2013 at 7:33 AM, Ilya Enkovich wrote:
> Hi,
>
> function_value_regno_p hook implementation for i386 target
> (ix86_function_value_regno_p) always returns false for DX register.
> But DX register is used to return 128 bit values an AX:DX. Is it
> intentional or a bug?
>
> I'm asking
I have implemented this gcc mips16 floating point scheme in llvm/clang
and ran into one interesting issue.
In gcc mips16, for all the hard float routines, i.e. __mips16_xxx, gcc
emits a .globl for them.
It does not do this for other routines like strcmp for example or puts.
If don't remit th
I forgot to mention that this only happens with I"m linking as C++
On 08/29/2013 02:07 PM, Reed Kotler wrote:
I have implemented this gcc mips16 floating point scheme in llvm/clang
and ran into one interesting issue.
In gcc mips16, for all the hard float routines, i.e. __mips16_xxx, gcc
emits a
Snapshot gcc-4.8-20130829 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20130829/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
14 matches
Mail list logo
