--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-27 05:23
---
*** Bug 29611 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-10-27 05:23 ---
This is not really a bug, since using "i" is not the correct constraint
anyways.
*** This bug has been marked as a duplicate of 27528 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-27 05:19 ---
do { __asm__ __volatile__(
"1: twi 31,0,0\n"
".section __bug_table,\"a\"\n"
"\t"".long" " ""1b,%0,%1,%2\n"
".previous" : : "i" (241), "i" ("init/main.c"), "i" ((__func__
--- Comment #1 from raj dot khem at gmail dot com 2006-10-27 05:17 ---
Created an attachment (id=12499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12499&action=view)
preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29611
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-27 04:47 ---
Confirmed, a regression from 3.4.0 which warned:
earth:~>~/ia32_linux_gcc3_4/bin/gcc -W -Wall t.c -save-temps
t.c:3:10: warning: multi-character character constant
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
When I compile this simple C file:
#include
int main() {
return '\1\2';
}
I get a warning:
foo.c:3:10: warning: multi-character character constant
When I compile the same file using --save-temps, I do not get a warning.
Similarly, if I use -E to produce a preprocessed file, and compile that
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-10-27 04:38
---
:) Andrew is going to see if he can duplicate and if so we will open a new PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29494
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-10-27 04:32
---
> Am I missing something here?
Definitely. :-) This PR is about SPARC/Solaris 2.6 only.
> I am getting this with make check for libgomp on i686-linux on 4.2 branch:
Then open a new PR.
--
http://gcc.gnu.o
While compiling kernel modules of 2.6.18 I hit this error. The testcase in
question is attached. This file works all fine with gcc 4.1.2 prerelease. but
GCC 4.2.0 prerelease throws the following error message.
test1.c: In function 'unknown_bootoption':
test1.c:15186: warning: asm operand 2 probabl
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-10-27 04:01
---
If I understand correctly, the inquire FORMATTED= specifier does not have
anything to do with whether the file is opened for formatted or unformatted
I/O. It is simply asking, is the file, if it exists, suitable
--- Comment #7 from lukew at radterm dot com dot au 2006-10-27 03:51
---
(In reply to comment #6)
> Subject: Re: hex and oct constants are converted to wrong type
>
> lukew at radterm dot com dot au wrote:-
>
> > > The resulting tokens compose the controlling constant expression wh
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-10-27 02:08
---
Fixed on 4.2 and 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-10-27 02:03
---
Subject: Bug 29563
Author: jvdelisle
Date: Fri Oct 27 02:03:34 2006
New Revision: 118080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118080
Log:
2006-10-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-27 01:43 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
--- Comment #1 from jaschmidt at uofu dot net 2006-10-27 01:36 ---
Preprocessed source:
http://www.sci.utah.edu/~jas/cchBu06i.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-10-27 01:28
---
(In reply to comment #9)
> one of those patches introduces the regression on the 4.1 branch
The backport of Nathan's patch caused it, though DR 224 is the questionable
problem here and reading the standard current
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-27 01:26 ---
Actually I think this is the same as DR 224 which says "a" here is not
dependent but shown by PR 29469 comment #5, that DR report is bogus.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from debian-gcc at lists dot debian dot org 2006-10-27
01:23 ---
one of those patches introduces the regression on the 4.1 branch
Matthias
r117852 | rguenth | 2006-10-18 11:18:07 +0200 (Wed, 18 Oct 2006) | 16 lines
2006-10-18 Richard Guenther <[EMAIL PROTECTED]>
Get an ICE when compiling c++ code with optimization turned on.
gcc -v:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-include
--- Comment #8 from janis at gcc dot gnu dot org 2006-10-27 01:12 ---
A regression hunt using the testcase from comment #5 identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=116409
r116409 | nathan | 2006-08-25 16:56:07 + (Fri, 25 Aug 2006)
--
janis at gcc d
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-27 01:04
---
Subject: Bug 29563
Author: jvdelisle
Date: Fri Oct 27 01:04:02 2006
New Revision: 118079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118079
Log:
2006-10-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-27 01:01
---
I have no failures on 4.3 only on 4.2 branch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29494
--- Comment #7 from jvdelisle at verizon dot net 2006-10-27 00:55 ---
Subject: Re: [4.2/4.3 Regression] libgomp build fails with
missing pthread_mutexattr_settype
Am I missing something here?
I am getting this with make check for libgomp on i686-linux on 4.2 branch:
Using /usr/share/
--- Comment #7 from debian-gcc at lists dot debian dot org 2006-10-26
23:22 ---
that did work with 4.1 20061007, fails with 20061026.
A regression hunt would be appreciated ;)
Matthias
--
debian-gcc at lists dot debian dot org changed:
What|Removed
--- Comment #13 from uros at kss-loka dot si 2006-10-26 22:22 ---
Just some performance numbers (sorry for the C testcase...) on x86_64:
--cut here--
#include
#include
int main()
{
double x;
double t = 0.0;
for (x = 1000.0; x > 0.0; x -= 1.0)
t += fmod (x, 1.7e-8);
p
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 22:05 ---
[t.c : 26] if ([t.c : 26] D.1570 == 0) [t.c : 27] goto failure; else goto
;
This looks like an expand issue ...
Or a lower gimple issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
[forwarded from http://bugs.debian.org/395057]
In the following sample code, gcc does not create enough
debugging information to let gdb break in lines 27, 30, 33, 36.
This makes debugging the main() function extremely painful.
This is a regression from gcc 2.95 and gcc 3.3, both of which
let
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:38 ---
Created an attachment (id=12498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12498&action=view)
config.log from libgfortran build directory after aclocal/autoconf
--
http://gcc.gnu.org/bugzill
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:37 ---
Running...
aclocal
autoconf
...in libgfortran is insufficient to solve the multilib problem. The resulting
conflg.log from the resulting build in the libgfortran directory is attached to
this bug report.
--- Comment #12 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-26 20:29 ---
> > why is there no problem with this code?
> >
> > PROGRAM test_constructor
> > CHARACTER(len=32), DIMENSION(1,2) :: a
> > a = reshape((/ "one arg", "another arg" /), (/ 1, 2 /))
> > END PRO
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-26 20:16 ---
No feedback in 3 months and this was noticed as a dup of a couple of bugs which
were fixed for 3.3 and this was filed against a target that does not exist in
the FSF so there is no way for anyone here to test if it i
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-26 20:12 ---
This is another DR 224 issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Bugs
--- Comment #12 from pault at gcc dot gnu dot org 2006-10-26 20:08 ---
FX and Steve,
I'll dig out my version of MOD and MODULO that uses the library call, if you
like. The availability of the builtin can be tested and the existing call
used, if not present. That I already did because
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-26 20:07 ---
Reduced:
class WvLink{};
class WvVectorBase
{
class IterBase
{
WvLink *cur() const{}
};
};
template
class WvVector : public WvVectorBase
{
class Iter : public WvVector::IterBase
{
T
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-26 19:52 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--- Comment #7 from Ulrich dot Beingesser at t-systems dot com 2006-10-26
18:38 ---
(In reply to comment #0)
> The attached code crashes under AIX5.2 and AIX5.3 when compiled with g++
> 4.1.1.
> The effect also occurs using g++ 4.0.3.
>
> It seems that throwing exceptions is not compl
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-10-26
18:22 ---
without -fpermissive:
x86_64-linux-gnu-g++ -Wall -save-temps -O2 -D_BSD_SOURCE -D_GNU_SOURCE
-DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0 -O2 -Wall
-I/usr/include/tcl8.3 -I/usr/includ
--- Comment #4 from ddaney at avtrex dot com 2006-10-26 18:03 ---
Subject: Re: Race condition in ServerSocket.accept()
tromey at gcc dot gnu dot org wrote:
> --- Comment #3 from tromey at gcc dot gnu dot org 2006-10-26 17:58
> ---
> Instead of directly calling accept we could
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-26 17:58 ---
-fpermissive
That shows this code is most likely invalid code anyways.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-26 17:58 ---
Instead of directly calling accept we could select or poll on the fd.
This would let us have a timeout or an interrupt or something.
For all I know poll would react more gracefully to another thread
closing the fd --
--- Comment #2 from daney at gcc dot gnu dot org 2006-10-26 17:56 ---
This is trickier than I initially thought.
You cannot remained blocked in accept() while holding a lock that protects
closing the native_fd. Otherwise you will be blocked until a connection
arrives (perhaps forever).
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-10-26
17:42 ---
Created an attachment (id=12497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12497&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
the wvstreams package fails to build:
Matthias
x86_64-linux-gnu-g++ -Wall -save-temps -O2 -D_BSD_SOURCE -D_GNU_SOURCE
-DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0 -O2 -Wall
-I/usr/include/tcl8.3 -I/usr/include -I/usr/include/qt3
-I/usr/include/xplc-0.3.13-I./include -I
--- Comment #1 from daney at gcc dot gnu dot org 2006-10-26 17:21 ---
As noted in Comment #11 of PR15430, I think that all accesses to native_fd need
to be synchronized. That is my plan of attack for this.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from fang at csl dot cornell dot edu 2006-10-26 16:57
---
This is also exactly what I see happening on a G4 build of the same 4.2
snapshot. It tries to build a multilib for fortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
A somewhat similar issue was described in (fixed?) PR #24862.
$> cat ie.f90
PROGRAM ie
TYPE foo
INTEGER :: value
END TYPE
TYPE foo_array
TYPE(foo), DIMENSION(:), POINTER :: array
END TYPE
TYPE(foo_array):: array_holder
INTEGER, DIMENSION(:), POINTER :: array_p
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 16:53 ---
Out of SSA is causing this some how, in that .copyrename3 is fine but
.optimized is not.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following code does not produce the same result when compiled with
optimization.
Looking at the generated assembler code, it looks like the "value = 0"
affectation in the "test" function is not emitted when using -Os, -O1 and -O2.
It works fine with -O0 and -O3.
--
int val
There is a race condition in ServerSocket.accept() as noted in comment #11 of
PR15430:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15430#c11
As well as here:
http://developer.classpath.org/pipermail/classpath/2006-October/001583.html
The same problem probably exists in classpath, but there are se
--- Comment #6 from pault at gcc dot gnu dot org 2006-10-26 15:51 ---
I will submit the above patch tomorrow, time permitting (I am on the road right
now.).
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2006-10-26
14:07 ---
Geoff,
To clarify my previous remarks, it appears that this configure failure
happens in
libgfortran so it maybe that the changes in r117741 needs to extended to
include
libgfortran. The build is in st
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-10-26
13:38 ---
Geoff,
I thought this issue was supposed to be fixed by your changes in
r117741, however I am still seeing a failure when building without
--disable-multilib on a G4...
checking for powerpc-apple-darwi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:08 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:07 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-26 13:00 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from aldot at gcc dot gnu dot org 2006-10-26 12:59 ---
(In reply to comment #8)
> Created an attachment (id=12476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12476&action=view) [edit]
> untested proposed fix
>
> I hope to test this patch soon.
bootstrapped and r
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-10-26 12:57
---
(In reply to comment #9)
> Tree if-conversion is now converting one jump. Andrew, I guess you are not
> working on this anymore? ;)
I am about to fix this today, I had started to work on it yesterday also.
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-26 12:54 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from neil at daikokuya dot co dot uk 2006-10-26 12:42
---
Subject: Re: hex and oct constants are converted to wrong type
lukew at radterm dot com dot au wrote:-
> > The resulting tokens compose the controlling constant expression which
> > is evaluated according t
--- Comment #1 from jhanley at REDCOM dot com 2006-10-26 12:07 ---
I beleive that this issue is actaully a duplicate or at least related to 22479.
--
jhanley at REDCOM dot com changed:
What|Removed |Added
---
--- Comment #6 from P dot Schaffnit at access dot rwth-aachen dot de
2006-10-26 12:02 ---
Sure!
It will just take some time, as I've cleaned-up my objects in between (I was
getting reading to give it another go with an up-to-date TexInfo...). I hope to
be able to post that in a few ho
--- Comment #5 from aldot at gcc dot gnu dot org 2006-10-26 11:18 ---
pr27516 is different in that pr27516 calls makeinfo even if there was no
makeinfo detected.
> PPS: For me it fails with
[]
> makeinfo: getwd: doc/gfortran.info,
> make[3]: *** [doc/gfortran.info] Error 1
> make[3]: L
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-26 09:53 ---
And note that before TER we have
p_108 = &this_91->a3.x[0];
D.3632_327 = p_108 + 15B;
if (p_108 <= D.3632_327) goto ; else goto ;
it sucks that we don't tree-combine COND_EXPRs. Testcase:
int foo(int p)
{
--- Comment #1 from bernie at develer dot com 2006-10-26 09:30 ---
Sorry, I've just noticed this was a dupe, and it's already fixed on trunk.
*** This bug has been marked as a duplicate of 29224 ***
--
bernie at develer dot com changed:
What|Removed
--- Comment #5 from bernie at develer dot com 2006-10-26 09:30 ---
*** Bug 29603 has been marked as a duplicate of this bug. ***
--
bernie at develer dot com changed:
What|Removed |Added
-
The TR1 header functional issues the following warning when
using -Wshadow:
/usr/include/c++/4.1.1/tr1/functional_iterate.h:202: warning: declaration of
__pmf shadows a member of 'this'
--
Summary: Warning in tr1 header with -Wshadow
Product: gcc
Version: 4.1.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
A few restrictions were lifted in F2003:
* The following OPEN numeric values can be of any kind: RECL=
* The following READ and WRITE numeric values can be of any kind:
REC=, SIZE=
* The following INQUIRE numeric values can be of any kind:
NEXTREC=, NUMBER=, RECL=, SIZE=
* In all I/
--- Comment #3 from patchapp at dberlin dot org 2006-10-26 08:28 ---
Subject: Bug number PR 28224
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01326.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #4 from patchapp at dberlin dot org 2006-10-26 08:27 ---
Subject: Bug number PR29452
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01327.html
--
http://gcc.gnu.org/bugzilla/sh
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
5.2.15 VOLATILE statement
R548 volatile-stmt is VOLATILE [ :: ] object-name-list
The VOLATILE statement specifies the VOLATILE attribute (5.1.2.16) for a list
of objects.
5.1.2.16 VOLATILE attribute
The VOLATILE attribute specifies that an object may be referenced, defined, or
become unde
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
The following intrinsics were given an additional (optional) KIND argument by
F2003: ACHAR, COUNT, IACHAR, ICHAR, INDEX, LBOUND, LEN, LEN_TRIM, MAXLOC,
MINLOC, SCAN, SHAPE, SIZE, UBOUND, VERIFY
--
Summary: F2003 intrinsics with an optional KIND argument
Product: gcc
--- Comment #1 from vapier at gentoo dot org 2006-10-26 07:44 ---
Created an attachment (id=12496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12496&action=view)
PR29599-ice.i
reduced test case:
$ sh4-unknown-linux-gnu-gcc-4.1.1 -c -O2 PR29599-ice.i
PR29599-ice.i: In function '
when cross-compiling the kernel for SH4 with gcc-4.1.1, we hit an ICE:
CC drivers/mmc/mmc_block.o
/mnt/data/_home/mano/linuxsh/kernel/linux-2.6.19-rc2-work/drivers/mmc/mmc_block.c:
In function 'mmc_blk_issue_rq':
/mnt/data/_home/mano/linuxsh/kernel/linux-2.6.19-rc2-work/drivers/mmc/mmc_bloc
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29563
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-10-26 07:19
---
Subject: Bug 29563
Author: jvdelisle
Date: Thu Oct 26 07:19:49 2006
New Revision: 118064
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118064
Log:
2006-10-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-10-26 07:17
---
Subject: Bug 29563
Author: jvdelisle
Date: Thu Oct 26 07:17:21 2006
New Revision: 118063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118063
Log:
2006-10-26 Jerry DeLisle <[EMAIL PROTECTED]>
81 matches
Mail list logo
