skaller <[EMAIL PROTECTED]> writes:
> In gcc/g++ version 4.0 there is no way to turn off the
> unused variable warning enabled by -Wall with a command
> line switch.
How about -Wno-unused-variable?
> I think this is a bug: it should be possible to selectively
> turn on or off all warnings (on t
Christian Joensson <[EMAIL PROTECTED]> writes:
> I just tried to bootstrap current cvs gcc trunk under cygwin on a dual
> cpu windows box...
>
> LAST_UPDATED: Mon Aug 29 09:44:58 UTC 2005
>
> it barfs like this:
Looks like we need to change hosthooks-def.h to $(HOSTHOOKS_DEF_H) to
the dependenc
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> We currently perform the following sequence of commands as part of the
> installation (-m 444 being the default on current FreeBSD systems).
>
> install -m 444 ./libgcc.a
> /prefix/lib/gcc/i386-portbld-freebsd5.4/3.4.5/gcc/i386-portbld-freebsd5.4/3
Andrew Pinski <[EMAIL PROTECTED]> writes:
> On Aug 31, 2005, at 2:02 PM, Ian Lance Taylor wrote:
>
> > Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> >
> >> Does anyone disagree (and if not, have suggestions how to address this
> >> in GCC)?
> &
Ian Lance Taylor writes:
> Andrew Pinski <[EMAIL PROTECTED]> writes:
>
> > On Aug 31, 2005, at 2:02 PM, Ian Lance Taylor wrote:
> >
> > > Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> > >
> > >> Does anyone disagree (an
Daniel Towner <[EMAIL PROTECTED]> writes:
> I maintain a port for a 16-bit VLIW machine, and I have encountered a
> problem with the DFA instruction scheduler. Consider the following two
> instructions:
>
> BNE someLabel
> STW R5,(R3) 0 // Mem[R3] := R5
>
> The second instruction will only be e
[EMAIL PROTECTED] (Kai Henningsen) writes:
> [EMAIL PROTECTED] (Andrew Pinski) wrote on 31.08.05 in <[EMAIL PROTECTED]>:
>
> > If you consider Darwin "modern", then that statement is not correct
> > as moving/copying an archive on darwin, requires ranlib to be run.
>
> Is there a point to this
[EMAIL PROTECTED] (Kai Henningsen) writes:
> ian@airs.com (Ian Lance Taylor) wrote on 01.09.05 in <[EMAIL PROTECTED]>:
>
> > a.out archives used to work this way too, e.g. on SunOS 4. The idea
> > was that people would often use ar without updating the symbol table.
&
Eric Fisher <[EMAIL PROTECTED]> writes:
> Thanks for your suggestion.
> I think I need to port glibc. Because the new board is going to run
> linux kernel. But I'm still not sure if glibc will support the new
> target well. Thanks.
If you are running the Linux kernel, then your target is not mip
"Yao qi" <[EMAIL PROTECTED]> writes:
> I am working on variable arguments on rs6000 backend and I have
> browsed gcc/config/rs6000/rs6000.c for several times, I found
> there are some functions relavtive to this issue, they are
> setup_incoming_varargs, rs6000_build_builtin_va_list ,rs60
Brian Dessent <[EMAIL PROTECTED]> writes:
> I hope it's not bad etiquette to ping a PR but I would greatly
> appreciate it if someone could take a quick look at PR 22207 which has
> gone for several months with no replies.
>
> The problem involves bogus "might be used uninitialized" warnings in S
Liu Haibin <[EMAIL PROTECTED]> writes:
> Does the following rtl implicitly indicate that r5 is used?
>
> (expr_list (use (reg:DF 6 r6))
> (expr_list (use (reg:DF 4 r4))
If DFmode requires two registers on your machine--which does appear to
be the case based on the assembly code which you
"Yao Qi qi" <[EMAIL PROTECTED]> writes:
> New data types were added into GCC as well as new modes.
It might help if you give a brief overview of what you are trying to
do (maybe you already have, and I forgot). Also, I assume you are
working with mainline gcc.
> Argument
> passing and
> return
Jonathan Day <[EMAIL PROTECTED]> writes:
> My question is simple enough - has anyone built a
> toolchain for a MIPS64-Linux-GNU target?
Yes, I did, last year.
But I did it through a tedious iterative process--build the binutils,
build the compiler until it fails building libgcc, install parts of
Jonathan Day <[EMAIL PROTECTED]> writes:
> I -think- I need a chisel, as well, though. On
> producing the bootstrap GCC cross-compiler, trying to
> compile with it produces the error that it can't find
> crti.o, crtn.o or crt1.o. IIRC, these are produced
> when compiling GCC, but the GCC in CVS do
"Yao qi" <[EMAIL PROTECTED]> writes:
> I am working on GCC dfp branch for *only* one month. Three new data types
> are added into GCC for the consideration of precision. These three new
> data types works well in argument passing and value return, but can not
> deal with variable argument passin
"Yao qi" <[EMAIL PROTECTED]> writes:
>5672 tree
>5673 rs6000_gimplify_va_arg (tree valist, tree type, tree *pre_p,
> tree *post_p)
>5674 {
> ...
>5733 if (dump_file)
>5734 {
>5735 fprintf (dump_file, "TARGET_HARD_FLOAT =
> %d\n",TARGET_HARD_FLOAT);
>
[ Redirected from gcc-patches@ to gcc@ ]
Mark Mitchell <[EMAIL PROTECTED]> writes:
> This case is particularly tricky because of the fact that accepting
> the invalid code also means that we'll change the meaning of some
> valid code. For example, in:
>
> int f(int) {
>return 1;
> }
>
> st
"Yao qi" <[EMAIL PROTECTED]> writes:
> Do you mean the value of TARGET_HARD_FLOAT is *1* when option -mhard-float
> is specified according to rs6000.opt ?
Yes. TARGET_HARD_FLOAT is defined as
#define TARGET_HARD_FLOAT ((target_flags & MASK_SOFT_FLOAT) == 0)
The -mhard-float option will clear t
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Let's start with the simpler friend10.C. There, the "operator bool()"
> conversion operator is irrelevant, as far as I can see. However, we
> *should* still call the friend operator<<, because argument-dependent
> lookup is explicitly defined that way.
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> I do not know if
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23477
> should be fixed in this release, but I am sure
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23631
> which was marked as duplicate is not fixed:
According to the PR, the bug
Eric Fisher <[EMAIL PROTECTED]> writes:
> I have to send the new mail again for the software floating point problem.
> I need more details about it. 1) If I use software floating point, does I
> need
> implement float mode insns in md file? Such as movsf, movdf.
You do have to implement movsf a
DJ Delorie <[EMAIL PROTECTED]> writes:
> Any reason why we blindly assume destination registers will be hard
> registers here?
>
> Index: regmove.c
> ===
> RCS file: /cvs/gcc/gcc/gcc/regmove.c,v
> retrieving revision 1.173
> diff -p
DJ Delorie <[EMAIL PROTECTED]> writes:
> > The destination register which is set by a CALL will normally be
> > FUNCTION_VALUE, which is normally a hard register.
>
> dst is not the destination of the call, it's the destination of the
> SET/PLUS that's being optimized.
Sorry, I misread.
In fact
Ralf Corsepius <[EMAIL PROTECTED]> writes:
> As it seems to me, CFLAGS handling with newlib+gcc-4.0.x one-tree style
> cross-builds seems broken.
>
> So far I have tried different permutations of setting CFLAGS,
> CFLAGS_FOR_BUILD, CFLAGS_FOR_HOST and CFLAGS_FOR_TARGET, but have not
> been succes
[EMAIL PROTECTED] (Ross Ridge) writes:
> Ross Ridge wrote:
> > GCC doesn't use (A), (B) or (C). GCC doesn't conform to C99 and
> > any implementation of "c99" that uses GCC would presumably also be
> > non-conforming.
>
> Robert Dewar wrote:
> > What exactly is the observable non-conformance?
>
Eric Fisher <[EMAIL PROTECTED]> writes:
> Thanks for the help. Now I use soft-float to build libgcc, but _floatdidf.o
> fails for Cannot branch to undefined symbol, __floatsidf. Should I define
> floatsidf in md file? But I have no floating point registers.
__floatsidf should be defined by _si_to
Eric Fisher <[EMAIL PROTECTED]> writes:
> Acctually, I have included fp-bit.c in libgcc.mk. But the order is not
> right, I think. Because _si_to_df.o is after the _floatdidf.o. Also, how
> to change _si_to_df.o to _floatsidf.o? In md file?
The order of the objects in the libgcc.a archive does no
[EMAIL PROTECTED] (Ross Ridge) writes:
> > I was not asking the general question, I was asking how it fails
> > to conform wrt the particular technical issue at hand.
>
> Since GCC doesn't have any code that does (A), (B), or (C) it doesn't
> place a burden on GCC to require it to do (B). That's
Mark, in PR c++/11987 you added a comment saying that it was a
regression. But the more I look at it, the less I understand it.
The test case is:
==
template struct X {
struct I { I(); };
};
template struct Y : X {
typedef typename
Mark Mitchell <[EMAIL PROTECTED]> writes:
> > ==
> > template struct X {
> > struct I { I(); };
> > };
> >
> > template struct Y : X {
> > typedef typename X::I I;
> > };
> >
> > template
> > Y::I::I () {} // note: I is nested
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Ian Lance Taylor wrote:
>
> > ==
> > template struct X {
> > struct I { I(); void foo(); };
> > };
> >
> > template struct Y : X {
> >
Vassili Karpov <[EMAIL PROTECTED]> writes:
Since this e-mail is not about gcc development, it should have been
sent to [EMAIL PROTECTED], not to [EMAIL PROTECTED] Thanks.
> #include
>
> int main (int argc, char *argv[])
> {
> char *s1 = argv[0];
> char *s2 = strchr (s1, '/');
> cha
Yao Qi <[EMAIL PROTECTED]> writes:
> Make distclean can not remove intl/config.cache and fixincludes/config.cache.
>
> The configure commandline I used in GCC building is
> ../gcc-dfp-cvs-Aung-10/configure --enable-languages=c --enable-shared
> --enable-threads=posix --enable-checking --with-syst
need, and the types are cached so I don't create the
same type more than once.
Much simpler in the long run, I think.
(And this is why I needed this patch:
2005-02-11 Ian Lance Taylor
* tree.c (build_function_type_list): Work correctly if there are
no arguments.
Jonathan Turkanis <[EMAIL PROTECTED]> writes:
> I'm getting tired of this. You assumed I'm must have meant something
> else than what I plainly asked; once I mentioned that I was writing a
> book, you realized I really meant what I said.
That's pretty much it, yes.
Many years of experience have
Daniel Berlin <[EMAIL PROTECTED]> writes:
> > The builtins table is initialized with a separate .def file, but it
> > boils down to initializers this:
> >
> > { code, "__builtin_name", C2_INT,
> >{ C2_INT, C2_VPTR, C2_NONE, C2_NONE, C2_NONE, C2_NONE } },
> >
> > This way I only have to wri
Liu Haibin <[EMAIL PROTECTED]> writes:
> I compiled the following code using nios gcc -da -O3 (gcc version 3.3.3)
>
> #include
> #define PI (4*atan(1))
>
> double rad2deg(double rad)
> {
> return (180.0 * rad / (PI));
> }
>
> The begining of the .s file is
> rad2deg:
> addi
In gcc 4.0, the restrict qualifier became less useful than in gcc 3.4.
One of the main uses of the restrict qualifier is in scheduling. The
scheduler currently uses only RTL level aliasing information--we
currently have no mechanism for letting the RTL level query the alias
information at the tree
Ian Lance Taylor writes:
> I mentioned on IRC that I had a simple patch to let the RTL level
> aliasing analysis see the underlying decl, the one with the restrict
> qualifier. My original patch was for the 4.0 branch. This is a
> version updated for the 4.1 branch.
I forgo
"aetherane \(sent by Nabble.com\)" <[EMAIL PROTECTED]> writes:
> I am cross compiling an application to an architecture where the libc
> functions won't really be useful to me. Whenever I try to compile my
> application, I get the following message
> "ld: cannot find -lc"
> After searching the i
Daniel Berlin <[EMAIL PROTECTED]> writes:
> second, how often does this actually set anything useful with restrict
> types (I assume the value is not interesting in any other cases)?
In functions which use the restrict qualifier, it does something
useful pretty often: just about every time the re
"sek_saf_on \(sent by Nabble.com\)" <[EMAIL PROTECTED]> writes:
> I wonder the differences between the behaviours of the pointers
> according to the operating systems while compiling with gcc .And the
> differences between the gcc and the other compilers.Can you please
> help me??
This question i
Eric Fisher <[EMAIL PROTECTED]> writes:
> I'd like to know why mips doesn't define $30 and $31 as fix registers?
> And when should they be defined true?
Neither register has a use which is fixed by either the hardware or
the ABI.
$30 is generally the frame pointer, but gcc will only use a frame
Zhan Zhaohua <[EMAIL PROTECTED]> writes:
Many of your questions are answered here:
http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html
and here:
http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/license.html
> 1. We would like to know wether we have to obtain
> some special license or
Saurabh Verma <[EMAIL PROTECTED]> writes:
> i had a query regarding testcase gcc.c-torture/execute/960521-1.c [Link
> below]. The testcase does the following:
> i) mallocs two integer arrays a and b of size n each
>ii) *b=0 and increment b
> {lets call the new
Chase <[EMAIL PROTECTED]> writes:
> Is it possible to use GCC to cross-compile a GUI app for Windows (XP
> specifically) from another platform like Linux or Mac OS X or BeOS?
>
> If so, please either explain in your reply the basic steps required
> to do this or direct me to instructions on how t
Mark Mitchell <[EMAIL PROTECTED]> writes:
> The key question is whether to do an immediate 4.0.3 to catch up to what
> we intended. (That's not entirely trivial, in that things have now been
> checked in on the 4.0 branch, so we would have to temporarily back out
> some patches, or apply tags ver
"Balaji V. Iyer" <[EMAIL PROTECTED]> writes:
No need to send to both gcc@gcc.gnu.org and [EMAIL PROTECTED] I
removed gcc-help in this reply. Thanks.
>I am currently developing a GCC port for my own generic 32 bit
> processor. I have this following error when I tried to compile a
> benchmark
"Balaji V. Iyer" <[EMAIL PROTECTED]> writes:
> Thank you very much Ian and Shreyas for your quick response. So I guess,
> my question now would be, what would be an exmple that matches this
> constraint below?
>
> ((insn 1497 1924 1756 2 (set (mem:BI (plus:SI (reg/f:SI 2 r2)
> (co
Eric Fisher <[EMAIL PROTECTED]> writes:
> Who can explains for me about the comparison insns in mips.md.
Look at the documentation for the bCOND instruction patterns.
> One question, why there is only define_expand patterns but no
> define_insn.
Because the gcc model for comparison inst
Eric Fisher <[EMAIL PROTECTED]> writes:
> Thanks for the help. Since ARM has condition codes, I'm wondering why it uses
> a psuedo register internally to represent things that use or set the
> condition codes?
> I think it should use CPSR directly.
ARM actually does use the CPSR directly. See CC
Eric Fisher <[EMAIL PROTECTED]> writes:
> Sorry, maybe it's not appropriate to put this question here. But I need help.
> Porting gcc involves the relocation and BFD porting. I've added some
> relocate type.
> But after linked, the address is not correct. Are there any documents
> about the reloca
[EMAIL PROTECTED] writes:
> I'm interested in duplicating the immediate predecessor basic block of the
> EXIT_BLOCK, but this makes the EXIT_BLOCK have 2 predecessors which isn't
> allowed. Can someone give me some guidances as to how I can insert a
> bogus block between the two to allow the dupl
[EMAIL PROTECTED] writes:
> > [EMAIL PROTECTED] writes:
> >
> >> I'm interested in duplicating the immediate predecessor basic block of
> >> the
> >> EXIT_BLOCK, but this makes the EXIT_BLOCK have 2 predecessors which
> >> isn't
> >> allowed. Can someone give me some guidances as to how I can ins
Brian Makin <[EMAIL PROTECTED]> writes:
> Bitmaps, also called sparse bit sets, are implemented
> using a linked list with a cache. This is probably not
> the most time-efficient representation, and it is not
> unusual for bitmap functions to show up high on the
> execution profile. Bitmaps are us
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> > CVS write access users should give the subversion setup a try this week.
>
> Is there a branch that represents the tip of the old-gcc repository? It
> appears that premerge-fsf-branch is intented to be
Paul Thomas <[EMAIL PROTECTED]> writes:
> Is this spam, a temporary glitch at gcc-central or what? I checked my
> mailbox and all is well.
This type of message is best sent to [EMAIL PROTECTED]; thanks.
As far as I can tell, e-mail messages to you are going through fine.
You are still on the fo
Ganesh Bikshandi <[EMAIL PROTECTED]> writes:
> I have a fairly decent knowledge about compiler internals, object
> oriented programming and algorithms. I would like to make a
> non-trivial contribution to gcc/g++. I am interested in adding a new
> optimization phase or improving some existing on
Steve Ellcey <[EMAIL PROTECTED]> writes:
> Anyone have advice on how to get subversion working through a corporate
> firewall.
In case it helps, any connection to port 443 on
sshproxy.sourceware.org is forwarded to port 22 on
sourceware.org/gcc.gnu.org. This can help making SSH connections to
gc
Richard Guenther <[EMAIL PROTECTED]> writes:
> If it is at all possible we should probably try to keep read-only CVS working
> (and up-to-date) for HEAD and release-branches. This will allow occasional
> contributors and technically-less-provided people to continue working in
> submit-patch mode
Uros Bizjak <[EMAIL PROTECTED]> writes:
> There is no post-reload cse_condition_code_reg () pass, so perhaps we
> have to add one. A cse_condition_code_reg () walks all instructions by
> itself, so I'm not sure if some existing post-reload CSE pass could be
> enhanced.
The cse_condition_code_reg
Kevin Handy <[EMAIL PROTECTED]> writes:
> Would it be possible to write a cvs read-only interface to the
> svn database? i.e. replace the cvs server with a svn-cvs emulation
> layer.
In principle, sure, why not? The CVS client server protocol is well
documented.
In practice sounds like quite a
Scott Robert Ladd <[EMAIL PROTECTED]> writes:
> Jim Wilson wrote:
> > No, but we are working on OpenMP support, which is somewhat
> > related. This isn't automatic parallelization; it requires
> > programmer instrumentation via pragmas. This is probably more
> > directed at multiprocessor machine
Eric Fisher <[EMAIL PROTECTED]> writes:
> Thanks. And there is another question. I've been told that 'scond'
> operations are not obligatory defined. If they are not defined then
> they will use 'bcond' like. But while I omit 'scond', gcc will fail
> error that such operation rtl doesn't define. S
Razya Ladelsky <[EMAIL PROTECTED]> writes:
> It does not fail for power and I'm trying to figure out why it fails for
> x86 architecture.
> It appears that the type of the constant being passed to a function having
> a short parameter, is an int while I expected it to be short.
>
> call to g :
Rafael Ávila de Espíndola <[EMAIL PROTECTED]> writes:
> According to a comment in line 2694 of gcc/Makefile.in, a dummy command like
> @true must be added to a rule to "force gnu make to recheck modification
> times.".
>
> But the GNU make manual says that a rule without a command simply states
Tyler Anderson <[EMAIL PROTECTED]> writes:
> I've already added the new type to i386.h, however, I
> think I'm missing something in the #define
> REG_CLASS_CONTENTS section. Could anyone point me to
> more documentation about what each bit means? We need
> to add a new register type, and extend th
Eric Fisher <[EMAIL PROTECTED]> writes:
> dp-bit.c: In function `__pack_d':
> dp-bit.c:435: error: unrecognizable insn:
> (insn 33 32 34 0 dp-bit.c:167 (set (reg:SI 159)
> (ltu:SI (reg:SI 158 [ .class ])
> (const_int 2 [0x2]))) -1 (insn_list 32 (nil))
> (nil))
> dp-bit.c:43
Tyler Anderson <[EMAIL PROTECTED]> writes:
> I've gotten much further. I've added the new register
> type to just about everywhere I can think of.
>
> Then I was getting a cannot find a spill register
> error.
Could be any number of things. It's not trivial to do what you are
trying to do. You
Janis Johnson <[EMAIL PROTECTED]> writes:
> The end of http://gcc.gnu.org/onlinedocs/gccint/Top-Level.html#Top-Level
> has a link to a separate manual that is supposed to explain how the
> top level build works, including building target libraries. Here's the
> corresponding text in sourcebuild.t
Joe Buck <[EMAIL PROTECTED]> writes:
> I had thought that a numer of users had requested the current
> behavior back in the egcs days, though I can't track down the brain cell I
> stored that info in;
For the record, the current behaviour was implemented here:
http://gcc.gnu.org/ml/gcc-patche
Daniel Berlin <[EMAIL PROTECTED]> writes:
> 1. Apple tags should go in a subdirectory named "apple".
>
> (Whether you guys want to further subdivide your taggings, is your
> business)
>
> Not to single apple out, i imagine anyone who wants to do daily or
> significant amounts of tagging should h
Paul Thomas <[EMAIL PROTECTED]> writes:
> I have been trying, unsuccessfully, to discern from the list if
> mainline/head/gcc-4_1-branch is available from the svn repository.
>
> Is it available and what will it be called, please?
It is available. It is simply called 'trunk'. There is no a
Mark Mitchell <[EMAIL PROTECTED]> writes:
> P1 bugs will be bugs I think absolutely must be fixed before the next
> release; releasing with this bug would be diastrous.
>
> I'd like to use P2 to indicate that I've review the bug, and that it
> does not merit P1 status, but is important.
>
> P3 w
Jeffrey A Law <[EMAIL PROTECTED]> writes:
> We clearly disagree then. Though my 15+ years of working with GCC I've
> seen far more complaints about false positives than missing instances
> of this warning.
I think that most of the false positives are of the form
int x, f, y;
f = foo ();
Eric Fisher <[EMAIL PROTECTED]> writes:
> Such a problem is difficult to find the reason. But can you give some
> suggestion about the possible matter? This is the information on my
> port. Thanks a lot.
>
> dp-bit.c: In function `__muldf3':
> dp-bit.c:957: error: unable to generate reloads for:
Daniel Berlin <[EMAIL PROTECTED]> writes:
> > There's been talk of a DEFAULTREPO or allowing substitutions and aliases
> > in the config file, or something
> >
> >
>
> Of course, the question always raised when you try to do this is "why is
> this better than just using shell variables"
>
> if
Kaz Kojima <[EMAIL PROTECTED]> writes:
> --- ORIG/trunk/gcc/calls.c2005-10-29 06:52:11.0 +0900
> +++ LOCAL/trunk/gcc/calls.c 2005-11-03 09:15:47.0 +0900
> @@ -2774,6 +2774,17 @@ expand_call (tree exp, rtx target, int i
> emit_insn (insns);
> valreg = temp;
>
Kaz Kojima <[EMAIL PROTECTED]> writes:
> Like this?
>
> @@ -2861,6 +2861,12 @@ expand_call (tree exp, rtx target, int i
>
>If they refer to the same register, this move will be a no-op,
>except when function inlining is being done. */
> + /* We have to copy a retu
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Middle-End
> --
> 23109
> 23948
These are the same patch, and it's too complicated for me.
> 24365
Looks plausible but I don't understand the code well enough.
> 24483
Approved.
> 24589
Approved.
> 23155
Approved.
> 24408
The followup
Richard Henderson <[EMAIL PROTECTED]> writes:
> Not all targets are going to be able to implement the builtins,
> even with locks. It is imperitive that the target have an
> atomic store operation, so that other read-only references to
> the variable see either the old or new value, but not a mi
Redefined Horizons <[EMAIL PROTECTED]> writes:
> I am in the process of learning the C Programming Language and
> Assembly Language. I am looking for the opportunity to contribute to
> an open source project while gaining some experience with assembly
> language programming. Is there any projects
Adrian Prantl <[EMAIL PROTECTED]> writes:
> Another question is whether there is actually a need to carry around the two
> concepts of BYTES and UNITS anyway. It seems that for most backends those
> are of the same size anyway, and for the other backends it would be much
> easier if there were onl
David Daney <[EMAIL PROTECTED]> writes:
> > Eventually we should manually mark certain function DECLs as
> > not-returning-null instead of my kludgy test for this one case. I don't
> > know if/when I can get to that. Perhaps somebody else can take it from
> > here.
>
> Looks like all the bits i
Eric Botcazou <[EMAIL PROTECTED]> writes:
> > Building a --target=avr compiler currently fails because
> >
> > /usr/src/packages/BUILD/gcc-4.1.0-20051110/obj-x86_64-suse-linux/./gcc/xgcc
> > -B/usr/src/packages/BUILD/gcc-4.1.0-20051110/obj-x86_64-suse-linux/./gcc/
> > -B/opt/cross/avr/bin/ -B/opt/
Jan Hubicka <[EMAIL PROTECTED]> writes:
> in testsuite there are few reduced testcases where unit growth (an
> inliner limit - inliner is allowed to inline as long as the unit don't
> grow by given percentage, set to 50%) is too strict.
Out of curiousity, have you considered permitting inlining l
"Balaji V. Iyer" <[EMAIL PROTECTED]> writes:
> I have a question about finding register names from the instruction.
> I am porting GCC for a propriatery architecture and the thing is that,
> I want to group instructions whose destination registers are between
> 0-15 into one cluster and 16-31
Mark Mitchell <[EMAIL PROTECTED]> writes:
> http://gcc.gnu.org/projects/lto/lto.pdf
Section 2.2.1 (Variables and Functions) mentions C++ inline functions.
It should also mention gcc's C language "extern inline" functions.
The same section should consider common symbols. These appear as
uninit
Richard Earnshaw <[EMAIL PROTECTED]> writes:
> We spend a lot of time printing out the results of compilation as
> assembly language, only to have to parse it all again in the assembler.
> Given some of the problems this proposal throws up I think we should
> seriously look at bypassing as much o
Ulrich Weigand <[EMAIL PROTECTED]> writes:
> > Conversely, I don't know much we are going to care about speed here,
> > but I assume that we are going to care a bit. For the linker to
> > determine which files to pull in from an archive, it is going to have
> > to read the symbol tables of all th
Aldy Hernandez <[EMAIL PROTECTED]> writes:
> this reduces to:
>
> int f(void);
> void g(void)
> { (unsigned) f(); }
>
> Which was made to deliberately warn by Joseph's patch here:
>
> http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00275.html
>
> I closed the bug as a WONT
Richard Henderson <[EMAIL PROTECTED]> writes:
> On Thu, Nov 17, 2005 at 02:01:56PM -0800, Ian Lance Taylor wrote:
> > We traditionally do not warn about not using the value returned by a
> > function. And I don't see why adding a cast should change that.
> > Intu
Robert Dewar <[EMAIL PROTECTED]> writes:
> Ian Lance Taylor wrote:
>
> >>We spend a lot of time printing out the results of compilation as
> >> assembly language, only to have to parse it all again in the
> >> assembler.
>
> I never like argumen
Andrew MacLeod <[EMAIL PROTECTED]> writes:
> The document is intended as a starting point and consists mostly of my
> thoughts at the moment. By the time the underlying RTL bits are done, I
> would like it to have evolved to include input from others. The more
> useful comments there are, the bet
VIbhav Garg <[EMAIL PROTECTED]> writes:
> I am working on some optimizations on the CFG. Can someone please give
> me some info on the following -
>
> 1. For an gimple expression node, how do we determine the return type?
You can get the type of any gimple expression using TREE_TYPE.
> 2. How d
"Dave Korn" <[EMAIL PROTECTED]> writes:
> Looking at it, this seems to be quite deliberate: combine_instructions()
> calls init_recog_no_volatile() before it runs the combine pass and
> init_recog() afterward. I haven't delved into the morass of machine-generated
> loveliness that is insn-recog
Andrew MacLeod <[EMAIL PROTECTED]> writes:
> > The current reload pass includes general heuristics to handle
> > reloading memory addresses. This code knows things like "if stack
> > pointer plus displacement is not a valid memory address, try loading
> > the displacement into a register." Many
Jakub Jelinek <[EMAIL PROTECTED]> writes:
> While doing svn diff, I've noticed
> gcc/config/i386/xm-dgux.h
> gcc/config/i386/xm-sysv3.h
> gcc/config/i386/xm-sun.h
> gcc/config/i386/scodbx.h
> files popped out of nowhere on the trunk (and through
> 4.1 branching also on gcc-4_1-branch).
> The files
Mark Mitchell <[EMAIL PROTECTED]> writes:
> Hmm. A lot of the *-elf targets have use_fixproto=yes in config.gcc,
> which somewhat surpises me; I'd have thought newlib didn't require that.
Nathanael changed the default here:
2003-09-30 Nathanael Nerode <[EMAIL PROTECTED]>
* config.gcc
501 - 600 of 3176 matches
Mail list logo
