Thank you for your answer!
Am Donnerstag, 21. April 2005 05:11 schrieb James E Wilson:
> Björn Haase wrote:
> > The mid-end seems not to be able to simplify nested subreg expressions.
> > I.e. it seems that there is no known transformation
> >(subreg:QI (subreg:HI (reg:SI xx) 0) 0)
>
> Nested
On Wed, Apr 20, 2005 at 06:42:08PM -0700, James E Wilson wrote:
> Martin Koegler wrote:
> > Placing variables in a specfic section is only a part of the problem.
>
> I am aware of that. There are already many targets that have special
> handling for section attributes, that result in different co
Martin,
I think that the AVR people would very much appreciate if you would report
occasionally on your progresses concerning your realization of the different
address space issue on your personal HC05 port. (In my opionion, the lack for
support of different memory spaces is the key weakness of
> >> : build/genattrtab
> >> /home/kate/gcc-4.0.0-20050410/src/gcc-4.0.0-20050410/gcc/config/rs6000/
> >> rs6000.md > tmp-attrtab.c
> >> :
> >> : out of memory allocating 12016 bytes after a total of 4161654476 bytes
> >
> > You need to increase the application limits for data on your system.
>
Dave,
> > : build/genattrtab
> > /home/kate/gcc-4.0.0-20050410/src/gcc-4.0.0-20050410/gcc/config/rs6000/
> > rs6000.md > tmp-attrtab.c
> > :
> > : out of memory allocating 12016 bytes after a total of 4161654476 bytes
>
> You need to increase the application limits for data on your system.
> T
#if TARGET_MACHO
- darwin_one_byte_bool = "";
+ darwin_one_byte_bool = 1;
#endif
> A general comment is this vaporizes lots of comments. I'm not sure
> how I feel about that, but thought I would point that out.
Alternatively to Richard's more correct suggestion, you could also put the
Dear Sir / Madam
I'm Vijay from McAfee.We are working on HP-UX 11.11& HP-UX 11.0
presently .We are getting an error while we work on HP-UX 11.11.
System Configurations :
* HP -UX 11.11 & 11.0
* Patched with GOLDQPK11i_11.11.depot
* gcc 3.4.2 & gcc 3.4.3
* Gettext 0.14.1
On Thu, 21 Apr 2005, John David Anglin said:
> Yes, a total of more than 4GB has been allocated. However, most of
> this memory has been freed. Thus, the total isn't particularly
> informative.
[insert moan about absence of xfree() to adjust count down here]
--
This is like system("/usr/funky/
Hi Nathan,
Now that you've checked in your new VEC API, I think that's strictly
more powerful than VARRAY. Should we start converting uses of VARRAY
to VEC? I'd be happy to help out here.
Kazu Hirata
Kazu,
Now that you've checked in your new VEC API, I think that's strictly
more powerful than VARRAY. Should we start converting uses of VARRAY
to VEC? I'd be happy to help out here.
I think it would be an excellent idea! I'm still going through assertifying
things.
nathan
--
Nathan Sidwell:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
I just tested the prerelease of gcc 4.0 (to see whether my programs
still compile and work), and I must say: Congratulations, no real
problems so far.
But I noticed some smaller optimization issues on x86, and on of them is
a regression to gcc
> James E Wilson wrote:
> ...
> It relies on MEM_EXPR always being set, which may not be true. But if
> there are places creating MEMs from decls without setting MEM_EXPR, then
> they probably should be fixed. MEMs created for things like spills to stack
> slots may not have MEM_EXPR set, but then
> Hi. I'm hoping you can help me with the questions in this e-mail and
> the one that follows. I'd sent each originally to [EMAIL PROTECTED],
> thinking that that person would be the best one to answer questions
> about GNU mailing lists, but James Blair responded by recommending
> that I look at
> Hi. Here's the second e-mail my previous message referred to. As
> that e-mail explained, I'd sent my questions originally to
> [EMAIL PROTECTED], thinking that that person would be the best one to
> answer questions about GNU mailing lists, but James Blair responded by
> recommending that I lo
Zhenyu Guo wrote:
> gcc --static test.c -o test
Hmm, it turns out that the code really does do that. This had me
puzzled for a bit until I remembered that a weak function call would
look like this. This would have been easier if I had the source code to
look at, but I couldn't find gmon_initiali
On Tue, 19 Apr 2005 18:03:58 -0700, Per Bothner <[EMAIL PROTECTED]> wrote:
> Does Dwarf support "computed field offsets"?
DWARF 2 does, yes.
Jason
I am looking at a bug/oddity in the HP-UX IA64 GCC compiler in ILP32
mode. Here is some code (cut out from libffi):
typedef void *PTR64 __attribute__((mode(DI)));
extern void bar(PTR64);
void foo(void * x) { bar(x); }
Now the issue is whether or not this is legal and how
I believe the problem in the unoptomized case is in expand_expr_real_1,
where we have:
case NON_LVALUE_EXPR:
case NOP_EXPR:
case CONVERT_EXPR:
This is a conversion between what, two pointer types?
If so, I think there should be a special case here to check for converting
betw
> This is a conversion between what, two pointer types?
Yes. From 'void *' to 'void * __attribute__((mode(DI)))' where the
first is 32 bits (HP-UX ILP32 mode) and the second is 64 bits.
> If so, I think there should be a special case here to check for converting
> between two pointer types and c
> Our application (ebs) is giving this error when we run it on HP-UX .
> #ebs
> /usr/lib/dld.sl: Can't open shared library: libc.2
This is the wrong list for general HP-UX questions.
Your application has not been correctly linked. Read the documentation
for chatr and ld. The search path for the
Hello everyone,
I am working on porting GCC to the TI C54x. I have worked alone for a few
months, similar to others who have attempted this project, but I am now in the
process of setting up a repository on BerliOS so I can work with others. Thus,
the primary purpose of this email is to introduce
kargl[266] gfc41 -c cher2k.f
kargl[267] gfc41 -c -O cher2k.f
kargl[268] gfc41 -c -O2 cher2k.f
cher2k.f: In function 'cher2k':
cher2k.f:1: internal compiler error: in set_value_range, at tree-vrp.c:124
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/b
Hi,
I am wondering where I can find instructions on how to install GCC on
my Windows XP computer. Thanks.
Regards,
Zhaohui Zhou
Steven Bosscher <[EMAIL PROTECTED]>:
> On Thursday 21 April 2005 17:37, Mostafa Hagog wrote:
> > The other thing is to analyze this problem more
deeply but I don't have
> > IA64.
> ...and I don't care enough about it. Canqun?
>
> Gr.
> Steven
>
>
Ok, I'll try this.
Canqun Yang
Creative Compil
On Apr 21, 2005, at 10:58 PM, [EMAIL PROTECTED] wrote:
[anandatirtha:~/bin/gnu] shrao% ../gcc-4.0.0/config.guess
powerpc-apple-darwin7.9.0
Make always ends like this:
Does anyone read the installation instructions?
-- Pinski
FYI,
Downloaded gcc-core-4.0.0.tar.bz and gcc-g++-4.0.0.tar.bz2.
Uncompressed both and did a configure followed by a make.
Got the following error from make:
make[1]: *** No rule to make target `../include/ansidecl.h', needed by
`regex.o'. Stop.
make[1]: Leaving directory `/usr/local/src/redhat/
On Thu, 2005-04-21 at 22:27 -0600, Eric Lemings wrote:
...
> So again, I had to create links for install-sh and config.sub in order
> to proceed with the build. Haven't run into any other errors yet but
> the build is still going...
>
> Eric.
Build was successful after that.
On Apr 22, 2005, at 12:27 AM, Eric Lemings wrote:
FYI,
Downloaded gcc-core-4.0.0.tar.bz and gcc-g++-4.0.0.tar.bz2.
Uncompressed both and did a configure followed by a make.
Got the following error from make:
Why do people don't read the installation instructions?
Yes this is a bug but a known one,
Greg McGary wrote:
I found that
emit_no_conflict_block() reordered insns gen'd by
expand_doubleword_shift() in a way that violated dependency between
compares and associated conditional-move insns that had the target
register as destination.
You didn't say precisely what went wrong, but I'd guess y
On Friday 22 April 2005 04:43, Canqun Yang wrote:
> Steven Bosscher <[EMAIL PROTECTED]>:
> > On Thursday 21 April 2005 17:37, Mostafa Hagog wrote:
> > > The other thing is to analyze this problem more
>
> deeply but I don't have
>
> > > IA64.
> >
> > ...and I don't care enough about it. Canqun?
>
Paul Schlie wrote:
- Might it be possible to introduce and use by convention a new macro which
will always wrap a new pointer in a mem expression with attributes copied
from the previous mem/symbol's reference enforced?
This is already an easy function call. I don't see how adding a macro
mak
Björn Haase wrote:
So far, I now think that the solution of the issue would be to extend
gen_lowpart and gen_highpart so that they are able to handle also subreg
inputs and use them at all places that emmit RTL (i.e. expand and split).
Question is whether I should try to simultaneously implement
32 matches
Mail list logo
