--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38307
It appears that qualified name lookup fails to find the correct candidate set
for overload resolution in the test case below.
For the following test case, the symptom is rejects-valid; however, it is
simple
to produce variants for wrong-code and accepts-invalid.
The Comeau online compiler compile
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.0 |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39782
#include
#pragma GCC target ("no-avx")
__m256d a, b, c;
__m128d d, e, f;
void __attribute__ ((__target__ ("avx"), __noinline__))
avx_routine (void)
{
a = _mm256_andnot_pd (b, c);
}
void __attribute__ ((__target__ ("sse3"), __noinline__))
sse3_routine (void)
{
d = _mm_andnot_pd (d, e);
}
I
--- Comment #9 from kargl at gcc dot gnu dot org 2009-04-16 19:27 ---
Sigh. Return this to an enhancement request with the
original Summary.
gfortran's behavior is correct.
(Note to self)**2: Never look at a bug report involving the
allocation of 16 GB of memory on a system limited b
First, the problem. Sample program:
#include
int main(void) { return 0; }
% g++ -c bug.cxx
In file included from
/opt/gcc--4.3.3--tru64/bin/../lib/gcc/alphaev56-dec-osf4.0g/4.3.3/include-fixed/sys/localedef.h:76,
from /usr/include/ctype.h:108,
from bug.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:31 ---
Can you provide the preprocessed source? And the output of gcc -v?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39584
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-16 20:32 ---
You want to use the "+" constraint as output constraint.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39389
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:34 ---
*** This bug has been marked as a duplicate of 39182 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 20:34 ---
*** Bug 39389 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39578
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 20:38 ---
*** Bug 39541 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:38 ---
*** This bug has been marked as a duplicate of 15272 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:39 ---
Can you provide a preprocessed testcase?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:44 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 20:45 ---
"first part of triplet"
if you want a multi-targeted i386 compiler, use --enable-targets=.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39411
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39409
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:48 ---
You need either the driver reading the object files or the linker knowing the
specifications for this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 20:50 ---
The trunk gives:
t.cc:18: error: a cast to a type other than an integral or enumeration type
cannot appear in a constant-expression
t.cc:18: error: template argument 2 is invalid
t.cc:18: error: invalid type in decla
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c |middle-end
E
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:54 ---
What target are you compiling on? I could not link this on i686-darwin:
std::basic_string, std::allocator
>::_Rep::_S_create(unsigned int, unsigned int, std::allocator const&)
std::basic_string, std::allocator
>::r
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||diagnosti
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 21:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39619
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39618
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 21:07 ---
Sounds like mmap is not working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39618
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39640
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 21:53 ---
*** This bug has been marked as a duplicate of 2881 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 21:53 ---
*** Bug 39603 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-04-16 21:59 ---
Patch in #12 seems fine to me for 4.4.1.
I remain interested in trying to use C++0x for some of the parallel mode bits,
including but not limited to cstdint, type_traits, functional, atomic, etc.
I hope to get back
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-04-16 21:59 ---
Subject: Bug 39767
Author: kkojima
Date: Thu Apr 16 21:58:59 2009
New Revision: 146216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146216
Log:
PR target/39767
* config/sh/predicates.md (ar
--- Comment #30 from bkoz at gcc dot gnu dot org 2009-04-16 22:04 ---
It'll be nice to have stdint.h provided by the compiler.
;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 22:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 22:10 ---
Hmm, I think we need to implement extern template like C++0x says, I don't know
what it says about this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38132
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-16 22:11 ---
I suspect this is a mis-configuration of your tester. From the most current
test results:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00745.html
This differs in the abi_check fail from other i686 testers, which a
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-16 22:12 ---
Mine
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-16 22:38 ---
Created an attachment (id=17649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17649&action=view)
adds __signbitl for hppa
Bloody hack but will probably work
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-04-16 22:42 ---
Changing int len; into size_t len; and changing unsigned length to size_t
length; causes this to fail even on 32bits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-04-16 23:09 ---
There is no __signbitl export expected, from
config/abi/post/hppa-linux-gnu/baseline_symbols.txt. Where is this from?
Assume this would result in an abi_check FAIL?
FYI
gcc-4.4 hppa-linux results are fine:
http://gc
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-04-16 23:10 ---
Subject: Bug 39767
Author: kkojima
Date: Thu Apr 16 23:09:53 2009
New Revision: 146218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146218
Log:
Backport from mainline:
PR target/39767
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-04-16 23:53 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-17
00:20 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Bloody hack but will probably work
Long double on hppa-linux is the same as double (64 bits).
Dave
--
--- Comment #6 from danglin at gcc dot gnu dot org 2009-04-17 00:56 ---
I believe the problem is the symbol was exported when it shouldn't have been.
The signbit macro is provided by math.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491
th-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++
Thread model: single
gcc version 4.4.0 20090416 (prerelease) (GCC)
--
Summary: gcc.dg/tls/alias-1.c,opt-2.c fail if TLS is not
supported by C library
Product: gcc
Version: 4.4.
A simple example shows the problem:
program test
implicit none
integer i
character(16) abc
abc = "abc"
i = 7
end program
Compile with:
gfortran -g -O0 test.f90
Run with gdb and "whatis abc" produces:
type = character(kind=1) (16)
That is, gdb thinks that the variable abc is an arr
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-04-17 01:47
---
I am looking into this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39782
I got
FAIL: g++.dg/ext/complit11.C (test for excess errors)
on Linux/ia32, Linux/ia64 and Linux/Intel64.
--
Summary: g++.dg/ext/complit11.C failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-17 02:48 ---
I got
/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../g++
-B/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.dg/ext/complit11.C
-
--- Comment #1 from burnus at gcc dot gnu dot org 2009-04-17 04:40 ---
I think this was recently fixed. At least with GCC 4.4.0 20090414 and with the
latest 4.5 trunk:
(gdb) pt abc
type = character*16
(gdb) p abc
$1 = 'abc', ' '
I can reproduce the problem with gfortran 4.3.x
--
--- Comment #2 from alpha dot super-one at laposte dot net 2009-04-17
04:51 ---
My test case:
enum ParityType
{
PAR_NONE,
PAR_ODD,
PAR_EVEN,
PAR_MARK, //WINDOWS ONLY
PAR_SPACE
};
QString parityToString(ParityType value)
{
switch(value)
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-17 04:54 ---
(In reply to comment #2)
> My test case:
That testcase is not compilable at all. Can you use -save-temps and provide
the preprocessed source (which is the .ii file that is generated)?
--
http://gcc.gnu.org/bug
--- Comment #4 from alpha dot super-one at laposte dot net 2009-04-17
05:05 ---
My .ii:
http://files.first-world.info/temp/main.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39511
101 - 158 of 158 matches
Mail list logo
