Rask Ingemann Lambertsen wrote:
I'm having a look at building GCC with OpenWatcom to reduce build
times. There seems to be something wrong with the build machinery:
Can you try this patch? RANLIB_FOR_BUILD was defined nowhere, hence it
was passed as empty to configure and detected (incorrec
Hi.
I have several global variables which are of type rtx. They are used
in flow.c ia64.c and final.c. As stated in the internal doc with
types. I add GTY(()) marker after the keyword 'extern'. for example:
extern GTY(()) rtx a;
these 'extern's are added in regs.h which is included in flow
Hello,
> I have several global variables which are of type rtx. They are used
> in flow.c ia64.c and final.c. As stated in the internal doc with
> types. I add GTY(()) marker after the keyword 'extern'. for example:
> extern GTY(()) rtx a;
> these 'extern's are added in regs.h which is in
Hello,
I am implementing support for PBO on picochip port of GCC (not yet
submitted to mainline).
I see that GCC generates 2 files, xx.gcno and xx.gcda, containing the
profile information, the former containing the flow graph
information(compile-time) and later containing the edge profile
in
Hi All,
If you're interested, LLVM 2.1 was recently released. You can read
about it here:
http://llvm.org/releases/2.1/docs/ReleaseNotes.html#whatsnew
http://lists.cs.uiuc.edu/pipermail/llvm-announce/2007-September/
24.html
... and get it here:
http://llvm.org/releases/download.html#2
Richard Li wrote:
Right, page 211 of the C++ standard (2003) explains when copy-ctor and
dtor are allowed to be optimized away. But the two circumstances are
both like this:
A is constructed; A is copy-constructed to B; A is destructed
Here A is a temporary object in some sense, and the standard
On Thu, Sep 27, 2007 at 01:17:58PM -0500, Aaron W. LaFramboise wrote:
> I think the biggest problem here is that GCC will not elide calls to the
> allocator. This is a subject of some controversy--even though its
> probably difficult to do such optimization anyway. It's not quite clear
> that
I would like to raise the idea of implementing a new patch for
context-sensitive keywords for Altivec support in GCC. This thread from
late 2003 discusses a way forward for various Altivec features, much of
which has been thrashed out:
http://gcc.gnu.org/ml/gcc/2003-12/msg01440.html
There wer
2007/9/27, Zdenek Dvorak <[EMAIL PROTECTED]>:
> Hello,
>
> > I have several global variables which are of type rtx. They are used
> > in flow.c ia64.c and final.c. As stated in the internal doc with
> > types. I add GTY(()) marker after the keyword 'extern'. for example:
> > extern GTY(())
Sorry, I found it in gccint, thanks :-)
2007/9/28, 吴曦 <[EMAIL PROTECTED]>:
> 2007/9/27, Zdenek Dvorak <[EMAIL PROTECTED]>:
> > Hello,
> >
> > > I have several global variables which are of type rtx. They are used
> > > in flow.c ia64.c and final.c. As stated in the internal doc with
> > > types. I
I'm finally spinning GCC 4.2.2 RC2.
Please do not make any further check-ins to the GCC 4.2 branch, even
those that have been previously approved, without my explicit approval.
I apologize to everyone for the delay in bringing out GCC 4.2.2.
Thanks,
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECT
Hi,
There are testsuites for libgomp and libmudflap, but there
isn't any testsuite for libcpp, libdecnumber, libiberty, and libssp.
I downloads gcc-core-4-2-1 and testsuite. Only test results of
gcc/libgomp/libmudflap had been generated.
Thanks :)
On Fri, 2007-09-28 at 12:54 +0800, Zhang Xiaoping wrote:
>There are testsuites for libgomp and libmudflap, but there
> isn't any testsuite for libcpp, libdecnumber, libiberty, and libssp.
There is a testsuite for libiberty, but it is small. It mainly tests
the C++ demangler.
There is a
13 matches
Mail list logo
