Hi
I am not able to test g++ with gcc3.2 test suit in dejagnu
[EMAIL PROTECTED] testsuite]# ~/dejagnu/runtest --tool g++
WARNING: Couldn't find the global config file.
Test Run By prabhu on Tue Nov 13 18:23:24 2007
Native configuration is couldn't execute "/home/prabhu/dejagnu/config.guess":
pe
On 2007-11-12 21:29:44 -0500, Geert Bosch wrote:
> On Nov 12, 2007, at 12:37, Michael Matz wrote:
>> * only double is implemented, hence long double and float are missing at
>> least, at least the long double would need some implementation work,
>> as you can't simply enlarge the mantissa and hop
On 14 November 2007 10:27, Prabhu Kalyan Rout wrote:
> Hi
> I am not able to test g++ with gcc3.2 test suit in dejagnu
> I am getting this type of message when I am trying to test
> Can any body tell me what is happening
> DISCLAIMER:
> This message (including attachment if any) is confidential
On Wed, 14 Nov 2007, Vincent Lefevre wrote:
> On 2007-11-12 21:29:44 -0500, Geert Bosch wrote:
> > On Nov 12, 2007, at 12:37, Michael Matz wrote:
> >> * only double is implemented, hence long double and float are missing at
> >> least, at least the long double would need some implementation work,
> Hi,
> For the backend TI DSP TMS320C6x, There are four types of functional
> units which are .L unit, .M unit, .S unit and .D unit, and each type
> consists of two units named .X1 and .X2 respectively. Namely, there are
> total 8 units. Except the .M units surve only for multiply, other units
> s
deepak poola wrote:
and i need to change the pointer assignments so that i can increment
the assignmnets for reference counting
can anybody suggest me or guide me regarding this
You want to instrument every pointer assignment? You probably want to
write a GIMPLE pass that looks for point
Hi,
Thanks. As you know, I am trying to retarget GCC to a somewhat
different VLIW backend by beginning from understanding the TMS320C6x
port codes. Now I know that I could achieve the functional units
allocation in assembler. However, I am still interesting in that if
possible to do this b
Fran Baena wrote:
The issue i dont understand is why alias analysis is done before the
SSA pass
It isn't. You are reading very stale documentation. That was the
status when we were only doing type-based alias analysis. You should
read the current implementation and documents. See
http:/
>
> When scheduling insn 58, we calculate a window of possible cycles
according
> to already scheduled predecessors and successors. This window looks like
a
> parallelogram in general rather than a rectangle: in the first cycle
there
> may be predecessors (already scheduled in the first cycle, or
2007/11/13, Diego Novillo <[EMAIL PROTECTED]>:
> On Nov 13, 2007 1:38 PM, Fran Baena <[EMAIL PROTECTED]> wrote:
>
> >1. Convert the function into GIMPLE form. Implemented in gimplify.c
> > and c-simplify.c.
> >2. Find variable references in the code. Implemented in tree-dfa.c.
> >3. Bui
Ô¬Á¢Íþ wrote:
I'm a guy working on IA64 and I need to compile glibc with gcc4.2.
I tried gcc version 4.2.2 to build glibc 2.5, 2.6 and 2.7, all failed with:
internal compiler error: RTL flag check: INSN_DELETED_P used with
unexpected rtx code 'plus' in output_constant_pool_1, at varasm.c:
3393
Kai Henningsen wrote:
This is genopinit.c:92 (sdivv_optab) (in revision 127595).
I read this as "the next mode must be a full integer mode; add a v if it
is a float mode". Which is doubly strange as this is the only place
where $V is used.
Am I missing something here, or is this a bug?
It looks
Snapshot gcc-4.2-20071114 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20071114/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Mark Mitchell wrote:
> We had a discussion about this a while back:
>
> http://gcc.gnu.org/ml/gcc/2006-10/msg00318.html
Ah right, I forgot about that. Thanks.
Joseph S. Myers wrote:
There's an additional issue to deal with now: proposals to include some
form of attributes in C++0x and C1x and
马骅 wrote:
> hi,
> I try to build toolchains using buildroot. but when compile the
> busybox, an internel compiler error show.
>
If you have questions about the advice gcc gave you, gcc-help mail list
is the place.
I thought it may be a bug for gcc 4.1.2.
On Nov 15, 2007 11:11 AM, Tim Prince <[EMAIL PROTECTED]> wrote:
> 马骅 wrote:
> > hi,
> > I try to build toolchains using buildroot. but when compile the
> > busybox, an internel compiler error show.
> >
> If you have questions about the advice gcc gave you
hi,
I try to build toolchains using buildroot. but when compile the
busybox, an internel compiler error show.
The target host is arm, the host is cygwin 1.5.24.
The gcc version is 4.1.2.
The busybox version is 1.1.3
Could any one give a help?
Thanks.
Below is the log for make.
make[1]: Leavin
17 matches
Mail list logo