On Wed, 11 Oct 2006, Mark Mitchell wrote:
> Kaveh R. GHAZI wrote:
> > On Mon, 9 Oct 2006, Mark Mitchell wrote:
> >
> >> Kaveh R. GHAZI wrote:
> >>> Has there been any thought to including GMP/MPFR in the GCC repository
> >>> like we do for zlib and intl?
> >> I do not think we should be including
On Wed, Oct 11, 2006 at 11:19:26PM -0400, Kaveh R. GHAZI wrote:
>
> On Mon, 9 Oct 2006, Mark Mitchell wrote:
>
> > Kaveh R. GHAZI wrote:
> > > Has there been any thought to including GMP/MPFR in the GCC repository
> > > like we do for zlib and intl?
> >
> > I do not think we should be including m
Hello all,
Can anyone tell me where i can find the definition of tree.
One structure is typedef-ed to tree. But i cant find that structure.
I have been hunting it for sometime.
Can some one help me.
Thanks in advance.
Regards,
Shafi
On Oct 11, 2006, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
>> int x; int f() { x = 0;
>> while(1); }
>> We get line number notes for code only up to "x = 0;".
> I assume this is only a problem when not optimizing.
The opposite, actually. It's optimization that breaks it.
Of course optimiz
Kaveh R. GHAZI wrote:
On Mon, 9 Oct 2006, Mark Mitchell wrote:
Kaveh R. GHAZI wrote:
Has there been any thought to including GMP/MPFR in the GCC repository
like we do for zlib and intl?
I do not think we should be including more such packages in the GCC
repository. It's complicated from an F
On Mon, 9 Oct 2006, Mark Mitchell wrote:
> Kaveh R. GHAZI wrote:
> > Has there been any thought to including GMP/MPFR in the GCC repository
> > like we do for zlib and intl?
>
> I do not think we should be including more such packages in the GCC
> repository. It's complicated from an FSF perspec
* Ian Lance Taylor <[EMAIL PROTECTED]> [2006-10-10 10:15]:
> [EMAIL PROTECTED] writes:
>
> > - the default versions of operator new and the aligned version of
> > operator new should be defined in the same section. That way,
> > when a user overrides the default operator new, they will
On Oct 11, 2006, at 6:27 PM, Bob Rossi wrote:
In particular, I was just wondering how do compile GCC with debug.
developers cd gcc && make. :-) Gotta love magic.
If you've built it already, make clean && make.
On Wed, Oct 11, 2006 at 02:39:39PM -0700, David Daney wrote:
> Bob Rossi wrote:
> >Hi,
> >
> >I'd like to build gcc with just the C/C++ front ends. Are there
> >any configure options I could use to make only a minimum gcc
> >build to get those 2 languages working?
>
> Take a look at the Fine docu
> "Jack" == Jack Howarth <[EMAIL PROTECTED]> writes:
Jack> Has anyone noticed that we are breaking the strict-aliasing ruls in
Jack> natVMVirtualMachine.cc?
Jack> Does this merit a bug report or how else should it be handled?
Please file a bug report.
Or fix it if you prefer :-)
Tom
Bob Rossi wrote:
Hi,
I'd like to build gcc with just the C/C++ front ends. Are there
any configure options I could use to make only a minimum gcc
build to get those 2 languages working?
Take a look at the Fine documentation that is available at
http://gcc.gnu.org
In particular looking at
Hi,
I'd like to build gcc with just the C/C++ front ends. Are there
any configure options I could use to make only a minimum gcc
build to get those 2 languages working?
Also, I'd like to be able to debug gcc. Is there any special flags for
this?
Finally, once it's built, I'd like to manually tr
Tom Tromey wrote:
"Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
Ian> But note that IPA via LTO is not going to permit callbacks into the
Ian> front end, because there isn't going to be a front end. So the
Ian> information needs to be represented in GIMPLE somewhere.
Unfortunately ther
On Wed, Oct 11, 2006 at 11:12:52AM -0600, Tom Tromey wrote:
> > "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
>
> Ian> But note that IPA via LTO is not going to permit callbacks into the
> Ian> front end, because there isn't going to be a front end. So the
> Ian> information needs to
Andrew> Anyway, a front end callback is surely good enought for a proof of
Andrew> concept.
OBJ_TYPE_REF exists, is GIMPLE, and we already have a patch to add it
to gcj.
Tom
> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
Ian> But note that IPA via LTO is not going to permit callbacks into the
Ian> front end, because there isn't going to be a front end. So the
Ian> information needs to be represented in GIMPLE somewhere.
Unfortunately there are lots of u
Ian Lance Taylor writes:
> Andrew Haley <[EMAIL PROTECTED]> writes:
>
> > Yes. You'll need to represent virtual function calls at the GIMPLE
> > level, or to keep track of which calls are associated with which
> > methods. This is key to getting IPA to work.
> >
> > It should be fairly e
Hi,
On Wed, 11 Oct 2006, Kai Tietz wrote:
> > -mcmodel=small'
> > Generate code for the small code model: the program and its
> > symbols must be linked in the lower 2 GB of the address space.
> > Pointers are 64 bits. Programs can be statically or dynamically
> > linked. This is the de
Andrew Haley <[EMAIL PROTECTED]> writes:
> Yes. You'll need to represent virtual function calls at the GIMPLE
> level, or to keep track of which calls are associated with which
> methods. This is key to getting IPA to work.
>
> It should be fairly easy, given a class and a vtable offset, to fin
> "Paul" == Paul Biggar <[EMAIL PROTECTED]> writes:
Paul> I've come to a bit of an impasse in the (java) escape analysis. In
Paul> order to do interprocedural analysis effectively, I need to know what
Paul> methods are called.
Paul> So its all vtables, function lookups and indirect function c
Paul Biggar writes:
> I've come to a bit of an impasse in the (java) escape analysis. In
> order to do interprocedural analysis effectively, I need to know what
> methods are called. However, it is rarely the case that this
> information is available. For example, a call to System.out.println
Hi,
I've come to a bit of an impasse in the (java) escape analysis. In
order to do interprocedural analysis effectively, I need to know what
methods are called. However, it is rarely the case that this
information is available. For example, a call to System.out.println
looks like this:
out.0 =
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> The patch at http://gcc.gnu.org/ml/gcc-patches/2001-07/msg00399.html
> added code to remove line number notes from the end of basic blocks
> after say turning a jump at the end of a basic block into a
> fallthrough edge.
>
> This unfortunately causes
Jack Howarth writes:
> What is the situation with multilib builds of libffi and
> libjava in gcc 4.2 on architectures like x86_64 and ppc64 linux?
It works fine.
> I ask because I noticed that Fedora's gcc 4.1.1 specfile explicitly
> disables the multilib builds in libjava and doesn't se
Hello Andrew,
> -mcmodel=small'
> Generate code for the small code model: the program and its
> symbols must be linked in the lower 2 GB of the address space.
> Pointers are 64 bits. Programs can be statically or dynamically
> linked. This is the default code model.
You are right, the d
Hi, Jan,
The patch at http://gcc.gnu.org/ml/gcc-patches/2001-07/msg00399.html
added code to remove line number notes from the end of basic blocks
after say turning a jump at the end of a basic block into a
fallthrough edge.
This unfortunately causes line number info from becoming incorrect for
te
26 matches
Mail list logo