Hi,
I am studying the behaviour of GCC Instruction Scheduler for Pentium
processor and another RICS processor called ABACUS. In the generated
assembly code for Pentium, I would like to see the no-ops. Since Pentium
processor performs hardware-pipeline-stall appropriately, Compiler does
not ins
Sam Lauber wrote:
(2) -> Some of us would like
DO .1 <- #0
to be translated into
movl $0, v1
I've no idea for what target that would be valid assembler, but for the
VAX it would be:
movzwl #0, r1
.1 is a 16-bit variable, and nowhere in the INTERCAL documentation I've
found evidence
Sorry if this should be obvious, but:
- which integer target types are required to be supported by libgcc2's
trapping arithmetic implementation? (i.e. are all supported integer
types required to have arithmetic trapping operation counterparts?)
- under what circumstances are they utilized in
Hi,
gcc -XLinker -M test.c 2>test.map
would output some usful information about locating
function to lib and ...
The detail analyze of them would be very useful.
Where can I find some introduce document about them?
Thanks in advance.
gan
__
Do
> > (2) -> Some of us would like DO .1 <- #0
> >
> > to be translated into movl $0, v1
v1 is the name of a variable. Needed because the manual
says that each variable namespace (meshes, spots, tails,
what-have-yous, hybrids) has 65535 variables!!! I don't
know of any machine that has 65535+655
On Saturday 26 February 2005 17:54, Sam Lauber wrote:
> > > (2) -> Some of us would like DO .1 <- #0
> > >
> > > to be translated into movl $0, v1
>
> v1 is the name of a variable. Needed because the manual
> says that each variable namespace (meshes, spots, tails,
> what-have-yous, hybrids) has 6
On the IA64, the following record,
typedef struct sptr_struct
{
long unsigned int phase: 48;
short unsigned int thread: 16;
void *addr;
} sptr_t;
is assigned a BLKmode rather a TImode, and I was wondering whether
this is a requirement of the IA64 ABI, or a coincidental result of
Consider the following example:
enum w {
//c=-1,
a,
b
};
whattodo (
char option
) {
static
struct todo {
enum w what;
char option;
} todos[]= {
{a,'a'},
{b,'b'},
{-1}
};
struct todo *p= todos;
do if (
(option
are there any allocation schemes besides garbage collection in gcc which
preserve some memory for reuse which could cause memory leaks if not
cleaned up, or are these bugs? (which don#t matter in the normal
compilation process of course)
I'm using gcc as a library and experiencing memory leaks.
In the next week, i'll be posting a test repo with all tags but
snapshots and the 3 tags with rtag -F issues.
Assuming nobody has anything but speed issues and niggling stuff at that
point, i will begin to convert our post-commit hooks.
As for speed issues and sorting issues, Subversion 1.2 will
The libada-gnattools-branch suffers severely from having to be maintained
in parallel with mainline (since it's a rearrangment of existing code).
Another two months of waiting will necessitate many hours of totally
unneccessary work on my part.
The longer the existing portion remains on a branch,
This is clearly false.
Could someone fix it?
--
This space intentionally left blank.
Mainline java is broken:
./.libs/libgcj0_convenience.a(Logger.o)(.text+0x620): In function
`java::util::logging::Logger::getName()':
/abuild/gcc-test/gcc/libjava/java/util/logging/Logger.java:510: multiple
definition of `java::util::logging::Logger::getName()'
Gr.
Steven
Hello,
I have just finished fixing up a piece of code dating from around 2001
which was quite badly broken by the incompatible change of __FUNCTION__ to
no longer operate as a preprocessor constant.
Unfortunately this codebase is riddled with constructs like
fatal_error(__FUNCTION__": foo");
On Feb 26, 2005, at 2:45 PM, Steven Bosscher wrote:
Mainline java is broken:
./.libs/libgcj0_convenience.a(Logger.o)(.text+0x620): In function
`java::util::logging::Logger::getName()':
/abuild/gcc-test/gcc/libjava/java/util/logging/Logger.java:510:
multiple definition of `java::util::logging::Log
> On Thu, 24 Feb 2005 20:05:37 +0100, Richard Guenther
> <[EMAIL PROTECTED]> wrote:
> > Jan Hubicka wrote:
> >
> > >>Also, for the simple function
> > >>
> > >>double foo1(double x)
> > >>{
> > >>return x;
> > >>}
> > >>
> > >>we return 4 as a cost, because we have
> > >>
> > >> double t
On Saturday 26 February 2005 23:03, Jan Hubicka wrote:
> Mark? I would say that there is little risk in this patch corectness
> wise, might have negative effect on compilation times since we re-start
> inlining more like we did in old days.
Can we see some timings with and without this patch?
Gr
Stefan Strasser wrote:
are there any allocation schemes besides garbage collection in gcc
which preserve some memory for reuse which could cause memory leaks if
not cleaned up, or are these bugs? (which don#t matter in the normal
compilation process of course)
I'm using gcc as a library and exp
The Wiki only mentions the C front-end. Is this going to require any
back-end changes? Is there going to be any work done to make this work
well with Ada (which already has decimal floating point), to make
decimal floating-point values be passable between C and Ada functions?
David Starner wrote:
The Wiki only mentions the C front-end. Is this going to require any
back-end changes? Is there going to be any work done to make this work
well with Ada (which already has decimal floating point), to make
decimal floating-point values be passable between C and Ada functions?
A
Steven Bosscher wrote:
On Saturday 26 February 2005 23:03, Jan Hubicka wrote:
Mark? I would say that there is little risk in this patch corectness
wise, might have negative effect on compilation times since we re-start
inlining more like we did in old days.
Can we see some timings with and withou
Jan Hubicka wrote:
On Thu, 24 Feb 2005 20:05:37 +0100, Richard Guenther
<[EMAIL PROTECTED]> wrote:
Jan Hubicka wrote:
Also, for the simple function
double foo1(double x)
{
return x;
}
we return 4 as a cost, because we have
double tmp = x;
return tmp;
and count the move cost (MODIFY_EXPR) t
Snapshot gcc-4.0-20050226 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20050226/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 CVS branch
with the following options: -rgcc-ss-4_0-20050226
You'll
Tommy Vercetti schrieb:
I don't know what's "refrubish rate" of gc, but I would say that any
garbage collector is a pretty much cause of solid leak of memory (unless
it frees memory when not used anymore, but I doubt they do).
gcc gc does free memory when it has not been used in the last 2
col
On Sun, Feb 27, 2005 at 12:58:24AM +0100, Stefan Strasser wrote:
> Tommy Vercetti schrieb:
> >
> >I don't know what's "refrubish rate" of gc, but I would say that any
> >garbage collector is a pretty much cause of solid leak of memory (unless
> >it frees memory when not used anymore, but I doubt
Steven Bosscher wrote:
On Saturday 26 February 2005 23:03, Jan Hubicka wrote:
Mark? I would say that there is little risk in this patch corectness
wise, might have negative effect on compilation times since we re-start
inlining more like we did in old days.
Can we see some timings with and withou
On Feb 27, 2005 02:04 AM, Richard Guenther <[EMAIL PROTECTED]> wrote:
> In the end we surely want to watch CiSBE and SPEC testers.
Maybe so, but your timings already show this is pretty unacceptable.
Gr.
Steven
for example,
I want to locate the which lib is linked for fprintf
v===test.c===v
#include
main()
{
doit();
}
doit()
{
fprintf(stderr,"==");
}
^^^
I run
gcc -Xlinker -M test.c 2>map
v==
Andrew Pinski <[EMAIL PROTECTED]> writes:
> On Feb 26, 2005, at 2:45 PM, Steven Bosscher wrote:
>
>> Mainline java is broken:
>> ./.libs/libgcj0_convenience.a(Logger.o)(.text+0x620): In function
>> `java::util::logging::Logger::getName()':
>> /abuild/gcc-test/gcc/libjava/java/util/logging/Logger.j
> I understand removing it simplified GCC. That is good. Unfortunately by
> saving work for yourselves you made much more work for many other
> people. I see from Google that Andrew Morton simply used old compilers
> when faced with this problem before.
That's indeed unfortunate and has already be
30 matches
Mail list logo
