Hello,
The following snippet is from a f90 program which contains
a loop that does not get vectorized.
SUBROUTINE foo1(nx,ny,nz,arr2)
USE globalvar_mod, ONLY : dyinv, xstart, xstop
k=1
do j=1,ny
do i=1,nx
arr1(i,j,k) = arr2(i,j,k ) *dyinv
end do
end do
END SUBROUTINE foo1
The vector
Bryan James wrote:
Hello there,
Greetings from BJS New Zealand Pty Ltd. My name is Bryan James the CEO of the company. i will like to place order on some products in your company,but i would like to know if you ship to Christchurch, New Zealand and also do you accept Visa or Master card as meth
On Sat, Jul 18, 2009 at 12:22 PM, Kai Tietz wrote:
> Well, uintptr_t/intptr_t are available to most (but not all hosts).
> IIRC there is a gcc version of stdint.h (gstdint.h), which could be
> used here. The mode version is fine too, as long as we can assume that
> libjava isn't build by any other
2009/7/18 Dave Korn :
> Andrew Pinski wrote:
>> On Sat, Jul 18, 2009 at 12:08 PM, Andrew Haley wrote:
>>> Don't use uintptr_t, use unsigned int __attribute__((mode(PTR)). This
>>> is built-in to gcc, not a dependency on the host libc which might not
>>> be c99..'
>>
>> Except uintptr_t is required
Andrew Pinski wrote:
> On Sat, Jul 18, 2009 at 12:08 PM, Andrew Haley wrote:
>> Don't use uintptr_t, use unsigned int __attribute__((mode(PTR)). This
>> is built-in to gcc, not a dependency on the host libc which might not
>> be c99..'
>
> Except uintptr_t is required to be provided by a non host
2009/7/18 Andrew Pinski :
> On Sat, Jul 18, 2009 at 12:08 PM, Andrew Haley wrote:
>> Don't use uintptr_t, use unsigned int __attribute__((mode(PTR)). This
>> is built-in to gcc, not a dependency on the host libc which might not
>> be c99..'
>
> Except uintptr_t is required to be provided by a non
On Sat, Jul 18, 2009 at 12:08 PM, Andrew Haley wrote:
> Don't use uintptr_t, use unsigned int __attribute__((mode(PTR)). This
> is built-in to gcc, not a dependency on the host libc which might not
> be c99..'
Except uintptr_t is required to be provided by a non hosted compiler like GCC.
-- Pins
On 07/18/2009 07:27 PM, Dave Korn wrote:
> Kai Tietz wrote:
>
>> Yes, I agree to this as I said in the patch post. Can we assume that
>> any win32 target has a working wincrypt.h file?
>
> Hmmm... it is supported since win2k. I imagine DGJPP runs on 9x targets,
> and believe it or not there ar
Kai Tietz wrote:
Oh, I forgot to address:
> I just suggested this patch, to have at least an implementation here
> for win32 for further improvement
This is the java security package. Having a vulnerable implementation is
worse IMO than having none at all; I think it would be better to just
Kai Tietz wrote:
> Yes, I agree to this as I said in the patch post. Can we assume that
> any win32 target has a working wincrypt.h file?
Hmmm... it is supported since win2k. I imagine DGJPP runs on 9x targets,
and believe it or not there are still some Cygwin users on NT4. I would think
it n
2009/7/18 Dave Korn :
> Kai Tietz wrote:
>
>> * gnu/java/security/jce/prng/natVMSecureRandomWin32.cc: Implementation
>> for native win32.
>>
>> Tested for x86 and x64 mingw targets. Ok for apply?
>
> + for (a = 0; a < length; a++, count++)
> + *bytes++= (jbyte) rand ();
>
> Surely n
Kai Tietz wrote:
> * gnu/java/security/jce/prng/natVMSecureRandomWin32.cc: Implementation
> for native win32.
>
> Tested for x86 and x64 mingw targets. Ok for apply?
+ for (a = 0; a < length; a++, count++)
+ *bytes++= (jbyte) rand ();
Surely not, the standard C library rand() f
Mohamed Shafi writes:
> The change logs says that current_function_outgoing_args_size is no
> more available. But it doesnt say with what it is replaced. Looking at
> the other targets i find that its replaced with some field in a
> structure crtl. Where is this defined/declared.
crtl is declare
2009/7/18 Dave Korn :
> Kai Tietz wrote:
>> Hello,
>>
>> I noticed, while trying to build libjava for x64 windows, that the
>> configure script fails to generate link to
>> 'libjava/gnu/java/security/jce/prng/natVMSecureRandomWin32.cc'. This
>> file isn't existing. Is there a fix for this?
>>
>> Th
Kai Tietz wrote:
> Hello,
>
> I noticed, while trying to build libjava for x64 windows, that the
> configure script fails to generate link to
> 'libjava/gnu/java/security/jce/prng/natVMSecureRandomWin32.cc'. This
> file isn't existing. Is there a fix for this?
>
> Thanks in advance for the answer
Hello all,
The change logs says that current_function_outgoing_args_size is no
more available. But it doesnt say with what it is replaced. Looking at
the other targets i find that its replaced with some field in a
structure crtl. Where is this defined/declared.
I am working in GCC 4.4.0. I checke
> Here it seems GCC is retaining the left hand side type of arr to be
> array of 10 ints whereas on the right hand side
> it has changed its type from array to pointer to integer. I tried
And rightly so.
> searching the relevant sections in the standard ISO C
> document number WG14/N1124 justifyi
On Sat, Jul 18, 2009 at 2:18 PM, dharmendra
pandit wrote:
> According to 6.3.2.1 Para 3, the type conversion from "array of type"
> to "pointer to type" should
> happen irrespective of whether the operand is on right had side or the
> left hand side of assignment
> operator. But GCC is converting o
According to 6.3.2.1 Para 3, the type conversion from "array of type"
to "pointer to type" should
happen irrespective of whether the operand is on right had side or the
left hand side of assignment
operator. But GCC is converting only the right side operator type to
"pointer of type" while retainin
Mohamed Shafi wrote:
> Hello all,
>
> Is it possible to emit a assembler directive at the end of each sections?
> Say like section_end
> Is there any support for doing something like this in the back-end files?
> Or should i need to the make changes in the gcc sources?
> Is so do does anyone know
But sometimes r_or_s_operand is being used as a source, in
which case, the constant is fine. But when it is used as a
destination, it is not fine.
What is the *simplest* way of changing the setup so that the
code generation remains the same, but the warning is eliminated?
Well, I guess you nee
Hi,
I tried the following simple code segment in gcc and it gave the
incompatible type error as mentioned below.
int main() {
int arr[10];
arr = arr; // error: incompatible types when
// assigning to type ‘int[10]’ from type ‘int *’
}
Here it seems GCC is retaining the left
Hi,
I tried the following simple code segment in gcc and it gave the
incompatible type error as mentioned below.
int main() {
int arr[10];
arr = arr; // error: incompatible types when assigning to type
‘int[10]’ from type ‘int *’
}
Here it seems GCC is retaining the left hand side type
Hello all,
Is it possible to emit a assembler directive at the end of each sections?
Say like section_end
Is there any support for doing something like this in the back-end files?
Or should i need to the make changes in the gcc sources?
Is so do does anyone know in which function it should happen?
24 matches
Mail list logo
