The number of bugs targeted at GCC 4.1 has declined to 225 from 250 in
my September 7th status report:
http://gcc.gnu.org/ml/gcc/2005-09/msg00179.html
The number of critical (wrong-code, ice-on-valid, rejects-valid)
regressions has declined to 61 from 77. So, we're still fixing about
one net reg
"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
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)
(const_int -137 [0xff77])) [72 S1 A8])
(le:BI (r
"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
Hi all,
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.
(insn 1497 1924 1756 2 (set (mem:BI (plus:SI (reg/f:SI 2 r2)
(const_int -137 [0xff77])) [72 S1 A8])
(le:BI (reg:SI 12 r1
Kean Johnston wrote:
I think svn is a great tool, don't get me wrong. Very well
written and got all the features one could want. But I
don't know (or see) the actual problem you are trying to
solve. cvs seems to be wroking really well for gcc.
I could have said the complete opposite. For my G
On Tue, Oct 04, 2005 at 08:46:20AM +1000, Ben Elliston wrote:
> Daniel Berlin wrote:
>
> >BJE has converted most of the client side scripts in the contrib
> >directory. I have to see what is left and conver the rest.
>
> I looked pretty carefully through every file in that directory. You shoul
On Oct 3, 2005, at 6:41 PM, Evan Cheng wrote:
But according to the manual -msse3 does not turn on generation of SSE3
instructions:
The manual is semi-confusing I had forgot about that.
There is a bug about the issue recorded as PR 23809:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23809
Tha
Daniel Berlin wrote:
BJE has converted most of the client side scripts in the contrib
directory. I have to see what is left and conver the rest.
I looked pretty carefully through every file in that directory. You should find that
it is all taken care of.
Cheers, Ben
Actually it enables more than the builtins. It enables the use sse3
instructions. This is just like -maltivec on PowerPC and -msse and
-msse
on x86, etc.
Right, so the manual disagrees and should probably be fixed.
And then RTH agreed:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01432.h
Well, both Intel and AMD calls fisttp a SSE3 instruction even though
it operates on the x87 stack ST(0). My argument is users who specify -
msse3 to turn on SSE3 instructions would expect fisttp be turned on
as well.
But according to the manual -msse3 does not turn on generation of
SSE3 in
On Oct 3, 2005, at 5:56 PM, Evan Cheng wrote:
My mistake. I misunderstood the meaning of -msse3 (it only enables the
sse3 builtins). Please ignore.
Actually it enables more than the builtins. It enables the use sse3
instructions. This is just like -maltivec on PowerPC and -msse and
-msse
My mistake. I misunderstood the meaning of -msse3 (it only enables
the sse3 builtins). Please ignore.
On Sep 29, 2005, at 1:48 PM, Evan Cheng wrote:
Hi,
I know this has been discussed in bug 18668. But I'd like to bring
it up again.
Currently, fisttp is only generated with -march=prescot
Hi Uros,
Since you are the one who enabled fisttp, I figure I should send this
email to you directly.
Let me know what you think. I kind of agree with your argument. But
for practical reasons I thinkg -msse3 should enable fisttp. Certainly
here in Apple, a few folks have been surprised by
> "Richard" == Richard Guenther <[EMAIL PROTECTED]> writes:
Richard> On current mainline-gcc install-pkglibLTLIBRARIES fails re-linking
Richard> libjawtgnu:
Richard> The -L/usr/lib/classpath -lgtkpeer seems bogous, we don't
Richard> have classpath installed (yet).
We shouldn't be installing
On Mon, Oct 03, 2005 at 07:52:41PM +0200, Richard Guenther wrote:
> A real solution would ditch TREE indices in favor of HOST_WIDE_INT ones...
A real solution would have a tree node that can represent an arbitrarily
large block of target memory as a binary blob. As much as possible,
the actual da
I would subscribe to the MinGW list as this is a key technology to
making cygwin/windows cross compiling work
http://www.mingw.org/
On Oct 1, 2005, at 4:41 AM, Brian Rose wrote:
I am an embedded software developer and I am interested in using
GCC as a
cross-compiler on the Cygwin/Windows p
This is a summary report of a (failed) attempt to address memory and
compile-time usage of large (static array) initializers. The problem
is that we both use TREEs to do array indices arithmetic in
c-typeck.c:process_init_element and that we pin down memory for
INTEGER_CST tree nodes in both th
On Sun, Oct 02, 2005 at 04:50:41PM +0100, Andrew Haley wrote:
> Going from the mailing lists there are about ten of us heavily
> involved in gcc here in the UK. I'm not sure how you'd choose
> someone, given that gcc is a collective effort.
My suggestion: anyone who is listed in the MAINTAINERS f
On Oct 2, 2005, at 5:27 PM, Nicholas Nethercote wrote:
[~] g++ -Wall a.cpp
a.cpp: In function `int main()':
a.cpp:4: warning: suggest parentheses around assignment used as
truth value
And -Werror turns it into a hard error...
On Oct 1, 2005, at 4:41 AM, Brian Rose wrote:
I am an embedded software developer and I am interested in using
GCC as a
cross-compiler on the Cygwin/Windows platform. I would like to know
which lists I should subscribe to in order to discuss this effort.
There is not one. Each issue you may
> In file included from /usr/include/stdio.h:831,
> from ../../gcc/gcc/tsystem.h:90,
> from ../../gcc/gcc/crtstuff.c:62:
> /usr/include/bits/stdio.h: In function 'vprintf':
> /usr/include/bits/stdio.h:37: internal compiler error: Segmentation fault
You are getting a
Hi,
I wrote a new pass following the examples listed in the wiki
pages. However, when I "../gcc/configure; make bootstrap", I got
error messages like:
/xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-inclu
On 2005-10-03, at 06:05, Peter O'Gorman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcin Dalecki wrote:
|
| On 2005-10-03, at 00:26, Andrew Pinski wrote:
|
|>
|> This perl script works just fine for me on powerpc-darwin7.9.0
I don't
|> see why are we piping the output to nm when
24 matches
Mail list logo
