Hi everybody,
I just started working with openMP, i installed first gcc-4.2.3 and
then gcc-4.3.0, both of them having support for openMP.
I tried a code to calculate the product \pi*\e. When i compile the
code with gcc (both 4.2.3 and 4.3.0) withtout -fopenmp the result is
correct. When i try
diego sandoval wrote:
Hi everybody,
I just started working with openMP, i installed first gcc-4.2.3 and
then gcc-4.3.0, both of them having support for openMP.
I tried a code to calculate the product \pi*\e. When i compile the
code with gcc (both 4.2.3 and 4.3.0) withtout -fopenmp the resul
On Wed, May 21, 2008 at 1:42 AM, Jeff Law <[EMAIL PROTECTED]> wrote:
> Ian Lance Taylor wrote:
>>
>> "Mohamed Shafi" <[EMAIL PROTECTED]> writes:
>>
>>> For the 16 bit target that i am currently porting can have only
>>> positive offsets less than 0x100. (unsigned 8 bit) for offset
>>> addressing mo
Dear Diego,
As I understand it (which is not necessarily correct), your code is slightly
incorrect, since variable are by default shared between parallel sections.
Therefore, the "int i" is shared between threads, and hence the erratic
results if both loops execute at the same time. To fix it, yo
On Wed, May 21, 2008 at 11:21:27AM +0100, Ed Brambley wrote:
> As I understand it (which is not necessarily correct), your code is slightly
> incorrect, since variable are by default shared between parallel sections.
> Therefore, the "int i" is shared between threads, and hence the erratic
> result
Hallo,
I am currently evaluation the feasiblitiy to add (real) 64-doubles to the
capabilities of the avr-gcc. The current state is, that the avr-gcc supports
floats and alias them to doubles. However, a prospective project demands the
resolution (accordung to their research), and therefore the
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> Everything starts when cleanup_subreg_operands() is called from
> reload() for the following pattern.
>
> (set (subreg:HI (mem:SI (plus:HI (reg:HI 12 [SP]) (const_int 256)) 2)
>(reg:HI 3))
I think your movhi operand predicate may have to look
I'm looking for help with an if-convert problem.
I have a local arm based target, but with most of the conditional execution
patterns disabled. Before the first if-conversion pass we have the following
RTL:
(set (reg2) (const_int 0))
(set (CC) (compare (reg1) (const_int 0)))
(jump if (CC) (labe
GCC 4.2.4 has been released.
GCC 4.2.4 is a bug-fix release, containing fixes for regressions in GCC
4.2.3 relative to previous GCC releases. This release is available from
the FTP servers listed at:
http://www.gnu.org/order/ftp.html
Please do not contact me directly regarding questions or
Mohamed Shafi wrote:
On Wed, May 21, 2008 at 1:42 AM, Jeff Law <[EMAIL PROTECTED]> wrote:
Ian Lance Taylor wrote:
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
For the 16 bit target that i am currently porting can have only
positive offsets less than 0x100. (unsigned 8 bit) for offset
addressin
Hello!
I am currently evaluation the feasiblitiy to add (real) 64-doubles to the
capabilities of the avr-gcc. The current state is, that the avr-gcc supports
floats and alias them to doubles. However, a prospective project demands the
resolution (accordung to their research), and therefore th
Hello all,
I just tried to easily show how many temporary objects get created in my
program. I created a test application like this one:
#include
struct A {
static int c, d;
A() { ++c; }
~A() { ++d; }
void operator+=(const A&) { }
A operator+(const A&) {
Thanks a lot...
This is almost the state I was when I left work today. I never thought,
that will be sufficient ;-)
I'll give feedback on Monday (tomorrow's holiday --> lng weekend ;-)
Tobi
On Wed, 2008-05-21 at 19:02 +0200, Uros Bizjak wrote:
> Hello!
>
> > I am currently evaluation th
That looks correct.
Be aware that support for handling long long operands (64 bits) - or
doubles is not well supported on AVR. So you may expose some problems
with this.
We currently have long long disabled in testsuite testing to avoid
noise. At some point I hope to switch it back on to
On Wed, May 21, 2008 at 07:14:27PM +0200, Stefan Schulze Frielinghaus wrote:
> Hello all,
>
> I just tried to easily show how many temporary objects get created in my
> program. I created a test application like this one:
> #include
>
> struct A {
> static int c, d;
> A() { ++c; }
>
Is there any plan to merge GDC with GCC?
I know that GDC package available separately, but I think it would be
much better to get in at one box. Now for adding support D language
needed to rebuild all GCC with GDC.
P.S. I talk about D language
--
С уважением,
Rohan mai
Tobias Frost wrote:
Thanks a lot...
This is almost the state I was when I left work today. I never thought,
that will be sufficient ;-)
You will also need movdf (and perhaps pushdf) insn patterns in avr.md file.
Uros.
> "Rohan" == Rohan <[EMAIL PROTECTED]> writes:
Rohan> Is there any plan to merge GDC with GCC?
Rohan> I know that GDC package available separately, but I think it would be
Rohan> much better to get in at one box. Now for adding support D language
Rohan> needed to rebuild all GCC with GDC.
Yo
On Wed, May 21, 2008 at 09:38:06PM +0400, Rohan wrote:
> Is there any plan to merge GDC with GCC?
Not at present.
> I know that GDC package available separately, but I think it would be
> much better to get in at one box. Now for adding support D language
> needed to rebuild all GCC with GDC.
If
On Wed, 2008-05-21 at 10:32 -0700, Joe Buck wrote:
> You forgot to add
>
> A::A(const A&) { ++c;}
>
> The missing call is to the copy constructor. Since you didn't declare
> one, the compiler inserts one, and it doesn't increment the counter.
Arghl your right. I removed the copy constructor two
I've got a number of test cases that are all failing in the same place:
#1 0x081cf498 in purge_dead_edges (bb=0xb7f67834) at
../../gcc/gcc/cfgrtl.c:2332
2332 gcc_assert (single_succ_p (bb));
(similar to http://gcc.gnu.org/ml/gcc/2008-04/msg00473.html but I'm using trunk)
What's up here?
On Tue, 2008-05-20 at 11:25 +0200, Richard Guenther wrote:
> On Mon, May 19, 2008 at 8:50 PM, Laurent GUERBY <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > The GCC Compile Farm project is pleased to announce that two bi-quad
> > core machines with the latest Opteron 8354 "Barcelona B3" processor and
Why is store_motion doing this?
STORE_MOTION delete insn in BB 2:
(insn 8 7 27 2 dj.c:10 (parallel [
(set (mem/s/j:HI (reg/v/f:HI 26 [ s ]) [0
.buf+0 S2 A8])
(ashift:HI (reg/v:HI 27 [ n ])
(subreg:QI (reg/
On Wed, May 21, 2008 at 10:45:15PM +0200, Laurent GUERBY wrote:
> On Tue, 2008-05-20 at 11:25 +0200, Richard Guenther wrote:
> > On Mon, May 19, 2008 at 8:50 PM, Laurent GUERBY <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > The GCC Compile Farm project is pleased to announce that two bi-quad
> >
On Wed, May 21, 2008 at 4:48 PM, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> Why is store_motion doing this?
>
> STORE_MOTION delete insn in BB 2:
> (insn 8 7 27 2 dj.c:10 (parallel [
>(set (mem/s/j:HI (reg/v/f:HI 26 [ s ]) [0
> .buf+0 S2 A8])
>
> It looks like it replaced the store with a reg move, and it should
> have inserted the store back to memory with the clobber back later in
> the CFG.
>
> IE it pushed your store down to some later point in the CFG.
It's not the store that needs the clobber, it's the shift. The R8C
can only u
xf. http://gcc.gnu.org/ml/gcc/2008-05/msg00274.html
> Why is store_motion doing this?
>
> STORE_MOTION delete insn in BB 2:
> (insn 8 7 27 2 dj.c:10 (parallel [
> (set (mem/s/j:HI (reg/v/f:HI 26 [ s ]) [0
> .buf+0 S2 A8])
> (ashift:HI (re
Somehow g++ 3.4.3 can compile all the attached C++ programs, but g++ 4.2.4
can only compile the first one. I probably abused the template inline
functions in a bad way, but anyway could someone help to explain what I did
wrong?
= Case 1 =
template
inline T f (T i) {
T j = i - 1;
On Wed, May 21, 2008 at 11:41 PM, Steven Bosscher <[EMAIL PROTECTED]> wrote:
> Maybe that should be emit_move_insn()?
OK, so that is not it.
The problem is that can_assign_to_reg_p() returns true when x is
(ashift:HI (reg/v:HI 27 [ n ]) (subreg:QI (reg/v:HI 27 [ n ]) 0)).
num_clobbers == 1 but ad
On Thu, May 22, 2008 at 12:06 AM, Steven Bosscher <[EMAIL PROTECTED]> wrote:
> On Wed, May 21, 2008 at 11:41 PM, Steven Bosscher <[EMAIL PROTECTED]> wrote:
>> Maybe that should be emit_move_insn()?
>
> OK, so that is not it.
>
> The problem is that can_assign_to_reg_p() returns true when x is
> (as
Snapshot gcc-4.2-20080521 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20080521/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
You may have seen this warning from the memory consumption tester:
http://gcc.gnu.org/ml/gcc-regression/2008-05/msg00041.html
... related to the recent identifier GC patch.
I looked into this a little. My theory is that this is an artifact of
how the tester collects its data. In particular I s
On 5/21/08, Joe Buck <[EMAIL PROTECTED]> wrote:
> On Wed, May 21, 2008 at 10:45:15PM +0200, Laurent GUERBY wrote:
> > On Tue, 2008-05-20 at 11:25 +0200, Richard Guenther wrote:
> > > On Mon, May 19, 2008 at 8:50 PM, Laurent GUERBY <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > The GCC Comp
On Tue, 20 May 2008, Richard Guenther wrote:
> Isn't this worth an entry on the GCC news page?
Yes, it certainly is!
On Wed, 21 May 2008, Laurent GUERBY wrote:
> If there's consensus, I can certainly propose a patch.
Please. :-)
On Wed, 21 May 2008, Joe Buck wrote:
> Please do. We should thank
Following up on an IRC discussion:
* The protoize tool has not been built by default for many years, but is
still included in the GCC tree (and every so often someone breaks it,
because it isn't built by default). Should we remove it from the GCC tree
(or deprecate, then remove) and leave it t
Hi community,
I want to add a note section in a ELF formatted file to
indentify some private information. So I declare a private variable in a
single c file use attribute like this:
int priv_dat __attribute__ ((section(".note"))) = MAGIC;
while compile it using gcc 3.4.3,
36 matches
Mail list logo
