Hello,
you can also use a cross compiler and run the tests on a simulator or remote
target.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP
hi,
i am writing a dynamic plugin,
however, sometimes it run succesfully and sometimes it give following
error:
/home/avantika/Downloads/gcc/gccpackage/install/bin/g++ -o result -flto
-fplugin=./plugin.so test1.o -O3 -fdump-ipa-all
In function ‘main’:
lto1: internal compiler error: in re
On Tue, Aug 27, 2013 at 03:55:38PM +0400, Michael V. Zolotukhin wrote:
> > What I meant was just that if you call GOMP_target with
> > num_descs N, then the structure will look like:
> > struct .omp_target_data
> > {
> > sometype0 *var0;
> > sometype1 *var1;
> > ...
> > sometypeNminus1 *var
On Tue, Aug 27, 2013 at 5:47 PM, Mike Stump wrote:
> On Aug 27, 2013, at 3:23 AM, Richard Biener
> wrote:
>>> +++ b/gcc/fold-const.c
>>> @@ -3702,12 +3702,23 @@ all_ones_mask_p (const_tree mask, int size)
>
>> This should instead use
>>
>> return tree_to_double_int (mask) == double_int::mask (
On Wed, Aug 28, 2013 at 10:05 AM, avantikagupta
wrote:
>
>
> hi,
>
> i am writing a dynamic plugin,
>
>
> however, sometimes it run succesfully and sometimes it give following error:
>
> /home/avantika/Downloads/gcc/gccpackage/install/bin/g++ -o result -flto
> -fplugin=./plugin.so test1.o -O3 -fdu
On Wed, Aug 28, 2013 at 01:35:45PM +0530, avantikagupta wrote:
> i am writing a dynamic plugin,
First start with compiling the plugin with warnings, I bet the compiler
would tell you:
static unsigned int
On Mon, Aug 26, 2013 at 1:59 PM, Michael V. Zolotukhin
wrote:
>> No need for the device and handler IMHO, each vector would correspond to
>> one function call (GOMP_target, GOMP_target_data or GOMP_target_update)
>> and all those calls would be called with device id.
> Probably yes.
>
>> Let's tal
On Wed, Aug 28, 2013 at 12:39:00PM +0200, Richard Biener wrote:
> > So, here is the original code:
> >
> > #pragma omp declare target
> > int v = 6;
> > int tgt ()
> > {
> > #pragma omp atomic update
> > v++;
> > return 0;
> > }
> > #pragma omp end declare target
> >
> >
On Wed, Aug 28, 2013 at 1:06 PM, Jakub Jelinek wrote:
> On Wed, Aug 28, 2013 at 12:39:00PM +0200, Richard Biener wrote:
>> > So, here is the original code:
>> >
>> > #pragma omp declare target
>> > int v = 6;
>> > int tgt ()
>> > {
>> > #pragma omp atomic update
>> > v++;
>> >
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:
>
> #pragma omp parallel
> {
> #pragma omp target
>fo
On Wed, 2013-08-28 at 13:06 +0200, Jakub Jelinek wrote:
> On Wed, Aug 28, 2013 at 12:39:00PM +0200, Richard Biener wrote:
> > >From the accelerator BOF video I gather we agreed on using the GOMP
> > representation as unified middle-end. What I didn't get is whether we
> > agreed on libgomp being t
On Wed, 2013-08-28 at 13:21 +0200, Richard Biener wrote:
> On Wed, Aug 28, 2013 at 1:06 PM, Jakub Jelinek wrote:
> > On Wed, Aug 28, 2013 at 12:39:00PM +0200, Richard Biener wrote:
> >> >From the accelerator BOF video I gather we agreed on using the GOMP
> >> representation as unified middle-end.
thanks, adding return statement solves the problem.
On 2013-08-28 15:32, Jakub Jelinek wrote:
On Wed, Aug 28, 2013 at 01:35:45PM +0530, avantikagupta wrote:
i am writing a dynamic plugin,
First start with compiling the plugin with warnings, I bet the
compiler
would tell you:
static unsigned
Hi Jan,
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
is exactly a good choice to do such thing just mentioned, due to
itself with so many pl
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
> is exactly a good choice to do such
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 me til I relented.
> I suppose this kind of cleanup should b
> I'm not too sure if Jenkins is actually a good choice, just because I
> question that there's a working Java especially for old Unix-alike
> systems that GCC still (in theory) supports. What about eg. older IRIX
> or Ultrix systems?
I have no such experience on running jenkins under java runtime
On Thu, 2013-08-29 02:43:54 +0800, Samuel Mi wrote:
> > ...or can you, instead of using the Java-based
> > client part of Jenkins, issue all commands over a SSH (or maybe even
> > Telnet...) session? Is there a module for this available?
> If making jenkins running on target systems you want whet
Hi,
I am wondering if the following piece of code is supposed to be valid.
void* reg_v13() {
register void* r __asm__ ("r13");
return r;
}
I did test with gcc on powerpc64, and confirmed that the function
really returns r13 (thread pointer) value.
However, LLVM issues a warning complaining
The purpose of local register variables is to tell gcc which register to
use in an inline asm, when multiple registers could be used. Other uses
are not supported and usually don't work the way you expect, especially
when optimizing.
If all you want is a function which returns the value in a spe
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-based
>> > client part of Jenkins, issue all commands over a SSH (or maybe even
>> > Telnet...) session? Is there a module for this availa
On Wed, Aug 28, 2013 at 5:52 PM, Samuel Mi wrote:
>> This looks like a SSH connector for the Jenkins server side, no?
> No. Actually, Jenkins implements a built-in SSH server within itself.
Doesn't really help platforms that can boot linux but that don't have
a sufficient
version of Java/python.
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-based
client part of Jenkins, issue all commands over a SSH (or maybe even
Te
23 matches
Mail list logo
