On 06/10/2010 06:28 AM, Jeremy Kerr wrote:
Hi Paolo,
The hash would be different for git diff and svn diff due to the
different headers.
The headers are not included in the hash. However, the filenames will need to
be the same - patchwork expects '-p1' patches, but normalises the top-level
di
per http://gcc.gnu.org/install/finalinstall.html
Built/installed 4.5 on alpha-dec-osf.
alphaev67-dec-osf5.1
bash-4.1$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/jayk/libexec/gcc/alphaev67-dec-osf5.1/4.5.0/lto-wrapper
Target: alphaev67-dec-osf5.1
Configured with: /hom
I get an internal compiler error with gcc-4.2.1 and my own back-end
when I support conditional execution:
../build/gcc/cc1 -Wall -O1 -o bug.O1.s bug.c
bug.c: In function ‘cond_assign_les0’:
bug.c:13: internal compiler error: in elim_reg_cond, at flow.c:3486
The test C file "bug.c" is:
int cond
Coo - C, Object Oriented
http://sourceforge.net/projects/coo/
-coo.h--
#ifndef __COO_H__
#define __COO_H__
typedef struct VTable /*root of virtual table class*/
{
long offset; /*servers for FREE*/
} VTable;
#define EXTENDS(s) \
union \
{ \
s s; \
s
> -Original Message-
> From: Cary Coutant [mailto:ccout...@google.com]
> Sent: 09 June 2010 18:43
> To: Richard Guenther
> Cc: Bingfeng Mei; Jan Hubicka; gcc@gcc.gnu.org
> Subject: Re: externally_visible and resoultion file
>
> >> Yes, this is also what I saw without plugin. I just wonde
Hi,
Software floating point(libgcc) routines were implemented for SH in the
following links:-
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00063.html
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00614.html
http://gcc.gnu.org/ml/gcc-patches/2004-08/msg00624.html
There were some discussions regardi
On 06/10/2010 10:57 AM, yuanbin wrote:
initialization of the enum:
you mean union.
enum {
int i;
float f;
} t={1.5}; //t.f
The above makes no sense, what if you have int and char?
You have to say
union { ... } t = { .f = 1.5 };
and that already works in G
Hi All,
I was wondering if there is any architecture which implemented complex
arithmetic in GCC i.e. used modes like CHI or HC.
I would really like to look at an example for that.
Thanks, Roy.
GNU MPFR 3.0.0 ("boudin aux pommes") is now available for download
from the MPFR web site:
http://www.mpfr.org/mpfr-3.0.0/
from INRIAGForge:
https://gforge.inria.fr/projects/mpfr/
and from the GNU FTP site:
http://ftp.gnu.org/gnu/mpfr/
Thanks very much to those who sent us bug reports a
Dave Korn wrote:
>> I've just updated my repo and will schedule a nightly build
>> of trunk with configure settings taken from the bundled gcc4
>> compiler from Cygwin pack in order to see what will happen.
>
> That's the simplest way to guarantee compatibility.
And now the compiler works correc
--
initialization of the union:
union {
int i;
float f;
} t={1.5}; //t.f
because of EXTENDS2 in coo.h, compiler needs
to initialze last member of union.
#include
typedef struct VBase {} VBase;
typedef struct CBase { VT(VBase) int i; } CBase;
typedef struct VThi
initialization of global variable?
2010/6/10 Andreas Schwab :
> yuanbin writes:
>
>> but i want default format:
>> CThis t={0, 1, 1}; //simple
>
> Define a suitable constructor.
>
> Andreas.
>
> --
> Andreas Schwab, sch...@redhat.com
> GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 25
yuanbin writes:
> but i want default format:
> CThis t={0, 1, 1}; //simple
Define a suitable constructor.
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E
"And now for something completely different."
Boris Boesler writes:
> I get an internal compiler error with gcc-4.2.1 and my own back-end
> when I support conditional execution:
>
> ../build/gcc/cc1 -Wall -O1 -o bug.O1.s bug.c
>
> bug.c: In function ‘cond_assign_les0’:
> bug.c:13: internal compiler error: in elim_reg_cond, at flow.c:3486
Wh
Am 10.06.2010 um 15:27 schrieb Ian Lance Taylor:
> Boris Boesler writes:
>
>> I get an internal compiler error with gcc-4.2.1 and my own back-end
>> when I support conditional execution:
>>
>> ../build/gcc/cc1 -Wall -O1 -o bug.O1.s bug.c
>>
>> bug.c: In function ‘cond_assign_les0’:
>> bug.c:1
Boris Boesler writes:
> Am 10.06.2010 um 15:27 schrieb Ian Lance Taylor:
>
>> Boris Boesler writes:
>>
>>> I get an internal compiler error with gcc-4.2.1 and my own back-end
>>> when I support conditional execution:
>>>
>>> ../build/gcc/cc1 -Wall -O1 -o bug.O1.s bug.c
>>>
>>> bug.c: In funct
Amker.Cheng wrote:
Yes, I think it can be NULL in some complicated cases when a loop exit edge
comes not in the parent loop.
By that, you mean the case an regno lives on edges which transfer
between adjacent loops,
and not lives in parent loop?
Yes. But there are even more complicated c
Hello again,
I have written here a few weeks ago regarding some tutorials on GCC
porting and got some very interesting replies. However, I seem to have
gotten stuck with a couple of issues in spite of my massive Googling, and
I was wondering if anyone could spare a couple of minutes for some
clari
On Thu, Jun 10, 2010 at 2:10 PM, yuanbin wrote:
> initialization of global variable?
No, just define a macro.
>
>
> 2010/6/10 Andreas Schwab :
>> yuanbin writes:
>>
>>> but i want default format:
>>> CThis t={0, 1, 1}; //simple
>>
>> Define a suitable constructor.
>
Wojciech
Hi,
We are in the process of adding a feature to GCC to take advantage of a new
hardware feature in the latest AMD micro processor. This feature requires a
certain mix, ordering and alignments in instruction sequences to obtain the
expected hardware performance.
I am asking the community t
"Radu Hobincu" writes:
> I have written here a few weeks ago regarding some tutorials on GCC
> porting and got some very interesting replies. However, I seem to have
> gotten stuck with a couple of issues in spite of my massive Googling, and
> I was wondering if anyone could spare a couple of min
This compiler's extension is valuable
2010/6/10 Wojciech Meyer :
> On Thu, Jun 10, 2010 at 2:10 PM, yuanbin wrote:
>> initialization of global variable?
>
> No, just define a macro.
>
>>
>>
>> 2010/6/10 Andreas Schwab :
>>> yuanbin writes:
>>>
but i want default format:
CThis t={0, 1,
Cross-posting Reza's call for feedback to the binutils list since it
is relevant -
see the last few paragraphs regarding how to "solve the alignment problem".
Original thread: http://gcc.gnu.org/ml/gcc/2010-06/threads.html#00402
Not sure if followups should occur on one list or both.
--
Quentin N
On Wed, 9 Jun 2010, Dave Korn wrote:
>> Here are a few of the people with access to the copyright list: me, Ian,
>> Benjamin Koznik, David Edelsohn, Andreas Schwab, Joseph Myers, Ralf
>> Wildenhues. This is not a complete list, just people that I remember.
> I also have access and am happy to be a
On Thu, Jun 10, 2010 at 1:59 PM, Quentin Neill
wrote:
> On Thu, Jun 10, 2010 at 3:03 PM, Jeff Law wrote:
>> On 06/10/10 13:52, H.J. Lu wrote:
>>> On Thu, Jun 10, 2010 at 11:05 AM, Quentin Neill
>>> wrote:
Cross-posting Reza's call for feedback to the binutils list since it
is relevant
On Thu, Jun 10, 2010 at 11:05 AM, Quentin Neill
wrote:
> Cross-posting Reza's call for feedback to the binutils list since it
> is relevant -
> see the last few paragraphs regarding how to "solve the alignment problem".
>
> Original thread: http://gcc.gnu.org/ml/gcc/2010-06/threads.html#00402
>
>
On Tue, Jun 8, 2010 at 6:30 AM, Jonathan Wakely wrote:
> On 7 June 2010 22:43, Ian Lance Taylor wrote:
>>
>> The patch tracker (http://gcc.gnu.org/wiki/GCC_Patch_Tracking) is not
>> currently operating.
>>
>> Would anybody like to volunteer to get it working again?
>
> I'm not volunteering, but I
Quoting Jeff Law :
That adds quite a bit of complication to the compiler though -- getting
the instruction lengths right (and thus proper packing & alignment) can
be extremely difficult. I did some experiments with this on a target
with *fixed* instruction lengths a while back and even though t
Hi Honza,
Here's an idea to make it easier to manually annotate
large C code bases for hot/cold functions where
it's too difficult to use profile feedback.
It's fairly common here to call function through
function pointers in manual method tables.
A lot of code is targetted by a few function poi
On Thu, Jun 10, 2010 at 4:08 PM, H.J. Lu wrote:
> On Thu, Jun 10, 2010 at 1:59 PM, Quentin Neill
> wrote:
>> On Thu, Jun 10, 2010 at 3:03 PM, Jeff Law wrote:
>>> On 06/10/10 13:52, H.J. Lu wrote:
On Thu, Jun 10, 2010 at 11:05 AM, Quentin Neill
wrote:
> Cross-posting Reza's call f
On 06/10/2010 10:37 PM, Jeff Law wrote:
>
> Compile the attached with -O2 on x86-unknown-linux-gnu and review the
> .ira dump for main()
>
> starting the processing of deferred insns
> ending the processing of deferred insns
> df_analyze called
> Building IRA IR
> starting the processing of defer
On 06/10/10 13:52, H.J. Lu wrote:
On Thu, Jun 10, 2010 at 11:05 AM, Quentin Neill
wrote:
Cross-posting Reza's call for feedback to the binutils list since it
is relevant -
see the last few paragraphs regarding how to "solve the alignment problem".
Original thread: http://gcc.gnu.org/ml/gc
On 10/06/2010 18:07, yuanbin wrote:
> This compiler's extension is valuable
No, it isn't very valuable, sorry to be blunt. I think you are following a
really wrong path here. You are trying to implement a C++-alike
object-oriented system in C. That makes sense as far as it goes, but if you
fi
On Thu, Jun 10, 2010 at 3:09 PM, Quentin Neill
wrote:
> On Thu, Jun 10, 2010 at 4:08 PM, H.J. Lu wrote:
>> On Thu, Jun 10, 2010 at 1:59 PM, Quentin Neill
>> wrote:
>>> On Thu, Jun 10, 2010 at 3:03 PM, Jeff Law wrote:
On 06/10/10 13:52, H.J. Lu wrote:
> On Thu, Jun 10, 2010 at 11:05 AM,
Compile the attached with -O2 on x86-unknown-linux-gnu and review the
.ira dump for main()
starting the processing of deferred insns
ending the processing of deferred insns
df_analyze called
Building IRA IR
starting the processing of deferred insns
ending the processing of deferred insns
df_an
On Thu, Jun 10, 2010 at 3:03 PM, Jeff Law wrote:
> On 06/10/10 13:52, H.J. Lu wrote:
>> On Thu, Jun 10, 2010 at 11:05 AM, Quentin Neill
>> wrote:
>>> Cross-posting Reza's call for feedback to the binutils list since it
>>> is relevant - s ee the last few paragraphs regarding how to
>>> "solve th
On Thu, Jun 10, 2010 at 02:03:03PM -0600, Jeff Law wrote:
> That adds quite a bit of complication to the compiler though --
> getting the instruction lengths right (and thus proper packing &
> alignment) can be extremely difficult. I did some experiments with
> this on a target with *fixed* instru
Snapshot gcc-4.5-20100610 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100610/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
typedef struct CBase { int i; } CBase;
typedef struct CT1 { EXTENDS(CBase) ... } CT1;
typedef struct CT2 { EXTENDS(CT1) ... } CT2;
...
typedef struct CTN { EXTENDS(CTN_1) ... } CTN;
CTN t;
t.i=1; //need not t.CTN_1CT2.CT1.CBase.i ---complex
CBase* p=&t.CBase; //need not t.CTN_1CT2.CT1.CBase
On Thu, Jun 10, 2010 at 5:40 PM, Daniel Jacobowitz
wrote:
> On Thu, Jun 10, 2010 at 02:03:03PM -0600, Jeff Law wrote:
>> That adds quite a bit of complication to the compiler though --
>> getting the instruction lengths right (and thus proper packing &
>> alignment) can be extremely difficult. I
On Fri, 2010-06-11 at 08:44 +0800, yuanbin wrote:
> typedef struct CBase { int i; } CBase;
> typedef struct CT1 { EXTENDS(CBase) ... } CT1;
> typedef struct CT2 { EXTENDS(CT1) ... } CT2;
> ...
> typedef struct CTN { EXTENDS(CTN_1) ... } CTN;
> CTN t;
> t.i=1; //need not t.CTN_1CT2.CT1.CBase.i -
yuanbin writes:
> typedef struct CBase { int i; } CBase;
> typedef struct CT1 { EXTENDS(CBase) ... } CT1;
> typedef struct CT2 { EXTENDS(CT1) ... } CT2;
> ...
> typedef struct CTN { EXTENDS(CTN_1) ... } CTN;
> CTN t;
> t.i=1; //need not t.CTN_1CT2.CT1.CBase.i ---complex
> CBase* p=&t.CBase; /
42 matches
Mail list logo