What version of GCC will build for a cross --target=armv4t-linux-eabi,
which I believe is the right code for an ixp425 processor? The host
compiler is gcc-4.3.3 on a Linux-debian-test system. I have also tried
unsuccessfully tried the armv5t target, with similar results.
I have tried numerous ver
Is it possible to configure a working gcc cross compiler from the Intel
ixp425 processor
(linux system OS build, trying to update to use eabi)? This is an arm
xscale processor
without floating point. Every --target I've tried fails compiling with
build errors, including
missing header files, con
Diego Novillo wrote:
We are *always* interested in making GCC faster. All you need now is a
copyright assignment, the willingness to do the work (or find someone to
do it for you) and the time to implement it.
200% speed gains are nice, especially if they can be replicated outside
the lab.
Jakub Jelinek wrote:
On Tue, Mar 20, 2007 at 09:37:38AM -0400, Doug Gregor wrote:
Even if we only use subcodes for the less often used codes, I think we
still take the performance hit. The problem is that it's very messy to
I'm sure smaller hit than when going to 9 bit tree code, and o
Paul Brook wrote:
For other optimisations I'm not convinced there's an easy win compared with
make -j. You have to make sure those passes don't have any global state, and
as other people have pointed out garbage collection gets messy. The compile
server project did something similar, and that
Mike Stump wrote:
...
Thoughts?
Raw thoughts:
1. Threading isn't going to help for I/O bound portions.
2. The OS should already be doing some of the work of threading.
Some 'parts' of the compiler should already be using CPUs: 'make',
the front-end (gcc) command, the language compiler, t
Jack Howarth wrote:
I am trying to compile some fairly old legacy c code with gcc 4.1
in FC5 and have been able to eliminate all the compiler warnings save
one...
warning: incompatible implicit declaration of built-in function 'exit'
It should be defined in .
Is there a missing #include
Andrew Haley wrote:
Tom Tromey writes:
> > "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes:
>
> >> ecj is written in java. This will complicate the bootstrap process.
>
> Thorsten> Why not keep enough support in jc1 to bootstrap ecj?
>
> We don't know how much of the language th
Ian Lance Taylor wrote:
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 workin
Michael Gatford wrote:
We compile the following code with gcc (historically 2.95.3,
egcs-2.91.66 or VC5/6 on Windows).
std::map quickfindtag;
Shouldn't 'string' be 'std::string' also?
I have just installed Fedora Core 4 and am trying to compile it with
gcc 4.0.0 (Redhat 4.0.0-8). Howeve
Paul Koning wrote:
"Joseph" == Joseph S Myers <[EMAIL PROTECTED]> writes:
Joseph> On Mon, 11 Jul 2005, Michael Cieslinski wrote:
>> I also could convert parts of the ggcinternals manual into wiki
>> pages. But only if there is a consensus about this being the way
>> to go.
Josep
Paul Koning wrote:
"Scott" == Scott Robert Ladd <[EMAIL PROTECTED]> writes:
Scott> Richard Henderson wrote:
>> On Thu, May 26, 2005 at 10:34:14AM -0400, Scott Robert Ladd wrote:
>>
>>> static const double range = PI; // * 2.0; static const double
>>> incr = PI / 100.0;
>>
>>
>
Diego Novillo wrote:
On Mon, May 23, 2005 at 01:15:17AM -0500, Gabriel Dos Reis wrote:
So, if various components maintainers (e.g. C and C++, middle-end,
ports, etc.) are willing to help quickly reviewing patches we can
have this done for this week (assuming mainline is unslushed soon).
An
Gabriel Dos Reis wrote:
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
[...]
| Attempt to get the GNU C++ compiler through the same massage is
| underway (but I'm going to bed shortly ;-)).
I can also report that I got the GNU C++ compiler through -- and apart
form uses of C++ keywords (templat
14 matches
Mail list logo
