On 4/15/07, Mark Mitchell <[EMAIL PROTECTED]> wrote:
As has been remarked on the GCC mailing lists, I've not succeeded in
getting GCC 4.2.0 out the door. However, with the limited criteria that
we target only P1 regressions not present in 4.1.x, we seem to be
getting a bit closer. The only regr
mentation fault.
>
> I wonder where my wrong assumption is. Any suggestions?
What do you mean, it's built in? It comes from a source file, so
almost by definition it isn't.
--
Daniel Jacobowitz
CodeSourcery
On 4/16/07, Paulo J. Matos <[EMAIL PROTECTED]> wrote:
Hello all,
I'm going through the bodies of all user-defined functions. I'm using
as user-defined function as one that:
DECL_BUILT_IN(node) == 0.
Problem is that for a function (derived from a C++ file) whose output
from my pass is (outpu
On 4/16/07, Jan Hubicka <[EMAIL PROTECTED]> wrote:
> On 4/16/07, Paulo J. Matos <[EMAIL PROTECTED]> wrote:
> >Hello all,
> >
> >I'm going through the bodies of all user-defined functions. I'm using
> >as user-defined function as one that:
> >DECL_BUILT_IN(node) == 0.
>
> >
> >Problem is that for
On Mon, Apr 16, 2007 at 05:51:17PM +0100, Dave Korn wrote:
> Perhaps Paulo wants to know if the definition originated in a system header
> file?
Yes, this is more likely to be useful.
--
Daniel Jacobowitz
CodeSourcery
We discussed the patch tracker. None of the active maintainers who
were there appear to use it very much or at all.
This is because it does not enable them to easily review patches, only
to see which they have missed ;)
I proposed
automatic e-mail pings, but that wasn't generally wel
On 20 Apr 2007 11:42:57 -0600, Tom Tromey <[EMAIL PROTECTED]> wrote:
Ian> I proposed automatic e-mail pings, but that wasn't generally
Ian> welcomed.
Bummer. Why?
Dan> If people are okay with this, I have no problem implementing it.
If you're taking feature requests, it would be handy to cano
On 4/21/07, Mike Stump <[EMAIL PROTECTED]> wrote:
We still have some lno bits in our tree. We tried to remove them and
found:
gzip +0.5%
vpr -0.4%
gcc -3.2%
mcf -0.3%
crafty +0.2%
parser +0.2%
perlbmk -2.2%
gap +0.2%
vortex -0.1%
bzip2 +1.9%
twolf -0.7%
on x86 (probably a core2 duo) in our 4.2
It still has the addresses_taken bitmap, remove it :)
Also, I assume for a call with no return, it will be a GS_CALL with lhs == NULL?
On 4/25/07, Aldy Hernandez <[EMAIL PROTECTED]> wrote:
I have uploaded a new version of the tuples document, with the latest
discussions.
http://gcc.gnu.org/wi
On 5/3/07, Ralf Corsepius <[EMAIL PROTECTED]> wrote:
Hi,
for reasons I don't know, I am not able to create attachments in gcc's
bugzilla for ca the last 24hrs. When doing so, I am greeted with the
message below.
--- snip ---
Internal Error
GCC Bugzilla has suffered an internal error. Please sa
will go in during Stage
1 without any coordination.
Could you explain what benefits from waiting? None of the other large,
scheduled changes from 4.1 benefit from pushing this back. The only
thing that it saves is one possible cause of broken bootstraps; you may
as well ask no one to
On Mon, 2005-02-28 at 00:38 +0100, Zdenek Dvorak wrote:
> Hello,
>
> > >Although you have listed it as "stage 2", I wish to commit the finished
> > >portion as soon as possible during stage 1. I have maintainership
> > >authority
> > >to do so. This will not interfere in any way with *any* of t
On Sun, Feb 27, 2005 at 03:56:26PM -0800, Mark Mitchell wrote:
> Daniel Jacobowitz wrote:
> >On Sun, Feb 27, 2005 at 02:57:05PM -0800, Mark Mitchell wrote:
>
> >Nathanael said it did not interfere with any of the other _projects_,
> >not that it would be disjoint fr
; for talking to myself here.)
I don't think that's the concern here - it's more a matter of whether
the target, and DejaGNU, support this. Lots of embedded targets seem
to have trouble with it. Take a look at "noargs" in the DejaGNU board
files for a couple of examples, IIRC. GDB jumps through some hoops to
test this, and gets it wrong in a bunch of places too.
--
Daniel Jacobowitz
CodeSourcery, LLC
The SVN repo has been updated again.
Again, because different tags were included in this dump, you will have
to recheckout a working copy.
The only tags excluded from this run were tags with "merge" in the name,
and tags with ".*-ss-.*" and ".*_ss_.*".
For those who want http access, i can give
vivek sukumaran <[EMAIL PROTECTED]> wrote:
Are there any ready to use gcc rpms for,
host:x-86,redhat9.0
target:alpha
The right mailing list to ask is the one at
http://sources.redhat.com/ml/crossgcc/
When you do post there, be sure to mention what OS
the target will be running.
If the target i
reliable. The dg-program-options directive could warn when it's used
> in an environment for which it's not supported.
Sounds good to me, at least in theory.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Tue, 2005-03-01 at 21:00 +, Joseph S. Myers wrote:
> On Tue, 1 Mar 2005, Daniel Berlin wrote:
>
> > > Date: 2005-03-01 15:26:25 -0500 (Tue, 01 Mar 2005)
>
> I take it the time will be shown in gcc.gnu.org's timezone (fixed at UTC),
> not depending on the time
On Tue, 2005-03-01 at 22:21 +, Joseph S. Myers wrote:
> On Tue, 1 Mar 2005, Daniel Berlin wrote:
>
> > > That is, there won't be
> > > any problems like those mentioned in comments in bugzilla-checkout and
> > > htdocs-checkout and cgibin-checkout
On Fri, Mar 04, 2005 at 04:33:47PM -0800, Janis Johnson wrote:
> On Tue, Mar 01, 2005 at 04:35:54PM -0500, Daniel Jacobowitz wrote:
> > On Tue, Mar 01, 2005 at 10:29:45AM -0800, Janis Johnson wrote:
> > > Is command line processing relevant for embedded targets? (I have no
&
Due to some massive speedups i've implemented in cvs2svn, the full gcc
repo, including all non-broken tags (more in a moment), is now
available. It would have taken ~7 days before, and now it takes less
than 2 (it's almost completely disk bound now, and my 7200rpm disks just
aren't fast enough app
On Sun, 2005-03-06 at 18:34 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have converted most all of our scripts at this point, and verified
> > they work trivially (IE that changing something in www makes it update
> > the www dir
On Sun, 2005-03-06 at 18:34 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have converted most all of our scripts at this point, and verified
> > they work trivially (IE that changing something in www makes it update
> > the www dir
On Sun, 2005-03-06 at 18:53 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have no clue how the savannah mirroring works now, or who to contact.
> > Pointers would be appreciated.
> >
> > If they mirror via rsync, they just nee
On Sun, 6 Mar 2005, Joseph S. Myers wrote:
On Sun, 6 Mar 2005, Daniel Berlin wrote:
mailer.conf needs a bit more configuration to get all the right messages
to the right mailing lists, but that's trivial.
(And to ensure that the messages have the right sender address, i.e.
[EMAIL PROTECTED]
On Sun, 6 Mar 2005, Joseph S. Myers wrote:
On Sun, 6 Mar 2005, Daniel Berlin wrote:
The main waiting thing at htis point is for subversion 1.2 and for
With regard to this point, will accessing the repository via SVN protocols
need 1.2 on the client, or will it only be needed on the server and if
uspect we could get a lot of mileage out of something like libiberty
uses, and declaring the things it can't handle to be bugs...
--
Daniel Jacobowitz
CodeSourcery, LLC
ld be a JUMP_INSN.
Your backend is probably using emit_insn when it should be using
emit_jump_insn.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Thu, 2005-03-10 at 18:02 +, Nathan Sidwell wrote:
> Razya Ladelsky wrote:
> > Hi,
> >
> > My case is this:
> > I version the operator<< function and name it operator<<.number (creating
> > an identifier which is not valid in the source code).
> > The assembly name created for the versioned
> My personal feeling I think the success of the Wiki is that it does not
> require review, rather than the fact that the Wiki syntax is partially
> lighter than HTML. The 48-hrs rule I propose seems sensible to me. The worst
> thing that can happen is that something incorrect goes live on the sit
On Fri, 11 Mar 2005, Jason Merrill wrote:
On Tue, 08 Mar 2005 10:28:44 -0500, Daniel Berlin <[EMAIL PROTECTED]> wrote:
However, according to Jakub,
"
TYPE_NAME (TYPE_MAIN_VARIANT (origin)) on that testcase is NULL, so it
doesn't help match."
...which is why we still need TYPE
On Sun, 2005-03-13 at 10:54 +0200, Razya Ladelsky wrote:
> Mark Mitchell <[EMAIL PROTECTED]> wrote on 11/03/2005 04:55:38:
>
> > Daniel Berlin wrote:
> >
> > > As for why the new name doesn't work, it's not clear from the above.
>
On Sun, 2005-03-13 at 16:42 +0100, Steven Bosscher wrote:
> On Sunday 13 March 2005 16:31, Daniel Berlin wrote:
> > > bl operator<<.585
> >
> > ^^^
> >
> > You are using the demangled name instead of the mangled one, which is
>
On Sun, 2005-03-13 at 15:26 +0100, Gabriel Dos Reis wrote:
> Vincent Lefevre <[EMAIL PROTECTED]> writes:
>
> | On 2005-03-12 02:59:46 +0100, Gabriel Dos Reis wrote:
> | > You probably noticed that in the polynomial expansion, you are using
> | > an integer power -- which everybody agrees on yield
t; in C? I believe they are used by Ada.
Nested functions in other languages, presumably.
> - Many backends do not support trampolines. Are trampolines
> something that is ultimately being added to the backends?
> - Do (theoretical?) alternatives to trampolines exist? I.e. something
>
is often
useful. So perhaps we do need an attribute, but I'm not sure which way
the default should go.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Wed, 2005-03-16 at 04:56 +0100, [EMAIL PROTECTED]
> | > | Bison remains a good solution in many cases, especially for languages
> | > | specifically designed to be easy to parse with an LALR parser (that is,
> | > | languages that don't look like C).
> | >
> | > Why don't we develop a "LR(k) /
On Tue, 2005-03-15 at 23:41 -0500, Daniel Berlin wrote:
> On Wed, 2005-03-16 at 04:56 +0100, [EMAIL PROTECTED]
> > | > | Bison remains a good solution in many cases, especially for languages
> > | > | specifically designed to be easy to parse with an LALR parser (that
> &
On Wed, 2005-03-16 at 06:09 +0100, [EMAIL PROTECTED]
wrote:
> | > It's possible that C++ doesn't require unbounded lookahead
> |
> | No, it's not.
> | In fact, if you'd read the language grammar definition, you'd discover
> | you could pretty produce the anti-program with some work.
> | That given
Updated as of yesterday's CVS.
As always, you'll need to blow away your working copy
I haven't had time to move the hooks from dberlin.org's repo to the new
repo yet.
Amit Thakar wrote:
Following is the error i'am getting while compiling gcc-3.3.1.I am using
headers of my system.How do i get rid of this.
In file included from tconfig.h:23,
from ../../../gcc-3.3.1/gcc/libgcc2.c:36:
../../../gcc-3.3.1/gcc/config/i386/linux.h:232:20: signal.h: No
> Truly Critical
> --
>
> 19225 Segmentation fault with VLAs, affects GLIBC
>
> This is the TYPE_STUB_DECL that Dan Berlin looked into for a while.
> What is the current status?
I think you mean 19345.
Anyway, the long and short of it is that the real bug here is that
TYPE_NAME
objections, or better ideas?
It would be nice if we could preserve the ability to run them - when
your build directory is mounted on the target system at the same path,
the tests will pass. Perhaps a compiler option, as Gabriel
suggested...
--
Daniel Jacobowitz
CodeSourcery, LLC
On Mon, 2005-03-28 at 16:08 +0200, Steven Bosscher wrote:
> On Mar 28, 2005 03:08 AM, Kazu Hirata <[EMAIL PROTECTED]> wrote:
> > Huh, whey I talked to them on IRC they didn't seem to have implemented
> > this. I'll try to get this issue one of these days.
>
> Ehm. I did in fact implement this.
On Mon, 2005-03-28 at 14:27 -0800, Mike Stump wrote:
> On Mar 28, 2005, at 12:12 PM, Christian Joensson wrote:
> > Aurora SPARC Linux release 2.0 (Kashmir FC3) UltraSparc IIi (Sabre)
> > sun4u:
>
> > I get these failures and just would like to ping for any ideas what
> > might be wrong...
> >
>
On Tue, 2005-03-29 at 15:50 +0200, Florian Weimer wrote:
> * Robert Dewar:
>
> > Unfortunately, you can't rely on sane judges, since the plaintiff can
> > always demand a jury trial, and you would be surprised what juries think.
> > Furthermore, deleting the test case makes no sense as a remedy. E
On Tue, 2005-03-29 at 10:10 -0500, Richard Kenner wrote:
> In reality, a person who submits code knowing it is going to be
> distilled and used in testsuites under our license would probably be
> estopped from claiming it violates their copyright to do so. They are
> going to have
On Tue, 2005-03-29 at 14:52 -0800, Joe Buck wrote:
> Daniel Berlin wrote:
> > >IE if we added a very large warning to the submission page that said
> > >"PLEASE NOTE: BY SUBMITTING A TESTCASE, YOU AGREE THAT WE HAVE THE RIGHT
> > >TO CREATE, USE, AND PUBLISH
but now I'm a little less confident
> that this will work. Has anyone else tried it?
I would guess that they're just debugging information. The PCH
shouldn't care.
--
Daniel Jacobowitz
CodeSourcery, LLC
Jim Wilson wrote:
Moving trees around has worked for a long time, but it required
manually setting the GCC_EXEC_PREFIX environment variable.
Cygnus got this working reliably sometime in the early '90s I think.
In gcc-3.0 and later, there is code (make_relative_prefix) that
computes and sets G
On Thu, Mar 31, 2005 at 07:33:53PM +0100, Dave Korn wrote:
> Is the manual wording just slightly vague here, and both .data and .bss
> are regarded as covered by the phrase "the data section of the object file"?
Yes.
--
Daniel Jacobowitz
CodeSourcery, LLC
hat Geoff said. There are two relevant properties of
GCed memory here:
- Anything in GCed memory will be saved to the PCH
- Anything in GCed memory will be overwritten by loading the PCH.
There will be no references left after the PCH is loaded, unless they
were living outside of GC.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Fri, 2005-04-01 at 12:43 +0100, Andrew Haley wrote:
> Sam Lauber writes:
> > I know that Bohem's GC is used in the Java runtime for GCC.
> > However, the compiler proper itself can _really_ cramp people's
> > avalible RAM (for those who don't belive me and have Windows w/
> > DJGPP, change a
ing creating a
generational collector using our existing accurate GC. I've been
working on this on-and-off (mostly off at the moment, though).
--
Daniel Jacobowitz
CodeSourcery, LLC
t of requiring some extra preprocesssing?
They don't have the same design constraints or goals. For instance,
the GTY machinery can determine the type of an object during tree
walking; it does not need to store the type in memory. We also reuse
the GTY machinery for precompiled header
On Mon, 2005-04-04 at 22:49 +0200, Steven Bosscher wrote:
> Hi,
>
> We have a bootstrap time regression since March 30. Bootstrap times
> on Diego Novillo's SPEC box went up from (an already high) 5500s to
> almost 8000s, see:
> http://people.redhat.com/dnovillo/spec2000/gcc/gcc-compiler-build-s
on the coprocessor, then you can use
local register variables for this:
long c2r0 asm ("c2r0");
If it doesn't, then you should probably not be telling GCC about them.
Assuming i is constant:
asm volatile ("cop2a c2r" STRINGIFY(i) ", c2r" STRINGIFY(j) );
--
Daniel Jacobowitz
CodeSourcery, LLC
t;=r" (var1) : "r" (var2));
>
> I assume printf-like formating.
Because it's unnecessary. See my previous message; you can find many
examples on the Web of how to use CPP to stringify numbers.
--
Daniel Jacobowitz
CodeSourcery, LLC
in order to prevent being spammed, the wiki has been changed to require
"bogo" logins before editing pages.
You can use any WikiWord you like as a login name, and it will work (and
you can set a password if you really like).
So don't be thrown off when it asks you for a login name and password to
failing #1 at least.
If you want these restrictions fixed, presumably you have some interest
in some port that cares about them. Contribute that port, and maybe a
usable simulator for them, and then people can fix what breaks - and
test it.
--
Daniel Jacobowitz
CodeSourcery, LLC
Clemens Koller wrote:
+ ../../../exports/bin/mkfontscale /usr/X11R6/lib/X11/fonts/Type1
make[4]: *** [install] Error 132
Can you try to produce a standalone test case
that doesn't require building all of X?
e.g. can you save the preprocessor output from the mkfontscale
compiler run, compile that on
Judging by http://gcc.gnu.org/PR20815, I get the feeling
not many people are using the -fprofile-generate
and -fprofile-use options yet, at least not with
C++, since it appears that namespaces make those options
fall over... It'd be nice to get this fixed for gcc-4.0
(assuming it's a real bug and
so I copied the SRCDIR install.sh
> in and that made the top level installs work, but the sub-sub directories
> were still looking for ../install-sh - so I copied it down another level
FYI, this is already fixed in HEAD and the 3.4 branch.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Fri, 2005-04-08 at 12:45 -0400, Diego Novillo wrote:
> One of the micro-optimizations I am about to merge from TCB
> involves disregarding V_MAY_DEF/V_MUST_DEF operands for read-only
> globals.
>
> So, if a symbol is marked read-only and the operand scanner
> requests a V_MAY_DEF or V_MUST_DEF
> When we rescan the operands, we get a different set of V_MAY_DEFS,
> specifically we lose the V_MAY_DEF for SFT.3_20.
Why?
It should be copying subvars to the new vectorizer variable too.
At least, i believe i added that.
On Fri, 2005-04-08 at 11:08 -0600, Jeffrey A Law wrote:
> On Fri, 2005-04-08 at 13:04 -0400, Daniel Berlin wrote:
> > > When we rescan the operands, we get a different set of V_MAY_DEFS,
> > > specifically we lose the V_MAY_DEF for SFT.3_20.
> >
> > Why?
> &g
On Fri, Apr 08, 2005 at 10:13:38AM -0700, Joe Buck wrote:
> On Fri, Apr 08, 2005 at 09:20:47AM -0400, Daniel Jacobowitz wrote:
> > On Fri, Apr 08, 2005 at 09:05:17AM -0400, Ray Holme wrote:
> > > Many thanks to all for the lessons on how NOT to make things you don't
> &g
On Fri, 2005-04-08 at 13:58 -0400, Diego Novillo wrote:
> On Fri, Apr 08, 2005 at 11:44:34AM -0600, Jeffrey A Law wrote:
>
> > For the alias not to be relevant would indicate that vectorization
> > actually improved alias analysis.
> >
> Right. Both ivopts and vectorization have that effect, an
> > Also, after ivopts, the whole CFG needs to be
> > re-scanned because the new alias relations it creates affect
> > statements that have not even been modified by the process.
> Wow. Egad.
>
Yes, this would be very ungood if it is the case.
If it is really changing the *semantics* of the pr
y you don't
> keep times of libstdc++v3 build times. Not sure how to check
> this, except maybe rolling back libstdc++ to March 30...
Except that would have shown up in Jim's test...
--
Daniel Jacobowitz
CodeSourcery, LLC
On Fri, 2005-04-08 at 18:48 -0400, Daniel Jacobowitz wrote:
> On Sat, Apr 09, 2005 at 12:35:47AM +0200, Steven Bosscher wrote:
> > On Saturday 09 April 2005 00:32, Diego Novillo wrote:
> > > On Thu, Apr 07, 2005 at 08:34:01PM -0400, Diego Novillo wrote:
> > > > I&#x
On Fri, 2005-04-08 at 16:51 -0700, Dale Johannesen wrote:
> On Apr 8, 2005, at 4:40 PM, Mark Mitchell wrote:
>
> > Daniel Berlin wrote:
> >
> >> Your transform is correct.
> >> The FE is not. The variable is not read only.
> >> It is write once, th
; is it available?
Nope. Your best bet would be to turn up ulimit -c and look at a core
dump.
--
Daniel Jacobowitz
CodeSourcery, LLC
> config.h is not HAVE_DECL_XXX, but HAVE_XXX. Therefore, it appears
> that libiberty would be misdetecting declarations -- it thinks
> something is missing, whereas in fact it is not.
>
> Am I missing something here?
Try adding an AC_CHECK_DECLS call for basename. That will d
On Sun, Apr 10, 2005 at 05:52:01PM +0200, Gabriel Dos Reis wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> | On Sun, Apr 10, 2005 at 05:02:36PM +0200, Gabriel Dos Reis wrote:
> | >
> | > Hi,
> | >
> | > The following is from libibtery.h
> | &
"Rupert Wood" <[EMAIL PROTECTED]> wrote:
I have a problem with getting rid of -fno-unit-at-a-time. Sometimes
we compile huge Java programs; however, keeping all the method bodies
consumes vast amouts of memory.
AFAICT, MSVC solves this by generating some of the code when it reaches some
memory li
On Mon, Apr 11, 2005 at 10:02:06AM -0700, Daniel Kegel wrote:
> BTW, I hope -fno-unit-at-a-time doesn't go away until at least gcc-4.1.1
> or so... I still lean on that crutch.
A user! Can you explain why?
--
Daniel Jacobowitz
CodeSourcery, LLC
Vishal Kothari <[EMAIL PROTECTED]> wrote:
How can I use GCC for cross compilation?
I want to build an application for the EPOC platform. It is for a
Psion 5MX device which has an 32-bit RISC-based ARM 710 processor.
The application is in C. Is it possible to build the application using
GCC for that
Daniel Jacobowitz wrote:
On Mon, Apr 11, 2005 at 10:02:06AM -0700, Daniel Kegel wrote:
BTW, I hope -fno-unit-at-a-time doesn't go away until at least gcc-4.1.1
or so... I still lean on that crutch.
A user! Can you explain why?
Hmm. I just looked, and it seems the only thing I still
use it f
Andi Kleen wrote:
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
On Mon, Apr 11, 2005 at 10:02:06AM -0700, Daniel Kegel wrote:
BTW, I hope -fno-unit-at-a-time doesn't go away until at least gcc-4.1.1
or so... I still lean on that crutch.
A user! Can you explain why?
The x86-64 2.4 l
On Tue, Apr 12, 2005 at 06:34:29PM +0200, Andi Kleen wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > On Mon, Apr 11, 2005 at 10:02:06AM -0700, Daniel Kegel wrote:
> >> BTW, I hope -fno-unit-at-a-time doesn't go away until at least gcc-4.1.1
> >
Daniel Jacobowitz wrote:
BTW, I hope -fno-unit-at-a-time doesn't go away until at least gcc-4.1.1
or so... I still lean on that crutch.
A user! Can you explain why?
The x86-64 2.4 linux kernel uses it too, because some code relies on
the ordering between asm and several functions.
Other
On Tue, 2005-04-12 at 19:42 +0100, Nathan Sidwell wrote:
> Hi,
> I promised to fix up the vector api, and there's a design decision
> which needs to be made (incidentally, if we were in C++ land, we wouldn't
> have to chose, as the right thing just happens).
> Option1 is more easy to implement. Op
-*
> > for fpgnulib.c.
>
> So it seems adding coldfire-linux is the only way
> to address this...
Why? Adding support (if it isn't already there) for something like
--with-arch=coldfire should work just as well.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Thu, Apr 14, 2005 at 09:36:59AM +0200, Bernardo Innocenti wrote:
> Daniel Jacobowitz wrote:
> > On Wed, Apr 13, 2005 at 10:10:39AM +0200, Bernardo Innocenti wrote:
> >>
> >>So it seems adding coldfire-linux is the only way
> >>to address this...
> &
the
most natural time to do this sort of lowering is at expand; but there's
no fundamental reason why it could not be done on trees, just before
expand, and rerun relevant tree optimizers after doing so. Same as the
issues for "long long" splitting that Roger mentioned.
--
Daniel Jacobowitz
CodeSourcery, LLC
"Steven J. Hill" <[EMAIL PROTECTED]> wrote:
I have a working MIPS cross toolchain with:
binutils-2.15
gcc-3.4.2
glibc-2.3.4
linux-2.6.12
and then decided to work with gcc-4.1.0 out of the cvs head. I am now
getting build problems with glibc-2.3.4 with the first major snafu
being:
../sys
On Sun, Apr 17, 2005 at 07:48:53PM -0700, Gary Funck wrote:
> This usage of a null substitution came up while I was trying to use
> this form of spec. for a different switch, but the following illustrates
> the problem using the existing gcc compiler as built for Redhat Linux
> running on an SGI Al
nit-at-a-time
compatible, but otherwise working) mechanism that glibc uses to generate
crti.o and crtn.o, so I can no longer build a mips64-linux toolchain using
HEAD.
--
Daniel Jacobowitz
CodeSourcery, LLC
But it turned out that CSE around basic blocks (-fcse-skip-blocks) was
still a very useful thing to do (and it still was, when I looked at it
again a couple of weeks ago).
And I would *very much* like to know why! My view was always that any
global CSE at all should render it unnecessary
sed is used to separate the prologue (crti.o) and epilogue
(crtn.o) into different files.
Yes, it's a hack. It's not much different from GCC's hack in
crtstuff.c.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Mon, 2005-04-18 at 13:34 -0700, Dan Nicolaescu wrote:
> [EMAIL PROTECTED] (Richard Kenner) writes:
>
> > The correct viewpoint is "we shouldn't remove CSE until every
> > *profitable* transformation it makes is subsumed by something else".
> >
> > And, as I understand it, the cl
RATION & OPTION2 == 0
> #warning OPTION2 unset
> #else
> #warning OPTION2 set
> #endif
That's #if (1 | 4) & (2 == 0). 2 != 0, so 5&0 == 0.
--
Daniel Jacobowitz
CodeSourcery, LLC
d does anyone know how I might
work around it?
thanks,
dan.
====
Daniel Towner
picoChip Designs Ltd., Riverside Buildings, 108, Walcot Street, BATH,
BA1 5BG
[EMAIL PROTECTED]
07786 702589
for a more concrete form than a basic block
> trace. Steven Bosscher pointed me in the direction of the region
> formation project by Daniel Berlin and Kenneth Zadeck, which sounds
> like a good basis for a superblock representation. What is the status
> of this project? Has any docum
want to join the dwarf-discuss list, where this exact same
conversation is taking place - probably about the exact same
interaction.
There have been voices on both sides, but I believe there's a narrow
majority towards allowing the current behavior.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Tue, 2005-04-19 at 18:29 +0200, Jerome Guitton wrote:
> A Dwarf interpretation question:
>
> We have a problem to make GCC-compiled code interact with the HP
> native debugger, and it looks like it is caused by the way the
> attribute DW_AT_frame_base is interpreted. Apparently, when a frame
>
On Tue, 2005-04-19 at 15:36 +0530, Virender Kashyap wrote:
> Hi,
> I am working on interprocedural data flow analysis(IPDFA) and need some
> feedback on scalability issues in IPDFA. Firstly since one file is
> compiled at a time, we can do IPDFA only within a file.
For starters, we're worki
s anywhere near that much storage
> when running genattrtab.
>
> Whether this is a genattrtab bug or a genattrtab miscompilation is a
> question best left to those with access to this platform (i.e, I
> can't answer it).
Note that that's a total allocation, not a peak allocation. The 4GB
total isn't unlikely, with all the PPC DFAs.
--
Daniel Jacobowitz
CodeSourcery, LLC
readelf can help you look at the relocations, if any.
--
Daniel Jacobowitz
CodeSourcery, LLC
201 - 300 of 2005 matches
Mail list logo
