--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 06:24 ---
It will most likely be called objc_set_unexpected like all other libobjc
functions and then GNUStep will implement NSSetUncaughtExceptionHandler.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #7 from pault at gcc dot gnu dot org 2006-05-07 05:46 ---
Subject: Bug 24813
Author: pault
Date: Sun May 7 05:46:26 2006
New Revision: 113594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113594
Log:
2006-05-07 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
libobjc's exception implementation doesn't support a user-supplied default
uncaught exception handler, and this would be a very handy feature to have.
With the equivalent of std:set_unexpected, one could implement the
NSSetUncaughtExceptionHandler() Foundation API.
--
Summary: RFE: S
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 03:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 03:11 ---
This was fixed for sure by PR 23357.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 02:56 ---
You are wrong that pointers is not involved. References are really just
pointers.
And it is not implemention defined as it still violates C++ aliasing rules.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-07 02:54 ---
*** Bug 27462 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 02:54 ---
*** This bug has been marked as a duplicate of 27273 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Performing constant calculations depending on template parameters causes an
internal compiler error. Compile the code below with g++ -c foo.cpp to
reproduce.
template struct A {
static const unsigned a = (sizeof(T[3])-sizeof(T[2]));
unsigned foo(unsigned b) { return a*b; }
};
I do not get
Enter the following program and compile with -Wall -fstrict-aliasing
int main(int argc,char **argv)
{
float f = 0.5;
return reinterpret_cast(f);
}
g++ will return the following warning message:
warning: dereferencing type-punned pointer will break strict-aliasing rules
However, this warnin
--- Comment #2 from mrs at apple dot com 2006-05-06 21:24 ---
I have a fix for this, will post.
--
mrs at apple dot com changed:
What|Removed |Added
CC|
--- Comment #1 from marcus at jet dot franken dot de 2006-05-06 20:55
---
Created an attachment (id=11393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11393&action=view)
locale.i
gcc -O2 -c locale.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27462
extracted from WINE:
gcc -O2 -c locale.i
locale.i: In function 'f':
locale.i:3: internal compiler error: tree check: expected class 'constant',
have 'binary' (bit_and_expr) in convert_and_check, at c-common.c:1086
Please submit a full bug report,
with preprocessed source if appropriate.
See http
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-06 20:48
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-06 20:46
---
Subject: Bug 27427
Author: reichelt
Date: Sat May 6 20:45:59 2006
New Revision: 113584
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113584
Log:
PR c++/27427
* pt.c (convert_nontype_argum
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-06 20:43
---
Subject: Bug 27427
Author: reichelt
Date: Sat May 6 20:43:07 2006
New Revision: 113583
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113583
Log:
PR c++/27427
* pt.c (convert_nontype_argum
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-06 20:40
---
Subject: Bug 27427
Author: reichelt
Date: Sat May 6 20:40:23 2006
New Revision: 113582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113582
Log:
PR c++/27427
* pt.c (convert_nontype_argum
See testsuite/gcc.dg/vect/pr27151.c:
float vs_data[75];
void vis_clear_data ()
{
int vis_type, i;
for (i = 0; i < 75; i++)
{
vs_data[i] = (vis_type == 1);
}
}
the loop is not vectorized because the COND_EXPRs condition has a different
type than the COND_EXPRs true/false results.
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-05-06 17:42
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-06 17:41 ---
Subject: Bug 27151
Author: rguenth
Date: Sat May 6 17:41:48 2006
New Revision: 113581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113581
Log:
2006-05-06 Richard Guenther <[EMAIL PROTECTED]>
P
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-05-06 17:38 ---
Subject: Bug 27151
Author: rguenth
Date: Sat May 6 17:37:53 2006
New Revision: 113580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113580
Log:
2006-05-06 Richard Guenther <[EMAIL PROTECTED]>
P
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-06 17:11 ---
main returns an int with your declaration.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27456
--- Comment #2 from aftli at optonline dot net 2006-05-06 16:50 ---
Subject: Re: Compiler allows function not returning value to be
used
You're right, it does give a "warning" if you use -Wall. But on the
default warning level, the program has two major errors, which should
not be
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-06 16:29 ---
I should note that sind sounds to me sin taking a double precision agrument at
least when I read the summary and not the first comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27452
--- Comment #5 from deji_aking at yahoo dot ca 2006-05-06 16:24 ---
(In reply to comment #4)
>
> Which is faster? Multiplying and dividing by a literal constant
> directly in your code or a function call to do the trivial work.
>
Really, I don't know enough about compiler technology t
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-06 16:02 ---
Known to work: g77-3.4
Known to fail: gfortran >= 4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27457
--- Comment #1 from tobi at gcc dot gnu dot org 2006-05-06 16:01 ---
Mine. I'm currently testing a patch
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
$ cat ICE_match_case_eos_1.f
! { dg-do compile }
! { dg-options "-std=gnu" }
! PR fortran
implicit none
integer(kind=1) :: i
real :: r(3)
select case (i)
case (129) r(4) = 0
end select
end
(gdb) set args ICE_match_case_eos_1.f -ffixed-form -qu
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-06 14:57 ---
It says "warning: control reaches end of non-void function", also the code is
not invalid, but undefined, thus you get a segfault.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
The following program compiles without error:
#include
#include
std::string f() {} main(){ std::string s(f()); return EXIT_SUCCESS; }
The function f() does not return a value, string s is filled with random areas
of memory. The program segfaults. gcc -v output from my machine (I tested
this o
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-06 13:52 ---
Working on a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2006-05-06 13:38 ---
Subject: Re: gfortran support for non-standard sind,cosd and friends
intrinsics
On Sat, May 06, 2006 at 06:32:01AM -, deji_aking at yahoo dot ca wrote:
>
>
> --- Comment #3 from deji_aki
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-06 12:14
---
> what's the status of this one?
Unchanged according to my testing:
[EMAIL PROTECTED]:~/svn/gcc/gcc> uname -a
Linux linux 2.6.8-24-default #1 Wed Oct 6 09:16:23 UTC 2004 x86_64 x86_64
x86_64 GNU/Linux
[EMAIL PRO
--- Comment #4 from christian dot joensson at gmail dot com 2006-05-06
12:08 ---
what's the status of this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17347
--- Comment #3 from christian dot joensson at gmail dot com 2006-05-06
12:07 ---
what's the status of this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16513
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-05-06 11:46
---
> For sparc/sparc64 linux, the status for 4.2 20060503, from here,
> http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00223.html, is this:
Thanks, but this PR is for Solaris so avoid posting results for Linux he
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-06 11:42
---
Patches should be posted to [EMAIL PROTECTED]
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #26 from christian dot joensson at gmail dot com 2006-05-06
11:30 ---
For sparc/sparc64 linux, the status for 4.2 20060503, from here,
http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00223.html, is this:
=== libjava tests ===
Running target unix/-m64
FAI
--- Comment #4 from enrico dot scholz at informatik dot tu-chemnitz dot de
2006-05-06 11:00 ---
fwiw (I reported the issue in the RH bugzilla, which was then forwarded by
Jakub):
I toke this syntax out of the gcc documentation: info gcc -> g Extended Asm
| As an example, if you access
--- Comment #5 from christian dot joensson at gmail dot com 2006-05-06
10:58 ---
There may be connections with this PR to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20035
especially the http://gcc.gnu.org/bugzilla/attachment.cgi?id=8217 which I would
suggest be named sparc64 instead o
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-06 10:43 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from christian dot joensson at gmail dot com 2006-05-06
10:30 ---
hmm, must be the EXEEXT thing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27376
[forwarded from http://bugs.debian.org/365123]
gcov opens it's data files *.gcda and *.gcno with O_RDWR.
This fails if these files were created by another user, and the current user
only has read access to those files.
--
Summary: gcov opens files with O_RDWR
Product: gcc
--- Comment #24 from paulthomas2 at wanadoo dot fr 2006-05-06 08:02 ---
Subject: Re: gfortran ICE: Not Implemented: Scalarization
of non-elemental intrinsic: __transfer1
>I'm unfamiliar with Bugzilla, so if I annoy anyone, apologies.
>
>
You made a serious comment... you won't upse
45 matches
Mail list logo