--- 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
--- 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 #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 #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 #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 #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 #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-
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 #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
--- 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 #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 #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
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 #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
-
--- 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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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.
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 #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
--- 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 #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 #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
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 #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.
--- 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 #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 #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
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
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
--- 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
--- 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 #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 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 #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 #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 #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 #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 #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 #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
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 #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
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 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
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 #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
--- 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 #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
> ---
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 #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
---
--- 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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.2.0
http://
--- 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
--- 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 #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 #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
-
67 matches
Mail list logo
