On 11/14/05, Jim Wilson <[EMAIL PROTECTED]> wrote:
> Well, maybe not. My subversion check-out is screwed up, and I don't see
> how to fix it. An update failed because of a bug with my external diff
> program. I fixed that. I fumbled around a bit trying to find the right
> svn command I need to
David Daney wrote:
Perhaps not in general, but one unstated premise of this whole thread is
that for some GCC targets (most Unix like operating systems) you *can*
count on a SIGSEGV when you dereference a null pointer. The java front
end takes advantage of this fact to eliminate explicit check
Bernd Schmidt writes:
> David Daney wrote:
> > Perhaps not in general, but one unstated premise of this whole thread is
> > that for some GCC targets (most Unix like operating systems) you *can*
> > count on a SIGSEGV when you dereference a null pointer. The java front
> > end takes advant
Here is an updated version with a few bugs fixed (How I managed to
introduce bugs in a 20-liner patch still eludes me).
On Mon, 2005-11-14 at 21:26 -0500, Daniel Jacobowitz wrote:
> On Mon, Nov 14, 2005 at 06:24:47PM -0800, Jim Wilson wrote:
> > mathieu lacage wrote:
> > >Clearly, 0x11 is not a b
Andrew Haley wrote:
Bernd Schmidt writes:
> David Daney wrote:
> > Perhaps not in general, but one unstated premise of this whole thread is
> > that for some GCC targets (most Unix like operating systems) you *can*
> > count on a SIGSEGV when you dereference a null pointer. The java front
Bernd Schmidt writes:
> Andrew Haley wrote:
> > Bernd Schmidt writes:
> > > David Daney wrote:
> > > > Perhaps not in general, but one unstated premise of this whole thread
> > is
> > > > that for some GCC targets (most Unix like operating systems) you
> > *can*
> > > > count on a S
On Tue, Nov 15, 2005 at 08:19:06AM +0100, Mathieu Lacage wrote:
> It would be nice if you could post an example where they are not
> combined.
I don't have any example, but the compiler is not under obligation to
do this, as far as I know. Or it may change in the future. This is
very much an int
Hello!
libgomp's configure checks -pthread option using following commands:
--cut here--
# Check to see if -pthread or -lpthread is needed. Prefer the former.
XPCFLAGS=""
CFLAGS="$CFLAGS -pthread"
AC_LINK_IFELSE(
[AC_LANG_PROGRAM(
[#include
void *g(void *d) { return NULL; }],
[pthread_t
>
> Hello!
>
> libgomp's configure checks -pthread option using following commands:
First this whole "gcc -unknown" is PR 15303.
Second I still think it is hard to get this correct as on darwin with
some versions (really Apple's) of GCC accepted -no-cpp-precomp but newer
ones (from both the FSF
On 11/13/2005 02:13 PM, Brian Makin wrote:
[snip]
If some folks are interested we should talk to the D
people and suggest an acceptable D frontend.
I for one would be willing to pitch in.
There's already one, IIUC:
http://www.opend.org/
> "David" == David Daney <[EMAIL PROTECTED]> writes:
David> The Java Language Specification requires that NullPointerExceptions
David> are thrown when calling a method via a null 'this'. But since a
David> method call does not usually involve dereferencing 'this', an explicit
David> check for
> "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
Bernd> Speaking of which, has anyone ported gcj to a MMU-less uClinux
Bernd> platform yet?
Andrew> It's impossible with the current config. This is because some of
Andrew> libgcj is written on C++, and the C++ compiler FE does not insert
Tom Tromey writes:
> > "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
>
> Bernd> Speaking of which, has anyone ported gcj to a MMU-less uClinux
> Bernd> platform yet?
>
> Andrew> It's impossible with the current config. This is because some of
> Andrew> libgcj is written on C++,
"Joel Sherrill <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
[...]
> ../../../../../../gcc-head-test/newlib/libc/misc/init.c
> ../../../../../../gcc-head-test/newlib/libc/misc/init.c: In function
> '__libc_fini_array':
> ../../../../../../gcc-head-test/newlib/libc/misc/init.c:59: error:
> una
Successful "make bootstrap" of native gcc-4.0.2 on PowerPC 405.
Output of config.guess:
powerpc-unknown-linux-gnu
Output of gcc -v:
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: ../gcc-4.0.2/configure --prefix=/usr --with-cpu=405
--without-fp --enable-languages=c,c++
On Tue, 2005-11-15 at 01:11, Jim Blandy wrote:
> 'svn revert' doesn't work for you? What does 'svn status' say?
aretha$ svn revert tree-vrp.c
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
details)
aretha$ svn cleanup
svn: In directory '.'
svn: Ca
On Mon, Nov 14, 2005 at 04:16:43PM -0800, Janis Johnson wrote:
> On Mon, Nov 14, 2005 at 11:56:16PM +0100, Gabriel Dos Reis wrote:
> > "Michael N. Moran" <[EMAIL PROTECTED]> writes:
> > SEGFAULT is not a behaviour defined by the language. It is *just* one
> > form of undefined behaviour. If you e
On Nov 14, 2005, at 11:36 PM, David Daney wrote:
Perhaps not in general, but one unstated premise of this whole
thread is that for some GCC targets (most Unix like operating
systems) you *can* count on a SIGSEGV when you dereference a null
pointer.
Unless that null pointer points to an obj
There are several examples. One is converting from a derived class
to a base class when there is multiple inheritance. An offset must
be subtracted, unless it is a null pointer.
Why does it matter if the pointer is null? It is an error
in the program if it uses the result, but the same is true
ON THE CALL: Shin-ming Liu (HP), Vladimir Makarov (Red Hat), Diego
Novillo (Red Hat), Mark Smith (Gelato), Andrey Belevantsev (RAS),
Arutyun Avetisyan (RAS), Bob Kidd (UIUC), Mark Davis (Intel)
The call covered:
1. Setting up GCC branch for Itanium-related work
2. Alias analysis update from RAS an
> I told about importance of early access to machines based on new
> Itanium chip (Montecito) and documentation for gcc developers trying
> to improve gcc for Itanium.
>
> As for Mark Davis remark about rewriting RTL optimizations, I told
> that it can not be done easily.
HUH? An example of some
>
> > I told about importance of early access to machines based on new
> > Itanium chip (Montecito) and documentation for gcc developers trying
> > to improve gcc for Itanium.
> >
> > As for Mark Davis remark about rewriting RTL optimizations, I told
> > that it can not be done easily.
>
> HUH?
On 11/15/05, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> > I told about importance of early access to machines based on new
> > Itanium chip (Montecito) and documentation for gcc developers trying
> > to improve gcc for Itanium.
> >
> > As for Mark Davis remark about rewriting RTL optimizations, I t
On Mon, 2005-11-14 at 22:45, Peter S. Mazinger wrote:
> I have really hoped that someone here can duplicate it in any environment
In that case, I'd suggest creating a bugzilla bug report. The gcc list
is really more of a self-help list for gcc developers. If you want to
try to debug the problem
Mike Stump wrote:
On Nov 14, 2005, at 11:36 PM, David Daney wrote:
Perhaps not in general, but one unstated premise of this whole thread
is that for some GCC targets (most Unix like operating systems) you
*can* count on a SIGSEGV when you dereference a null pointer.
Unless that null poin
On Tuesday 15 November 2005 19:59, Mark K. Smith wrote:
> RTL is too complicated. On Andrew Macleod and my etsimation only
> writing a new good register allocator is at least 2 years project.
> Significtant simplifying rtl or usage another IR is even more
> complicated task than introducing Tree-SS
On Tue, 15 Nov 2005, James E Wilson wrote:
> On Mon, 2005-11-14 at 22:45, Peter S. Mazinger wrote:
> > I have really hoped that someone here can duplicate it in any environment
>
> In that case, I'd suggest creating a bugzilla bug report. The gcc list
> is really more of a self-help list for gc
On Tue, 2005-11-15 at 12:01, Peter S. Mazinger wrote:
> I wanted to only know if there is a configuration/scenario where this
> really worked.
I haven't been involved with the stack protector development or usage,
but as far as I know, it works unless some one reports a bug, and the
only bug I c
As an example, combine pass is based on outdated work of Fraser,
Proebsting etc.
And combine is useful for ia64 because...? Alternatives for combine
exist for targets with relatively simple ISAs with few parallels.
While it is true that combine is not a very good algorithm, combine is
not
Mathieu Lacage wrote:
svn diff -x -p does not work here. Is there a magic incantation I should
run to produce such a diff ?
There are some instructions in the gcc wiki about how to do this. The
gcc wiki is accessible from our home page, gcc.gnu.org. svn uses a
built-in diff that doesn't sup
> From: David Daney
> Sent: Tuesday, November 15, 2005 11:44 AM
> To: Mike Stump
> Cc: gcc@gcc.gnu.org; [EMAIL PROTECTED]
> Subject: Re: Null pointer check elimination
>
>
> Mike Stump wrote:
> > On Nov 14, 2005, at 11:36 PM, David Daney wrote:
> >
> >> Perhaps not in general, but one unstated p
So, is it just me or does execute/930529-1.c invoke undefined or
implementation defined behavior due to its reliance upon overflow
behavior for signed types?
In particular look at the control for the second loop:
int i;
[ ... ]
for (i = ((unsigned) ~0 >> 1) - 3; i <= ((unsigned) ~0 >> 1) +
On Tue, Nov 15, 2005 at 12:26:37PM +0100, Mathieu Lacage wrote:
> Out of curiosity, I wonder what gdb would use it for.
I don't have any concrete plans. But among the things a debugger can
do with this information:
- Display likely jump targets to the user.
- Set breakpoints on every basic blo
for (i = ((unsigned) ~0 >> 1) - 3; i <= ((unsigned) ~0 >> 1) + 3; i++)
i <= ((unsigned)~0>>1) + 3
Seems like it overflows to me, or would cause "i" to have to
overflow to terminate the loop.
Yes, the two expression are respectively 0x7FFC and 0x8002.
It ought to work with -fwrapv, t
On Monday 14 November 2005 22:33, Jim Wilson wrote:
> I looked at gcc-1.42, and even there, a DECL_RESULT always holds a
> RESULT_DECL. It can never be zero. However, the DECL_RTL of this
> RESULT_DECL is zero for a function that returns no value. I'm not sure
> if this is a typo in the tree.def
On Tue, Nov 15, 2005 at 02:15:44PM -0700, Jeffrey A Law wrote:
>
> So, is it just me or does execute/930529-1.c invoke undefined or
> implementation defined behavior due to its reliance upon overflow
> behavior for signed types?
>
> In particular look at the control for the second loop:
>
> i
On Monday 14 November 2005 23:10, Jim Wilson wrote:
> Signedness of char depends on the OS. If you want compatibility with C,
> and in particular, the standard C library, then you should use the OS
> default, which is obtained from flag_signed_char.
>
> flag_signed_char can also be overriden by us
Snapshot gcc-3.4-20051115 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/3.4-20051115/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 3.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Nov 14, 2005, at 19:59, Jim Wilson wrote:
Joel Sherrill <[EMAIL PROTECTED]> wrote:
s-auxdec.ads:286:13: alignment for "Aligned_Word" must be at least 4
Any ideas?
I'm guessing this is because ARM sets STRUCTURE_SIZE_BOUNDARY to 32
instead of 8, and this confuses the Ada front end.
Note
On Tue, 2005-11-15 at 17:59 -0500, Geert Bosch wrote:
> On Nov 14, 2005, at 19:59, Jim Wilson wrote:
> > Joel Sherrill <[EMAIL PROTECTED]> wrote:
> >> s-auxdec.ads:286:13: alignment for "Aligned_Word" must be at least 4
> >> Any ideas?
> >
> > I'm guessing this is because ARM sets STRUCTURE_SIZE_BO
On Nov 15, 2005, at 18:11, Laurent GUERBY wrote:
What about moving s-auxdec from ada/Makefile.rtl
GNATRTL_NONTASKING_OBJS
into EXTRA_GNATRTL_NONTASKING_OBJS so it can be set for VMS targets
only
in ada/Makefile.in?
This is not ideal, because some people are migrating from DEC Ada
to GNAT o
On Mon, 14 Nov 2005, Diego Novillo wrote:
> Gerald, is this patch OK for svn.html?
Sure! Thanks for the summary and the patch, Diego.
(I believe someone still needs to update projects/ia64.html; as far
as I can see, it's quite a bit out of date...)
Gerald
Could I make a small suggestion?
Now that GCC has switched to SVN, and tag and branch names are for all
practical purposes in different namespaces, you could drop the "-branch"
suffix from new branch names. That'll save 8 chars per branch URL; not
much, but the best you can do until we come up
This is the fifth or so message from me, within the last few days,
that gets rejected. What is up?
--- Begin Message ---
This is the Postfix program at host kraid.nerim.net.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
On 11/13/2005 02:13 PM, Brian Makin wrote:
[snip]
If some folks are interested we should talk to the D
people and suggest an acceptable D frontend.
I for one would be willing to pitch in.
There's already one, IIUC:
The link below seems like a more mature effort (it even work
Hello Everyone,
I have a question about finding register names from the instruction.
I am porting GCC for a propriatery architecture and the thing is that,
I want to group instructions whose destination registers are between
0-15 into one cluster and 16-31 in another. Firstly, I was under the
On Tue, 2005-11-15 at 18:27 -0500, Geert Bosch wrote:
> On Nov 15, 2005, at 18:11, Laurent GUERBY wrote:
> > What about moving s-auxdec from ada/Makefile.rtl
> > GNATRTL_NONTASKING_OBJS
> > into EXTRA_GNATRTL_NONTASKING_OBJS so it can be set for VMS targets
> > only
> > in ada/Makefile.in?
>
>
47 matches
Mail list logo
