Dear All,
I am getting build error while building gcc-4.3.2 for native target.
Error message is:
+
Checking multilib configuration for libgcc...
Configuring stage 1 in i686-pc-linux-gnu/libgcc
configure: loading cache ./config.cache
checking for --enable-version-specific-runtime-li
hi All,
I am getting build error while building gcc-4.3.2 for native target.
Error message is:
+
Checking multilib configuration for libgcc...
Configuring stage 1 in i686-pc-linux-gnu/libgcc
configure: loading cache ./config.cache
checking for --enable-version-specific-runtime-libs
> We need to use newlib. when to link with gcc ? whether using newlib will
> solve the above error ?
It will. One way that you can get gcc to build newlib is to sym link
the newlib sources into the gcc tree. The GCC build system will detect
this and build newlib for you:
cd gcc-4.3
Dear all,
I used gcc-4.3.2 to compile the c source(*) and it generated
"vmhraddshs" instruction when I compiled with -mcpu=8540.
00010388: 9421F700 stwu rsp,-2304(rsp)
0001038C: 7C0802A6 mflr r0
00010390: 38C00100 li r6,256
00010394: 3920 li r9,0
00010398: 7CC903A6 mtc
Dear Ben,
Thanks for the reply. We are porting the gcc-4.3.2 into the new DSP target
having ARM 11 core. The new target specific code is added in
gcc/config/dsp and also configuration files are modified. we are using
cygwin as host for building.
All the target specific code is compiled successful
On Monday 15 December 2008 4:24:12 pm James Dennett wrote:
> On Mon, Dec 15, 2008 at 1:40 PM, Dave Steffen
wrote:
> > I'm looking at the "C++0x Language Support in GCC" page
> > (http://gcc.gnu.org/projects/cxx0x.html) with anticipation. One
> > thing I *don't* see listed at all is status for t
Hi Seongbae
This would reduce the stack memory, but I'd lose the advantage of all of those
register windows. I'd like to still have the fast register windows, and if I
could avoid the mflat the callee wouldn't need to save all those registers and
consume stack space for this.
David
-Orig
On Mon, Dec 15, 2008 at 1:40 PM, Dave Steffen wrote:
> Hi Folks
>
> I'm looking at the "C++0x Language Support in GCC" page
> (http://gcc.gnu.org/projects/cxx0x.html) with anticipation. One thing
> I *don't* see listed at all is status for the new for-loop (paper
> N2778 I believe). Is this an o
On Mon, Dec 15, 2008 at 2:20 PM, David Meggy wrote:
> Hi, I'm working on a very embedded project where we have no operating
> system, and there is no window overflow trap handler. I'm really
> stretched for memory and I'd like to reduce the stack size. I haven't
> not being able to find anyone e
"Balaji V. Iyer" writes:
> This is what I want to do: I want the scheduling phase to say an RTX X
> must be allocated registers from Register CLASS A. So how can I tell
> register allocator to do this?
Not in any convenient way, no. The closest you could come would be to
have several different
Hi, I'm working on a very embedded project where we have no operating
system, and there is no window overflow trap handler. I'm really
stretched for memory and I'd like to reduce the stack size. I haven't
not being able to find anyone else who is looking at reducing the stack
usage by google sear
Thank you Ian for your quick response.
This is what I want to do: I want the scheduling phase to say an RTX X
must be allocated registers from Register CLASS A. So how can I tell
register allocator to do this?
Thanks,
-Balaji V. Iyer.
--
Balaji V. Iyer
PhD Candidate,
Center for Efficient
Hi Folks
I'm looking at the "C++0x Language Support in GCC" page
(http://gcc.gnu.org/projects/cxx0x.html) with anticipation. One thing
I *don't* see listed at all is status for the new for-loop (paper
N2778 I believe). Is this an oversight?
(I love Boost's FOREACH macro, it's a wonder of meta
"Balaji V. Iyer" writes:
> 1) Is the machine dependent reorganization phase occuring after or
> before the register allocation phase?
After. See passes.c.
> 2) Also, is it possible for me to add my own "demands" (or suggestions)
> into the register allocator?
It really depends on what you m
Hello Everyone,
I am working on an architecture with multiple types of memory and I am
wondering about memory allocation. For the purpose of this explaination,
we'll assume I am working with an embedded processor that has both 32 bit
(named X) and 64 bit memory (named Y), 64 bit longs, and uses w
Hello Everyone,
I have a couple questions.
1) Is the machine dependent reorganization phase occuring after or
before the register allocation phase?
2) Also, is it possible for me to add my own "demands" (or suggestions)
into the register allocator?
Any help is greatly appreciated!
> Hi, I am trying to cross compile the gcc-4.3.2 for arm based dsp target.
> The following error occurs.
Building a cross-compiler for an embedded target requires a little bit
of know-how, usually best obtained from various guides on the net. You
are getting these errors because you need a C libr
On Mon, 2008-12-15 at 11:37 +0100, Gerald Pfeifer wrote:
> Steve et al,
>
> I don't think I have seen a response to this, and it might be the same
> issue that was causing quite many testsuite failures on i386-unknown-freebsd
>
> If so, that would be GCC Bugzilla Bug 35114, "731 unexpected libgom
From: "Vincent Lefevre"
On 2008-12-13 01:46:21 -0500, Kaveh R. GHAZI wrote:
> Changes from version 2.3.2 to version 2.4.0:
> [...]
> - Bug fixes.
Are there any MPFR bugs fixed in 2.4.0 that can be exposed through the
limited way GCC uses MPFR?
The announce was incorrect. It should have said
On 2008-12-13 01:46:21 -0500, Kaveh R. GHAZI wrote:
> > Changes from version 2.3.2 to version 2.4.0:
> > [...]
> > - Bug fixes.
>
> Are there any MPFR bugs fixed in 2.4.0 that can be exposed through the
> limited way GCC uses MPFR?
The announce was incorrect. It should have said:
"Changes fr
This is just an idea and neither a patch nor a feature request.
How about adding a option that causes randomized
function/block/instruction reordering?
While gcc has a pleura of option that modify code generation, only
very few combinations are usually used by the vast majority of users
thus
Steve et al,
I don't think I have seen a response to this, and it might be the same
issue that was causing quite many testsuite failures on i386-unknown-freebsd
If so, that would be GCC Bugzilla Bug 35114, "731 unexpected libgomp
testsuite failures due setup of test environment", or
http://gcc.g
On Mon, 2008-12-15 at 10:00 +0100, Markus Barenhoff wrote:
> Hi,
>
> I've a problem with a array of void*, with different versions of arm-elf-gcc.
> Tried it with 4.3.1 and with current HEAD 4.4.0 from CVS.. Problem seems to
> exists von both versions. I've created a small example of it:
>
>
Hi,
I've a problem with a array of void*, with different versions of arm-elf-gcc.
Tried it with 4.3.1 and with current HEAD 4.4.0 from CVS.. Problem seems to
exists von both versions. I've created a small example of it:
snip
void a(void);
void (**v)(void) = { &a };
int main()
{
Hi, I am trying to cross compile the gcc-4.3.2 for arm based dsp target.
The following error occurs.
build procedure:
$ ../gcc-4.3.2/configure --target=dsp --prefix=/opt/test
--enable-languages=c --disable-shared --disable-thread
--disable-nls
$ make
Please help us how to proceed further.
C
25 matches
Mail list logo
