Unless I'm mistaken, we never mark dummy pointers as "const" for the middle
end.
For
subroutine sub(a)
integer, pointer, intent(in) :: a
the C code would be "void sub(const int *a)". I think we miss the "const" in
the when creating the GIMPLE. In principle this "const" should also be applie
--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-29 05:21 ---
Close as INVALID.
Richard Maine wrote in c.l.f (see link above):
--
> > Contrary to you, my reading is that this applies also to a pointer to
> > a derived type.
>
> I can read it either w
--- Comment #7 from manus at eiffel dot com 2008-04-29 04:51 ---
Just adding the version information of gcc:
lisbon [Manu] : gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
-
--- Comment #9 from bkoz at gcc dot gnu dot org 2008-04-29 04:41 ---
Subject: Bug 35887
Author: bkoz
Date: Tue Apr 29 04:40:08 2008
New Revision: 134776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134776
Log:
2008-04-28 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #6 from intvnut at gmail dot com 2008-04-29 03:42 ---
(In reply to comment #5)
> It should be possible to have an alternate implementation in libgcc2.c by
> means
> of just selecting on a proper architecture define or the size of the argument
> mode.
>
I see where it would
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-04-29 03:14
---
The patch fixes sum, product, and minloc. Regression tests OK on x86-64.
Thanks for patch.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/
/mnt/
gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/20021119-1.c -w -O2
-fno-show
-column -lm -o /mnt/gnu/gcc/objdir/gcc/testsuite/gcc/20021119-1.x2
(timeou
t = 300)
PASS: gcc.c-torture/execute/20021119-1.c compil
--- Comment #6 from manus at eiffel dot com 2008-04-28 22:34 ---
I can reproduce this problem with gcc 4.2.3 that comes with Ubuntu 8.04 on
PowerPC with the following command line:
gcc -Wall -mlongcall -fPIC -c foo.c
Removing either `-fPIC' or `-mlongcall' succeeds, it is when used t
--- Comment #7 from rwild at gcc dot gnu dot org 2008-04-28 22:28 ---
Subject: Bug 35169
Author: rwild
Date: Mon Apr 28 22:27:22 2008
New Revision: 134768
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134768
Log:
gcc/
PR bootstrap/35169
* optc-gen.awk: Work arou
--- Comment #6 from ianw at vmware dot com 2008-04-28 22:28 ---
(In reply to comment #5)
> (In reply to comment #4)
> > Oh, just to be clear, my point was if (a=10) warns, but the extra
> > parenthesis
> > hide the warning.
>
> That is by design.
Ok, I did try looking but is that docu
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-28 22:17 ---
(In reply to comment #4)
> Oh, just to be clear, my point was if (a=10) warns, but the extra parenthesis
> hide the warning.
That is by design.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25733
--- Comment #4 from ianw at vmware dot com 2008-04-28 22:16 ---
Oh, just to be clear, my point was if (a=10) warns, but the extra parenthesis
hide the warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25733
--- Comment #3 from ianw at vmware dot com 2008-04-28 22:14 ---
As another data-point,
if ( (a=10) ) ;
also doesn't warn. I'm not sure what the standard says on that, but other
contemporary compilers do give the an "assignment used as truth value" warning
for the example above.
--
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-04-28 21:36 ---
Confirmed, this would indeed be useful.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from tkoenig at gcc dot gnu dot org 2008-04-28 21:34
---
Created an attachment (id=15542)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15542&action=view)
proposed patch
This fixes the test case.
Regression-test and submission probably tomorrow.
--
http://gc
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-04-28 21:18
---
This should be OK now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-04-28 21:16
---
Subject: Bug 36007
Author: ebotcazou
Date: Mon Apr 28 21:15:41 2008
New Revision: 134766
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134766
Log:
PR ada/36007
* decl.c (gnat_to_gnu_entit
--- Comment #9 from pault at gcc dot gnu dot org 2008-04-28 21:03 ---
This is not "critical" in the gcc sense - I would change it back to normal if I
were you. After all, this feature of F95 has never worked correctly:)
Cheers
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #36 from jason at gcc dot gnu dot org 2008-04-28 20:44 ---
Subject: Bug 57
Author: jason
Date: Mon Apr 28 20:43:27 2008
New Revision: 134762
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134762
Log:
PR c++/57
* parser.c (cp_parser_parameter_declarati
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-28 20:28 ---
The testcase from comment #1 is fixed on the trunk. The original testcase
still
shows (int)a & 1 != 0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14792
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-28 20:19 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #7 from sjhowe at dial dot pipex dot com 2008-04-28 20:17
---
Roger
I agree with your analysis. I am slightly crestfallen as I was suspicious that
Barriato, Hofri etc's paper never mentioned "worst case" only "approximate
case". And I have now seen BFPRT73 paper where it m
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-28 19:19 ---
A preprocessed testcase is always appreciated ;) But yes, I have access to
spec 2006.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36074
--- Comment #3 from hjl dot tools at gmail dot com 2008-04-28 18:37 ---
(In reply to comment #2)
> I bet this is fixed with revision 134745.
>
In my initial bug report, I said "Gcc 4.4 revision 134755 failed to compile
^^^
447.deal
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-28 18:31 ---
I bet this is fixed with revision 134745.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36074
--- Comment #4 from ubizjak at gmail dot com 2008-04-28 17:54 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #3 from uros at gcc dot gnu dot org 2008-04-28 17:50 ---
Subject: Bug 36073
Author: uros
Date: Mon Apr 28 17:49:51 2008
New Revision: 134757
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134757
Log:
PR target/36073
* config/i386/i386.md
(*flo
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail||4.4.0
Known to work||4.3.0
Target
--- Comment #1 from hjl dot tools at gmail dot com 2008-04-28 17:22 ---
Revision 134730 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Bugs
--- Comment #3 from burnus at gcc dot gnu dot org 2008-04-28 16:41 ---
> > I think compiling with -fbacktrace and calling the STOP intrinsic should
> > emit a backtrace.
I think it should not. For abort(), I think a backtrace is ok, but for STOP
there should be no backtrace. Using stop
--- Comment #2 from ubizjak at gmail dot com 2008-04-28 16:20 ---
Mine.
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot
-version -ffast-math -o x.s
Starting program:
/usr/gcc-4.4/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/cc1plus -fpreprocessed
x.ii -quiet -dumpbase x.ii -mtune=generic -auxbase x -O2 -version -ffast-math
-o x.s
GNU C++ (GCC) version 4.4.0 20080428 (experimental) [trunk revision 134755]
(x86_64-unknown-
--- Comment #2 from jaydub66 at gmail dot com 2008-04-28 15:44 ---
(In reply to comment #1)
> I think compiling with -fbacktrace and calling the STOP intrinsic should emit
> a
> backtrace.
I don't think it does. Anyway I'm looking for a solution that keeps the program
running after th
model: posix
gcc version 4.4.0 20080428 (experimental) [trunk revision 134754] (GCC)
--
ejb48 at cam dot ac dot uk changed:
What|Removed |Added
Known to fail
This is my first ever bug report; if I get something wrong, please tell me so I
don't do it again!
When the following is compiled using mainline (as of 28th April 2008) with "-O
-march=nocona -mfpmath=sse,387 -ffast-math" I get an ICE. It's a different ICE
with omitting the "-O2".
-
Code:
--
--- Comment #2 from sliwa at cft dot edu dot pl 2008-04-28 15:02 ---
OK, the LAPACK library was probably compiled with 4.1.2.
--
sliwa at cft dot edu dot pl changed:
What|Removed |Added
--
--- Comment #1 from sliwa at cft dot edu dot pl 2008-04-28 14:47 ---
See
http://forums.amd.com/devforum/messageview.cfm?catid=217&threadid=90399&messid=881726&parentid=856116&FTVAR_FORUMVIEWTMP=Branch
for a similar complaint.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36072
When linking a program build with gfortran 4.3.0 to lapack, I get
/opt/atlas-gnu_4.3.0/3.8.1/lib64/liblapack.so: undefined reference to
`_gfortran_pow_r8_i4'
/opt/atlas-gnu_4.3.0/3.8.1/lib64/liblapack.so: undefined reference to
`_gfortran_pow_r4_i4'
--
Summary: missing symbols in gfo
--- Comment #3 from jv244 at cam dot ac dot uk 2008-04-28 13:56 ---
assuming fixed
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-28 13:32 ---
Closing then, if you manage to reproduce it again, please reopen with more
details.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from jv244 at cam dot ac dot uk 2008-04-28 12:55 ---
revision 134754 seems to pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36071
--- Comment #1 from jv244 at cam dot ac dot uk 2008-04-28 12:48 ---
trace
rogram received signal SIGSEGV, Segmentation fault.
0x005b4e18 in operand_equal_p (arg0=0x2b9220d76420,
arg1=0x2b9220c5b240, flags=0) at
/data03/vondele/gcc_trunk/gcc/gcc/fold-const.c:3037
3037 if (T
--- Comment #149 from jv244 at cam dot ac dot uk 2008-04-28 12:45 ---
new ICE, PR36071.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|RESO
2 days old trunk fails on CVS CP2K [see PR29975] with
gfortran -c -v -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form -D__GFORTRAN -D__FFTSG
-D__COMPILE_ARCH="\"Linux-x86-64-gfortran\"" -D__COMPILE_DATE="\"Mon Apr 28
14:33:23 CEST 2008\"" -D__COMPILE_HOST="\"pcihopt3\""
-
--- Comment #5 from burnus at gcc dot gnu dot org 2008-04-28 12:34 ---
Further reports: They might show the same problem, or also different ones. I
did not check them all:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c553e0034bab977c
* * *
Patch by FX:
http://
--- Comment #2 from riku dot voipio at iki dot fi 2008-04-28 12:26 ---
Newer arm builds of gcc-4.3 in debian have succeeded fine, so I'd say this bug
can be closed. One theory could be that this build machine simply ran out of
Memory during the build (although a later build on similar ma
--- Comment #5 from uros at gcc dot gnu dot org 2008-04-28 12:18 ---
Subject: Bug 36056
Author: uros
Date: Mon Apr 28 12:17:27 2008
New Revision: 134752
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134752
Log:
PR testsuite/36056
* g++.dg/ext/vector14.C: Add -ms
--- Comment #1 from jakub at gcc dot gnu dot org 2008-04-28 11:56 ---
Can you reproduce it with a newer snapshot? Can you find out which change
between 0219 and 0227 caused it? There were very few changes that might affect
it at all, I'd say just PR35071, PR35265, PR34971 and PR35390,
--- Comment #2 from pault at gcc dot gnu dot org 2008-04-28 11:55 ---
Created an attachment (id=15541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15541&action=view)
Fix for this PR
This seems to do the job. The problem arises because the present version of
module.c does not ad
In gcc/config/m68k/linux-unwind.h, the function m68k_fallback_frame_state() has
the following:
if (*(int *) sc->sc_fpstate)
{
int *fpregs = (int *) sc->sc_fpregs;
fs->regs.reg[16].how = REG_SAVED_OFFSET;
fs->regs.reg[16].loc.offset = (long) &fpregs[0] - cfa;
fs->regs.reg[17].how
--- Comment #16 from bero at arklinux dot org 2008-04-28 10:59 ---
ping...
This missed 4.3 again, it should probably get in now before 4.4 enters freeze
mode...
Re the moc -> moc-qt4 change suggested in comment #14: This should be detected
by the configure script, moc-qt4 is a nonstan
--- Comment #1 from David dot Tschumperle at greyc dot ensicaen dot fr
2008-04-28 10:55 ---
Also, removing the warning without adding or removing 'volatile' can be
achieved by writting :
foo() { a = (b = (c = false)); }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36069
When compiling the following file with g++ 4.3.0, with -Wall :
main.cpp
struct foo {
bool a;
volatile bool b,c; // removing 'volatile' here removes the warning.
foo() { a = b = c = false; }
};
int main() {
foo A;
}
-- end of main.cpp --
-bash-3.00$ g++ main.cpp -Wall
tata.cpp
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-28 09:52 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-28 09:51 ---
Subject: Bug 36060
Author: jakub
Date: Mon Apr 28 09:50:31 2008
New Revision: 134751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134751
Log:
PR debug/36060
* dwarf2out.c (struct die_struct):
--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-28 09:46 ---
Subject: Bug 36060
Author: jakub
Date: Mon Apr 28 09:45:26 2008
New Revision: 134750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134750
Log:
PR debug/36060
* dwarf2out.c (struct die_struct):
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-28 09:39 ---
For testvectdp2 we now miss to apply store-motion so the reduction is no longer
recognized. This is the bad interaction between PRE and lim for which we have
PR36009. If you add -fno-tree-pre vectorization fails be
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-28 09:23 ---
Subject: Bug 34223
Author: rguenth
Date: Mon Apr 28 09:22:28 2008
New Revision: 134747
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134747
Log:
2008-04-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-28 09:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-28 09:10 ---
Subject: Bug 36066
Author: rguenth
Date: Mon Apr 28 09:09:19 2008
New Revision: 134745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134745
Log:
2008-04-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-28 09:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from ubizjak at gmail dot com 2008-04-28 08:01 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #4 from ubizjak at gmail dot com 2008-04-28 08:00 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #3 from uros at gcc dot gnu dot org 2008-04-28 07:52 ---
Subject: Bug 36064
Author: uros
Date: Mon Apr 28 07:52:01 2008
New Revision: 134744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134744
Log:
PR target/36064
* config/i386/i386.md (floatdi2_i38
--- Comment #3 from uros at gcc dot gnu dot org 2008-04-28 07:42 ---
Subject: Bug 36056
Author: uros
Date: Mon Apr 28 07:42:12 2008
New Revision: 134743
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134743
Log:
PR testsuite/36056
* g++.dg/ext/vector14.C: Add -ms
--- Comment #2 from ubizjak at gmail dot com 2008-04-28 07:38 ---
No, we need -msse for i686 here since vector floats have to go into xmm
register.
I will fix this.
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
67 matches
Mail list logo
