On Sun, Oct 09, 2005 at 05:11:10PM +0200, Christian Joensson wrote:
> ../../gcc.gomp/gcc/omp-low.c:352: warning: unknown conversion type
> character 'E' in format
Fixed.
r~
* omp-low.c (omp_copy_decl): Use %qs instead of %qE.
Index: omp-low.c
==
Thanks for your help guys.
I will go ahead and change these declarations to char[] and see what overall
difference it makes to the kernel size.
cheers,
Felix
On Saturday 08 October 2005 01:23, Steve Ellcey wrote:
> I would like to start by getting any input and advice the members of the
> GCC community might have for me.
This may be a totally stupid idea, but perhaps you can start with
writing a new PCH format that is not just a memory dump but a real
Aurora SPARC Linux release 2.0 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u:
(auroralinux corona + rathann's and rzm's FC3 updates)
binutils-2.16.91.0.2-4.sparc
bison-1.875c-2.sparc
dejagnu-1.4.4-2.noarch
expect-5.42.1-1.sparc
gcc-3.4.3-22.sparc.sparc
gcc4-4.0.0-0.41.sparc.sparc
glibc-2.3.5-0.fc3.1
> Ok since I'm very new to this are there any switches when compiling this
> source for development purposes?
Not really. If you're building from the CVS tree, various assertion checks
will be
enabled already (they are explicitly disabled in releases). You may want to
build
GCC with -g ins
On Oct 9, 2005, at 3:40 AM, Christian Joensson wrote:
In http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00348.html,
there's a few obj-c++ failures. Here's a posting of the log file for
them:
I have report all of these already.
-- Pinski
In http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00348.html,
there's a few obj-c++ failures. Here's a posting of the log file for
them:
Running target unix/-m64
Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/../g++
-B/usr/local/src/trunk/objdir/gcc/testsuite/../
/usr/local/src/tr
