Dave Korn wrote:
Original Message
From: Ronny Peine
Sent: 16 March 2005 17:34
See for example:
http://mathworld.wolfram.com/ExponentLaws.html
Ok, I did.
Even though, gcc returns 1 for pow(0.0,0.0) in version 3.4.3 like many
other c-compiler do. The same behaviour would be expected fr
On Mar 16, 2005, at 11:05 PM, Yen wrote:
I have a problem to compile multiple files together, so please
everybody give
me a help, thanks!
Wrong list, try gcc-help instead.
Hi,
Here is a snippet that does not compile with gcc 3.4.1 (on Mandrake 10.1).
---
template class A
{
public:
template void test(T value) {}
};
template void test2(A& a, T val)
{
a.test(val);
}
int main()
{
A a;
a.test(1); //works fine
Benjamin Redelings I <[EMAIL PROTECTED]> writes:
> Hi guys,
> Just wanted to note that I'm getting a bootstrap failure in varasm.c.
>
> gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H-I. -I.
> -I../../gcc/gcc
hi,
On Wed, Mar 16, 2005 at 02:48:56PM -0500, Robert Dewar wrote:
> Yes, but that avoids the difficulty, that's obvious so far.
>
> The problem is to know exactly when to pop the stack, and that is
> not trivial (longjmp, exceptions, non local gotos).
hmm.. what's about doing it gc-like. Instead
Topi Maenpaa <[EMAIL PROTECTED]> wrote:
> ---
> template class A
> {
> public:
> template void test(T value) {}
> };
>
> template void test2(A& a, T val)
> {
> a.test(val);
> }
>
> int main()
> {
> A a;
> a.test(1); //works fine
> }
>
On Thu, Mar 17, 2005 at 10:33:54AM +0200, Topi Maenpaa wrote:
> Hi,
>
> Here is a snippet that does not compile with gcc 3.4.1 (on Mandrake 10.1).
>
> ---
> template class A
> {
> public:
> template void test(T value) {}
> };
>
> template voi
Ronny Peine <[EMAIL PROTECTED]> writes:
| Dave Korn wrote:
| > Original Message
| >
| >>From: Ronny Peine
| >>Sent: 16 March 2005 17:34
| >
| >>See for example:
| >>http://mathworld.wolfram.com/ExponentLaws.html
| >>
| > Ok, I did.
| >
| >> Even though, gcc returns 1 for pow(0.0,0.0) in
On Wed, Mar 16, 2005 at 05:43:32PM -0800, Mike Stump wrote:
> I have a question about libgcc export for shared libraries... libgcc
> exports (via libgcc-std.ver):
>
> __ffsdi2
>
> but not:
>
> __ffssi2
I suppose it would be ok, but it would only be relevent for
embedded targets where "int
hello ,
Following is the error i'am getting while compiling gcc-3.3.1.I am using
headers of my system.How do i get rid of this.
In file included from tconfig.h:23,
from ../../../gcc-3.3.1/gcc/libgcc2.c:36:
../../../gcc-3.3.1/gcc/config/i386/linux.h:232:20: signal.h: No such fil
On Thu, Mar 17, 2005 at 11:03:53AM +0100, Giovanni Bajo wrote:
> Topi Maenpaa <[EMAIL PROTECTED]> wrote:
>
> > The funny thing is that if I change the name of the "test2" function
> > to "test", everything is OK. The compiler complains only if the
> > functions have different names. Why does the
Clifford Wolf wrote:
hmm.. what's about doing it gc-like. Instead of a stack there simply is a
'pool' of trampolines from which trampolines are allocated and a pointer to
the trampoline is pushed on the stack.
When the last trampoline from the pool is allocated, a 'garbage collector'
is runnin
Hi,
On Thu, Mar 17, 2005 at 01:35:29PM +, Joern RENNECKE wrote:
> I.e. you could have libgcc provide one with a size that works most of the
> time
Some applications have recursions which go into a depth of 1000 and more.
Some architectures have only a few k ram. Which "a size that works most
Clifford Wolf wrote:
Some applications have recursions which go into a depth of 1000 and more.
Some architectures have only a few k ram. Which "a size that works most of
the time" would you suggest?
It's ugly to have a static pool size. But it's intolerable to not allow the
user to change that
Joern RENNECKE wrote:
Of course the user can change the size, by using a library with a
different size.
This is not an acceptable approach in a production environment,
where switching libraries can force revalidation and retesting.
Robert Dewar wrote:
Joern RENNECKE wrote:
Of course the user can change the size, by using a library with a
different size.
This is not an acceptable approach in a production environment,
where switching libraries can force revalidation and retesting.
This sounds more like a problem with your p
Hi,
I'm trying to port gcc 4.1 for an architecture that has the following
memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
It has support (16bit registers and operators) for 16bit signed
atithmetic used mainly for addressing. There are also operators for 32
bit integer and floating point suppor
Ronny Peine <[EMAIL PROTECTED]> writes:
> | Well yes in the general case it's not applieable, but x^0 is 1 in the
> | complex case, too.
On Thu, Mar 17, 2005 at 01:08:58PM +0100, Gabriel Dos Reis wrote:
> Just repeating it does not make it a reality.
However, repeating it does annoy the readersh
On Thu, 17 Mar 2005, Andrea wrote:
> I'm trying to port gcc 4.1 for an architecture that has the following
> memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
Support for systems with bytes wider than 8 bits is somewhat bitrotten at
present, as it seems little has been done on the c4x port la
I have been looking at a significant performance regression in the hmmer
application between GCC 3.4 and GCC 4.0. I have a small cutdown test
case (attached) that demonstrates the problem and which runs more than
10% slower on IA64 (HP-UX or Linux) when compiled with GCC 4.0 than when
compiled wi
So, I've been working on mudflap for darwin8, and these are the
results I get... I know what you're thinking, it's impossible to get
it working because it doesn't have --wrap and friends.. well, I
pulled some magic pixie dust out and sprinkled it around and it's
starting to work...
The q
Hi,
I created a set of scripts that generates predicates.md based on
PREDICATE_CODES in tm.h. The generated file looks like this:
;; Predicate definitions for FIXME FIXME.
;; Copyright (C) 2005 Free Software Foundation, Inc.
;;
;; This file is part of GCC.
;;
;; :
;; : Usual copyright notice
;;
Giovanni Bajo wrote:
Hans-Peter Nilsson <[EMAIL PROTECTED]> wrote:
So, the previously-questionable newlib alias-to-offset-in-table
kludge is finally judged invalid. This is a heads-up for newlib
users. IMHO it's not a GCC bug, though there's surely going to
be some commotion. Maybe a NEWS item
Hi,
any reason why the message
http://gcc.gnu.org/ml/fortran/2005-03/msg00282.html
was rejected as spam from gcc-patches, yet accepted on the fortran
list?
Steve Ellcey schrieb:
Test Case ---
I think is the same bug(which was not considered one back then) as
benjamin redelings described in the thread "C++ math optimization
problem...".
there are again unnecessary memory accesses as if the memory were
v
On Mar 17, 2005, at 4:27 AM, Richard Henderson wrote:
I suppose it would be ok, but it would only be relevent for
embedded targets where "int" < SImode. Otherwise we use the
plain "ffs" symbol in libc.
Ah, ok, that falls into the don't care bin for me... For them, they
probably don't use shared
Amit Thakar wrote:
Following is the error i'am getting while compiling gcc-3.3.1.I am using
headers of my system.How do i get rid of this.
In file included from tconfig.h:23,
from ../../../gcc-3.3.1/gcc/libgcc2.c:36:
../../../gcc-3.3.1/gcc/config/i386/linux.h:232:20: signal.h: No
When they see abort: core dumped, they just curse Emacs for losing their
work and switch to vi.
I am dubious of that speculation, because Emacs is very good at not
losing your work.
It's true
that they don't complain about it on the Emacs developer list, where you
participat
Hi,
I have been trying to use "-fprofile-generate" and "-fprofile-use" for
some small
bitwise C benchmarks (developed at MIT). I have a check-out of October
2004 GCC build of 4.0
version. It throws me "coverage mismatch error for "arcs"" saying number
of counters is "6"
instead of "5". How do
Joern RENNECKE wrote:
You need to be able to set the value of a parameter over a widely
varying range, what makes you think you can pick two values that
will cover all cases, or 4 or 6 for that matter.
On Mar 17, 2005, at 3:17 PM, Rajkishore Barik wrote:
I have been trying to use "-fprofile-generate" and "-fprofile-use" for
some small
bitwise C benchmarks (developed at MIT). I have a check-out of October
2004 GCC build of 4.0
version.
Try a checkout from today and let us know if the problem remai
Thank you for your explanations,
looking in "detail" what happens in my case (I would like to have
modes that have less bits/precision than BITS_PER_UNIT), I cannot
understand if there is a bug in convert.c:440 or is a feature that
prevents me to use a FRACTIONAL_INT as a small precision ( wrote:
What if we try a variation on this. Im not even sure how I feel about
it since its even wonkier than what you suggest.
first, create a unique GV for each type, and implement a gatherer
definition. Instead of individual VMAYDEFS for 3 variables, we have a
gatherer which assigns them all to one g
> I'm trying to port gcc 4.1 for an architecture that has the following
> memory layout BITS_PER_UNIT=32 and UNITS_PER_WORD=1.
> It has support (16bit registers and operators) for 16bit signed
> atithmetic used mainly for addressing. There are also operators for 32
> bit integer and floating point
Thomas Koenig wrote:
any reason why the message
http://gcc.gnu.org/ml/fortran/2005-03/msg00282.html
was rejected as spam from gcc-patches, yet accepted on the fortran
list?
See
http://www.sourceware.org/lists.html#rbl-sucks
which has a discussion of how the spam filters work, and how to get
ar
On Thu, Mar 17, 2005 at 09:20:45PM -0800, James E Wilson wrote:
> Thomas Koenig wrote:
> >any reason why the message
> >http://gcc.gnu.org/ml/fortran/2005-03/msg00282.html
> >was rejected as spam from gcc-patches, yet accepted on the fortran
> >list?
>
> By the way, I think it is a word of all cap
Nitin Gupta wrote:
following lines were added in config.gcc in order to recognise
--with-cpu=default32. But I dont understand , how it was actually made
to default to 32-bit.
The trick is to look at the default64 code, and note what default32
doesn't do that default64 does do.
The code you quoted
Mostafa Hagog wrote:
The question is: what is the correct fix for the longer term ?
is it enough to mark the SMSed block dirty? or do we need
also to keep the REG_DEAD correct in each basic-block
separately?
You either have to keep all REG_NOTES up to date, or call code that will
recompute them.
하태준 wrote:
> where i get the impormation about code, log_links, reg_notes
See the internals documentation, in the file gcc/doc/rtl.texi, or on the
web at
http://gcc.gnu.org/onlinedocs/gccint/Insns.html#Insns
See also the sources for more info, as the docs may not be fully up to
date, in partic
load is always loaded first.
However I think this is not guaranteed to always work -- certainly merely
disregarding conflicts with secondary reloads will fail for architectures
which are slightly less anemic, say with _two_ accumulators... :_)
Does anybody have a hint for a way to solve this problem?
Rel
40 matches
Mail list logo
