--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 08:18 ---
/* Forbid using -- on `bool'. */
if (TREE_TYPE (arg) == boolean_type_node)
That is wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-30 08:20 ---
We also accept the following bad code:
typedef bool my_bool;
int main()
{
my_bool b = false;
b--;
return 0;
}
So confirmed, and not a regression.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-30 08:26 ---
It has been wrong since at least:
r9186 | mrs | 1995-03-15 15:03:59 -0800 (Wed, 15 Mar 1995) | 2 lines
58th Cygnus<->FSF merge
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29295
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-09-30 08:27
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http://
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 08:28 ---
Can you send the error?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-09-30 08:29
---
(In reply to comment #19)
> Confirmed:
>
> andl-144(%ebp), %ebx <--- bogus value in %ebx
> movl%eax, -144(%ebp)
This smells like an aliasing issue.
--
pinskia at gcc dot gnu dot org c
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2006-09-30 08:50
---
> This smells like an aliasing issue.
But it's not, it's if-conversion.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from steven at gcc dot gnu dot org 2006-09-30 09:25 ---
Typically something I'd hope the new out-of-ssa pass would improve.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
test.ii:7: error: invalid use of `::'
test.ii:7: error: declaration of `sp::a sp::a::my_type'
test.ii:1: error: changes meaning of `my_type' from `typedef int my_type'
g++.new: Internal error: Segmentation fault (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> fo
--- Comment #9 from rguenther at suse dot de 2006-09-30 11:46 ---
Subject: Re: [4.2 Regression] memcpy optimization
causes wrong-code
On Sat, 29 Sep 2006, pinskia at physics dot uc dot edu wrote:
> --- Comment #7 from pinskia at physics dot uc dot edu 2006-09-29 22:13
> ---
--- Comment #10 from rguenther at suse dot de 2006-09-30 11:47 ---
Subject: Re: [4.2 Regression] memcpy optimization
causes wrong-code
On Sat, 29 Sep 2006, mrs at apple dot com wrote:
> --- Comment #8 from mrs at apple dot com 2006-09-29 23:15 ---
> > If it is a VAR_DECL, th
--- Comment #11 from jakub at gcc dot gnu dot org 2006-09-30 11:49 ---
The primary advantage of the single entry optimization is actually that
at tree level we can find out if something is only addressable because of the
memcpy/memset/mempcpy/memmove and not for other reasons. So, creat
Similar to 14494 and 18950 but for inner classes. This is a stripped-down
example. Workaround appreciated, but has to be class specialization (not member
funtion).
This works with icc, and is thus a portability issue...
g++-20060930 gives:
%COMP.sh "-g -c -W" member_temp
--- Comment #23 from lopezibanez at gmail dot com 2006-09-30 12:36 ---
I think I found out what is going on, although I cannot decide myself what is
the correct action.
For functions declared within class scope we do: (gcc/cp/decl.c start_method()
line 11285)
DECL_DECLARED_INLINE_P (f
ifcvt.c (check_cond_move_block): Return FALSE if the source of an
assignment has already been used as a destination earlier in the
block.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20060930-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ifcvt.c
trunk/gcc/t
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2006-09-30 13:35
---
Should work now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Adding the "used" attribute to locally-scoped static variables has no effect,
and they are not emitted into the output .s file.
I am using this in combination with the "section" attribute so I can collect
the data together; it doesn't matter to me that there's no useful mapping
between the C name
--- Comment #2 from elanthis at awesomeplay dot com 2006-09-30 15:20
---
I only bring it up because I've repeatedly seen novice programmers get confused
by the warning. It might be clear to someone who's an experienced C developer,
but then, they probably don't really need the warning
--- Comment #8 from drow at gcc dot gnu dot org 2006-09-30 15:37 ---
Subject: Re: want way to #include but still able to finish compiling
On Thu, Sep 28, 2006 at 06:09:12AM -, bangerth at dealii dot org wrote:
> Daniel, would you prefer if we marked this as WONTFIX? I think this th
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 15:56 ---
>From 14.7.2 [temp.expl.spec] paragraph 2:
An explicit specialization shall be declared in the namespace of which the
template is a member,
or, for member templates, in the namespace of which the enclosing clas
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-30 16:00 ---
Dup of PR 16934, PR 15359, PR 8665, and others.
PR 8665 has the best description of why this is not a bug and also has the link
to where in the standard this is invalid so closing as a dup of that bug.
*** This bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-30 16:00 ---
*** Bug 29298 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-30 16:02 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-30 16:02 ---
Mark as invalid as this testcase is in fact invalid based on comment #1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 16:04 ---
Do you have an example code?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29299
--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-09-30 16:20 ---
Working on a fix. In view of legitimate uses for this in conjunction with GNU
extensions, such as
int a[1] = { [0 ... ] = 10, [5] = 0, [1000] = 0 };
(giving an array a non-0 default value), the new warning w
--- Comment #2 from jeremy at goop dot org 2006-09-30 16:46 ---
Created an attachment (id=12360)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12360&action=view)
compile with "gcc -O -S t.c"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29299
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pthread-init-1.c -Wextra -Wall
-fno-show-c
olumn -S -o pthread-init-1.s(timeout = 300)
In file included from
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pthread-init-1.c:10
:
/test
This happens with gcc 4.2 SVN rev. 116997:
gcc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -O3
-fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2
-DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM
--- Comment #1 from bero at arklinux dot org 2006-09-30 19:00 ---
Created an attachment (id=12361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12361&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29301
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-09-30 19:30 ---
works for me with rev. 117329 - can you tell the output of "-v" added to the
compilation line? Otherwise this might be a dup of PR27863.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29301
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-30 19:40 ---
4.1.2 works:
.local bar.1279
.comm bar.1279,4,4
.local bof
.comm bof,4,4
while 4.2.0 does not:
.local bof
.comm bof,4,4
--
pinskia at gcc dot gnu dot org
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-09-30 19:46 ---
Subject: Bug 24010
Author: jsm28
Date: Sat Sep 30 19:46:06 2006
New Revision: 117334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117334
Log:
PR c/24010
* c.opt (Woverride-init): New.
With the Xcode 2.4 release, the nan_inf_fmt.f90 testcase in
gfortran.fortran-torture/execute
has begun to segfault on Darwin PPC at both -m32 and -m64. The backtrace from a
segfault
is...
Starting program: /Users/howarth/testdir/nan_inf_fmt/a.out
Reading symbols for shared libraries .++ done
Pr
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-30
20:46 ---
Created an attachment (id=12362)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12362&action=view)
assembly file for nan_inf_fmt that seqfaults on Darwin PPC with Xcode 2.4
--
http://gcc.gnu.org/b
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-09-30 21:09
---
I will see if I can spot something here. Jack, I will need your help testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-09-30 21:36
---
Valgrind shows tight as a drum on i686-linux. Do you have something equivalent
to valgrind for Darwin PPC?
I am not seeing anything obvious in the code. On i686 the call at line 496 is
to atoi(). Your system is
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-09-30 21:53
---
Jack, I would forward this one to Apple.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
The following patch should be applied to gcov.texi, in order for the "Invoking
gcov" section header to match the style of the other section headers in the
gcov chapter:
Index: gcov.texi
===
--- gcov.texi (revision 117335)
+++ gcov.t
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2006-09-30
22:50 ---
Jerry,
I've run this with guardmalloc...
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man3/libgmalloc.3.html
using all the permutations and nothing gets triggered.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-30 23:28 ---
Can you attach the full log because I know people that actually build gfortran
on AIX all the time in fact with --with-gmp, etc:
--with-gmp=/farm/dje --with-mpfr=/farm/dje
http://gcc.gnu.org/ml/gcc-testresults/2006-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 23:30 ---
Use -Wconversion.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-30 23:30 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-30 23:32 ---
Can you attach the preprocessed source as requested by the website:
http://gcc.gnu.org/bugs.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-30 23:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-30 23:37 ---
Also it should be noted before strict aliasing came about, restrict did nothing
in the compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29239
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-10-01
00:29 ---
Shouldn't this bug be marked as closed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25376
--- Comment #6 from kargl at gcc dot gnu dot org 2006-10-01 00:40 ---
(In reply to comment #5)
> Jerry,
> I've run this with guardmalloc...
>
>
Jack, This is an Apple library problem. Please report the
inappropriate use of strtol_l to Apple.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-01 02:08 ---
Program received signal SIGSEGV, Segmentation fault.
0x0841a529 in exit_phi_for_loop_p (loop=Variable "loop" is not available.
) at /home/pinskia/src/gcc/gcc-4.1/gcc/gcc/lambda-code.c:2186
2186 if (TREE_CODE (st
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-01 02:22 ---
I am applying the ovbious patch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Currently libjava doesn't check for the existance of math functions in libm
before declaring them. This results in warnings on Darwin PPC...
symbol _fabsf used from dynamic library /usr/lib/libm.dylib(fabs.o) not from
earlier dynamic library /sw/lib/gcc4/lib/libgcj.8.dylib(sf_fabs.o)
symbol _fabs u
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-10-01
04:17 ---
We will also need to add...
AC_CHECK_LIB([m],[fabsf],[AC_DEFINE([HAVE_FABSF],[1],[libm includes fabsf])])
AC_CHECK_LIB([m],[fabs],[AC_DEFINE([HAVE_FABS],[1],[libm includes fabs])])
AC_CHECK_LIB([m],[scalbn
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-01 04:33
---
With my reduced testcase on the 4.1 branch we get an ICE.
And infinite loop in "4.1.0 20051026" also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
In this code:
static void *bof;
int foo()
{
__label__ boo;
boo: bar();
bof = &&boo;
}
the label "boo" is emitted as .L2, but it is being placed before the function
prologue:
foo:
.L2:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
callbar
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-01 04:43 ---
This is not a bug really. label as values are only supposed to be used for
used with gotos.
Read:
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Labels-as-Values.html
Maybe it can be made a little clearer but it seems
--- Comment #2 from jeremy at goop dot org 2006-10-01 05:18 ---
What I'm trying to do is get the address of particular faulting instructions in
an asm:
faulted: asm volatile("ud2");
so that an exception handler can come back later and match a fault address with
an instruction. The beh
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-01 05:29 ---
It is failing right out if you don't have any computed gotos in your function
(or a goto to that label).
You should try doing:
asm volatile("faulted: ud2");
and make faulted a static function but that might not work
--- Comment #9 from acahalan at gmail dot com 2006-10-01 05:32 ---
(In reply to comment #4)
> This is definitely firmly in the class of "extension to the language that
> requires a thorough proposal to be presented to the standards committee"
Of course. I mentioned that.
I'm more famil
On Sun, 2006-10-01 at 05:32 +, acahalan at gmail dot com wrote:
>
> --- Comment #9 from acahalan at gmail dot com 2006-10-01 05:32 ---
> (In reply to comment #4)
> > This is definitely firmly in the class of "extension to the language that
> > requires a thorough proposal to be presen
--- Comment #10 from pinskia at physics dot uc dot edu 2006-10-01 05:36
---
Subject: Re: want way to #include but still able
to finish compiling
On Sun, 2006-10-01 at 05:32 +, acahalan at gmail dot com wrote:
>
> --- Comment #9 from acahalan at gmail dot com 2006-10-
--- Comment #4 from jeremy at goop dot org 2006-10-01 05:36 ---
Well, it isn't failing in any obvious fashion. It's quietly putting the label
at the wrong place, without complaint. The same code later in a function does
put the labels at the right place, so the failure mode is moderate
--- Comment #5 from jeremy at goop dot org 2006-10-01 05:42 ---
Created an attachment (id=12363)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12363&action=view)
More complete example of what I'm trying to do
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29305
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-01 05:45 ---
(In reply to comment #4)
> Well, it isn't failing in any obvious fashion. It's quietly putting the label
> at the wrong place, without complaint.
There is no wrong place if you don't use it via a local computed go
--- Comment #7 from jeremy at goop dot org 2006-10-01 05:55 ---
Subject: Re: local label-as-value being placed before
function prolog
pinskia at gcc dot gnu dot org wrote:
> what do you really want? Because what you have mentioned so far seems like
> you
> should be writting a .s fi
--- Comment #8 from jeremy at goop dot org 2006-10-01 05:58 ---
Reopen as enhancement, in the hope gcc implements more useful semantics for
taking the address of a label.
--
jeremy at goop dot org changed:
What|Removed |Added
--
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-01 06:24 ---
(In reply to comment #8)
> Reopen as enhancement, in the hope gcc implements more useful semantics for
> taking the address of a label.
They are useful if used correctly. You are not using them correctly.
They are o
67 matches
Mail list logo
