> > actually allocated to the thing.
>
> ... and only if ENABLE_TREE_CHECKING enabled (which by default is off, imho)
Uh, no it's not off by default, unless you are on a release branch or
configuring with --disable-checking.
On development builds, tree checking is on by default.
> There is no w
Hi Jason and other experts,
I am reading the paper (GCC summit 2003
http://gcc.fyxm.net/summit/2003/GENERIC%20and%20GIMPLE.pdf) about GIMPLE
grammar, after reading the GCC internal doc about this topic. There are
something confusing and here I list a couple of my questions:
(1) The item for
On Thu, Apr 20, 2006 at 04:52:14PM +0100, Dave Korn wrote:
> Yet it would seem to me at first glance that, since dividing unsigned by an
> exact power-of-2 can be optimised to a right shift, and since we can deduce
You might like to build yourself a new compiler. :)
2006-04-19 Alan Modra <[E
On Thu, 20 Apr 2006, Christian Joensson wrote:
>> /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0
>> .libs/barrier.o: could not read symbols: File format not recognized
>> collect2: ld returned 1 exit status
>>
>> I will restart a build and see if I get to the same error, but, if
Snapshot gcc-4.0-20060420 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060420/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Olivier Galibert <[EMAIL PROTECTED]> writes:
> I need to be able to do unaligned memory accesses to memory in
> big-endian or little-endian mode. For portability, I'd like to do it
> in pure C, but I'd like the compiler to generate optimal sequences for
> the operations.
It's probably not feasib
On Thu, Apr 20, 2006 at 03:09:16PM -0400, Philip Goetz wrote:
> I know this is such a basic question, but I've been through dozens of
> websites and several FAQs without finding an answer...
>
> Where can I get C++ language man pages for use with gcc? Not the man
> page for gcc, but the man pages
I know this is such a basic question, but I've been through dozens of
websites and several FAQs without finding an answer...
Where can I get C++ language man pages for use with gcc? Not the man
page for gcc, but the man pages for the C++ library functions?
This is caused by EXEC SHIELD, new to FC5, preventing execution of
trampolines out of the stack. You can turn it off via:
echo 0 > /proc/sys/kernel/exec-shield
HTH, John Parkes
On Thu, Apr 20, 2006 at 08:38:00AM -0700, H. J. Lu wrote:
> On Thu, Apr 20, 2006 at 05:18:08PM +0200, Olivier Galibert wrote:
> > I need to be able to do unaligned memory accesses to memory in
> > big-endian or little-endian mode. For portability, I'd like to do it
> > in pure C, but I'd like the
On Thu, 20 Apr 2006, Dave Korn wrote:
Hello, gcc-hackers!
This is somewhat chopped-down from the original code it began life as, but
it serves to illustrate the point.
unsigned int PhyFrameConfig (unsigned int channelPrf, unsigned int bpp,
unsigned int bufferSize)
{
unsigned int prfShif
On 20 April 2006 17:01, Olivier Galibert wrote:
> On Thu, Apr 20, 2006 at 04:52:14PM +0100, Dave Korn wrote:
>> Yet it would seem to me at first glance that, since dividing unsigned by
>> an exact power-of-2 can be optimised to a right shift, and since we can
>> deduce that (1 << bpp) is always
On Thu, Apr 20, 2006 at 04:52:14PM +0100, Dave Korn wrote:
> Yet it would seem to me at first glance that, since dividing unsigned by an
> exact power-of-2 can be optimised to a right shift, and since we can deduce
> that (1 << bpp) is always going to be a power-of-2
Isn't that true only if bpp
On Thu, Apr 20, 2006 at 08:38:00AM -0700, H. J. Lu wrote:
> On Thu, Apr 20, 2006 at 05:18:08PM +0200, Olivier Galibert wrote:
> > I need to be able to do unaligned memory accesses to memory in
> > big-endian or little-endian mode. For portability, I'd like to do it
> > in pure C, but I'd like the
Hello, gcc-hackers!
This is somewhat chopped-down from the original code it began life as, but
it serves to illustrate the point.
unsigned int PhyFrameConfig (unsigned int channelPrf, unsigned int bpp,
unsigned int bufferSize)
{
unsigned int prfShift;
unsigned int symbolOffset;
On Thu, Apr 20, 2006 at 05:18:08PM +0200, Olivier Galibert wrote:
> I need to be able to do unaligned memory accesses to memory in
> big-endian or little-endian mode. For portability, I'd like to do it
> in pure C, but I'd like the compiler to generate optimal sequences for
> the operations. Most
I need to be able to do unaligned memory accesses to memory in
big-endian or little-endian mode. For portability, I'd like to do it
in pure C, but I'd like the compiler to generate optimal sequences for
the operations. Most CPUs that I know of even have special
instructions designed to speed up p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patricia Bittencourt Sampaio wrote:
>And if so, does it support -openmp option so as to
> compile openmp applications?
>
No. -fopenmp will only be available starting with GCC 4.2. If you are
running Fedora Core 5, it has a special version of gc
Thibaud GUERIN writes:
> hi,
> I'm actually writing a program in C and i'm fighting with an address
> dereferencing since some days now.
>
> intthe_bug(const char *fmt, ...)
> {
> char**ap;
> char**s = (char **)(&fmt);
>
> /* __asm__ volatile ( */
> /*
On 20 April 2006 14:58, Thibaud GUERIN wrote:
> In my system depending if i (un)comment the commented lines in the
> next code, the 1st or the 2nd string is printed.
> uncommented -> pointers are the same
> commented -> pointers aren't the same
> The asm inline part was a way to escape the proble
hi,
I'm actually writing a program in C and i'm fighting with an address
dereferencing since some days now.
The program run on a non *n*x system and I can't produce the error on
my linux system so i can only describe it... sorry.
In my system depending if i (un)comment the commented lines in the
On 4/18/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> .libs/libgomp.so.1.0.0
> /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0
> .libs/barrier.o: could not read symbols: File format not recognized
> collect2: ld returned 1 exit status
>
> I will restart a build and see if
Hi,
I wanted to know if the release 4.1 of gcc is
available for this machine:
Linux version 2.4.21-sgi305r1 (Red Hat Linux
3.2.3-24) #1 SMP
And if so, does it support -openmp option so as to
compile openmp
applications?
thanks in advance,
Patricia B. Sampaio
===
> Any ideas? Is this perhaps related to FC5 memory access rather than gcc?
Right. You likely need to enable execution on stack.
Arno
-gnata -g -O1
-fno-inline \
-I- -I../rts -I. -I/usr/local/src/trunk/gcc/gcc/ada
../rts/a-except.adb -o a-except.o
+===GNAT BUG DETECTED==+
| 4.2.0 20060420 (experimental) (i386-redhat-linux-gnu) Storage_Error
stack overflow (or erroneous m
[EMAIL PROTECTED] wrote on 20-04-2006 12:47:54 AM:
>
> 3) autovectorization improvements
>
> Good autovectorization is becoming ever more-important in performance
> evaluation. Is there someone who can review this patch?
>
> Are there other things that are approximately ready for inclusion that
LLVM 1.7 was just released! If you're interested, get it here:
http://llvm.org/releases/
Or read about it here:
http://lists.cs.uiuc.edu/pipermail/llvm-announce/2006-April/18.html
and/or here:
http://llvm.org/releases/1.7/docs/ReleaseNotes.html
-Chris
--
http://nondot.org/sabre/
http://l
The point is that the existing Altivec and SPE cast syntax requires that
a C-style cast from one vector type to another be bit-preserving. So,
we can't change that (or static_casts, which are the kind of C++ cast
that are using to implement this kind of C-style cast) without breaking
backward
If you're interested in adding value for generic vectors, it may be
interesting to consider element access operations. Being able to
write things like:
float X = V[1];
or
V[2] = X;
That was on my todo list, but unfortunately I have little time for FSF
work now and this would require me to
29 matches
Mail list logo
