Hi,
I had a question regarding global symbols and linking order. Our project
has a lot of global symbols which are kind of interdependent on each
other. These are in different source files. So if the order in which
they are initialized is not correct, then the process fails to come up.
One optio
Hi,
Can someone please upload the individual papers from this
year's GCC Summit to:
ftp://gcc.gnu.org/pub/gcc/summit/
The big PDF in:
http://www.gccsummit.org/2005/2005-GCC-Summit-Proceedings.pdf
is a bit unwieldy to read if one is interested in only
reading a few of the papers.
Thanks,
Hi, all
Nowadays, I plan to add rotating register allocation for IA64 to the SMS pass
of GCC.
From the maillist of gcc@gcc.gnu.org, I found some discussions about this
topic.
But, it was not very clearly discussed about details of howto.
Needs suggestions.
Best regards.
Chunjiang Li
===
On Thursday 21 July 2005 11:02, 李春江 wrote:
> Hi, all
> Nowadays, I plan to add rotating register allocation for IA64 to the SMS
> pass of GCC. From the maillist of gcc@gcc.gnu.org, I found some discussions
> about this topic. But, it was not very clearly discussed about details of
> howto.
Hmm, I'
Hi,
I have a problem on the define_peephole2. In nois2.md, there's such a
define_insn
(define_insn "addsi3"
[(set (match_operand:SI 0 "register_operand" "=r,r")
(plus:SI (match_operand:SI 1 "register_operand" "%r,r")
(match_operand:SI 2 "arith_operand" "r,
Steven Bosscher wrote:
Hmm, I've never seen any discussions about this on [EMAIL PROTECTED] Could you
give some links to messages in the mailing list archives that you
may have found?
I've seen only the thread mentioning the work of Ritu Sabharwal
(http://gcc.gnu.org/ml/gcc/2002-12/msg00508.h
Ian Lance Taylor wrote in http://gcc.gnu.org/ml/gcc/2005-07/msg00625.html:
> In preparation for the future transition to subversion, I've written
> some code to merge the old-gcc repository into current mainline. I
> would like to see this merged repository used as the basis for the
> conversion
On Thu, 2005-07-21 at 14:51 +0200, Volker Reichelt wrote:
> Ian Lance Taylor wrote in http://gcc.gnu.org/ml/gcc/2005-07/msg00625.html:
>
> > In preparation for the future transition to subversion, I've written
> > some code to merge the old-gcc repository into current mainline. I
> > would like t
> I started with a clean slate in my build environment
> and did not have any residual files hanging around.
> Are the steps I have indicated in my earlier email
> correct. Is there a way I can break down the problem
> into a smaller sub-set of flags and eliminate the flag
> causing the performance
On Thu, 21 Jul 2005, Daniel Berlin wrote:
> > What will happen to the (revision number based) hyperlinks to patches
> > in Bugzilla and the gcc-cvs mailing list archive like the following:
> >
> > http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reg-stack.c.diff?cvsroot=gcc&r1=1.188&r2=1.189
>
> >
> You already have a not-so-small C program that's supposed to know
> where as and ld are.
You're forgetting about configure.
This is the beta release of binutils 2.16.91.0.2 for Linux, which is
based on binutils 2005 0720 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
Dave Korn wrote:
I've been having some trouble building gcc 4.0.1 for mips target on a
mingw host
No you aren't. You're using a modified version of the gcc-4.0.1 sources
and you're targetting PSP. That may be a MIPS backend, but it's a different
_target_.
:) fair enough, the patch
Ross Ridge wrote:
> You already have a not-so-small C program that's supposed to know
> where as and ld are.
DJ Delorie wrote:
> You're forgetting about configure.
I don't see how the existance of configure changes the fact the GCC
compiler driver exists, is capable of running and as and ld, and
> I don't see how the existance of configure changes the fact the GCC
> compiler driver exists,
At the time you're running configure, the gcc driver does *not* exist,
but you *do* need to run as and ld to test what features they support,
information which is needed in order to *build* gcc.
It's
I started with a clean slate in my build environment
and did not have any residual files hanging around.
Are the steps I have indicated in my earlier email
correct. Is there a way I can break down the problem
into a smaller sub-set of flags and eliminate the flag
causing the performance proble
Ross Ridge wrote:
> I don't see how the existance of configure changes the fact the GCC
> compiler driver exists,
DJ Delorie wrote:
> At the time you're running configure, the gcc driver does *not* exist,
> but you *do* need to run as and ld to test what features they support,
> information which
On Wed, Jul 20, 2005 at 06:26:03PM -0700, Dale Johannesen wrote:
> alignof doc has so many qualifications I'm not sure exactly what it's
> supposed to do.
__alignof__(double) == 8 on x86, regardless of command line
switches, because 8 is the *preferred* alignment of the type.
That's the weasel w
On Tue, Jul 19, 2005 at 10:46:34AM +0200, FX Coudert wrote:
> * builtins.def: Add DEF_EXT_C99RES_BUILTIN to define builtins
> that C99 reserve for future use. Use it to define clog10, clog10f
> and clog10l.
Ok.
r~
I am using -O3. This is the only flag apart from the
profile flag -fprofile-use.
I had independently tried -march=pentium4 and that did
not buy any performance for this app.
-girish
--- Kelley Cook <[EMAIL PROTECTED]> wrote:
> > I started with a clean slate in my build
> environment
> > and di
Hi all,
I hope someone can help me. I am C++ impaired, and I am getting
the following error when trying to bootstrap the current 4.0.2
CVS. The error is coming from include/ext/bitmap_allocator.h
line 111. The relevant code snippet is:
class _Mutex {
__gthread_mutex_t _M_mut;
// Prevent Cop
On Tue, Jul 12, 2005 at 12:02:46PM +0200, Laurent GUERBY wrote:
> PR tree-optimization/22336
> * function.c (record_block_change): Check for
> cfun->ib_boundaries_block.
Ok. I don't see that we're going to get anything cleaner for 4.1.
r~
Hi,
I am working on a port for a processor that has 32 bit registers but can
only load 16 bit immediates. I have tried several ways to split moves
with larger immediates into two RTL insns. One is using a
define_expand:
-code---
(define_expand "movsi"
Snapshot gcc-4.0-20050721 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20050721/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 CVS branch
with the following options: -rgcc-ss-4_0-20050721
You'll
On Jul 21, 2005, at 4:36 PM, Tabony, Charles wrote:
Hi,
I am working on a port for a processor that has 32 bit registers but
can
only load 16 bit immediates.
""
"%0.h = #HI(%1)")
What are the semantics of this? Low bits zeroed, or untouched?
If the former, your semantics are identical
On x86 currently the alignments of double and long long are linked:
they are either 4 or 8 depending on whether -malign-double is set.
This follows the documentation of -malign-double. But it's wrong for
what we want the Darwin ABI to be: the default should be that double
is 4 bytes and long lon
On Thu, Jul 21, 2005 at 04:56:01PM -0700, Dale Johannesen wrote:
> - Have flags work as now: -malign-double makes both 8,
> -mno-align-double
> makes both 4. Problem with that is the default is neither of these,
> and
> this doesn't fit neatly into gcc's model of two-valued flags; it's
> a
> From: Dale Johannesen [mailto:[EMAIL PROTECTED]
>
> On Jul 21, 2005, at 4:36 PM, Tabony, Charles wrote:
>
> > Hi,
> >
> > I am working on a port for a processor that has 32 bit registers but
> > can
> > only load 16 bit immediates.
> > ""
> > "%0.h = #HI(%1)")
>
> What are the semantics of
On Jul 21, 2005, at 5:04 PM, Tabony, Charles wrote:
From: Dale Johannesen [mailto:[EMAIL PROTECTED]
On Jul 21, 2005, at 4:36 PM, Tabony, Charles wrote:
Hi,
I am working on a port for a processor that has 32 bit registers but
can
only load 16 bit immediates.
""
"%0.h = #HI(%1)")
What a
On Jul 21, 2005, at 5:00 PM, Richard Henderson wrote:
On Thu, Jul 21, 2005 at 04:56:01PM -0700, Dale Johannesen wrote:
- Have flags work as now: -malign-double makes both 8,
-mno-align-double
makes both 4. Problem with that is the default is neither of these,
and
this doesn't fit neatly
On Thu, Jul 21, 2005 at 05:21:58PM -0700, Dale Johannesen wrote:
> >Nah, you just remove it from target_flags, and control the two
> >new variables from ix86_handle_option.
>
> OK. Think that's the better approach?
*shrug* It's not horrible, I guess. It preseves existing
semantics when people
> From: Dale Johannesen [mailto:[EMAIL PROTECTED]
>
> On Jul 21, 2005, at 5:04 PM, Tabony, Charles wrote:
>
> >> From: Dale Johannesen [mailto:[EMAIL PROTECTED]
> >>
> >> On Jul 21, 2005, at 4:36 PM, Tabony, Charles wrote:
> >>
> >>> Hi,
> >>>
> >>> I am working on a port for a processor that has
Hi,
I simply cannot find any direct link to a downloadable source/binary
bundle for gcc4 from
gcc.gnu.org.
The list of releases on the releases page ends at 3.4.4. Every other
link Ive chased down
stops at 3.4.4.
4.0 can eventually be found, sans any documentation about what specific
fil
C++ does not generate debug info for anonymous aggregates in cases
like :
class A
{
public:
typedef struct
{
int d;
} mystruct;
mystruct data;
};
This is because FE sets DECL_IGNORED_P bit. This causes debug info
generator to
skip debug info when invoked through r
bhiksha <[EMAIL PROTECTED]> writes:
> I simply cannot find any direct link to a downloadable source/binary
> bundle for gcc4 from gcc.gnu.org.
I went to gcc.gnu.org, clicked on "Mirror sites" under Download, chose an
appropriate mirror for my region, clicked on "releases", and found gcc 4.0
and 4
Paul Brook <[EMAIL PROTECTED]>:
> On Wednesday 20 July 2005 15:35, Canqun Yang wrote:
> > Hi, all
> >
> > Function inlining for FORTRAN programs always fails.
>
> Not entirely true. Inlining of contained procedures works fine (or it did la
> st
> time I checked). This should include inlining of
> > The biggest problem is type consistency and aliasing. Consider the
> > following
>
> I have several FORTRAN 77 programs. After inlining the small functions in
> them by hand, they made a great performance improvements. So I need a trial
> implementation of function inlining to verify the effect
On 7/21/05, Liu Haibin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a problem on the define_peephole2. In nois2.md, there's such a
> define_insn
>
> (define_insn "addsi3"
> [(set (match_operand:SI 0 "register_operand" "=r,r")
> (plus:SI (match_operand:SI 1 "register_operand" "%r
38 matches
Mail list logo
