--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-13 08:44
---
Apparently the other library doesn't implement the resolution of DR 109 (if I
comment out the additional operator() the code compiles). In any case, there
are very long standing issues with those facilities, wh
--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-13 10:00 ---
If you have prehistoric assembler which doesn't support .cfi_personality
directive, then .cfi_* directives can't be used for C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37463
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-13 13:11
---
Let's CC Doug...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
I just tried to compile the Suse Linux package kdeartwork4-4.0.4-13
with the new gcc version 4.4, snapshot dated 20081010.
gcc said
/usr/src/packages/BUILD/kdeartwork-4.0.4/kscreensaver/kdesavers/rkodesolver.cpp:124:
internal compiler error: in vectorizable_load, at tree-vect-transform.c:
Ple
--- Comment #1 from dcb314 at hotmail dot com 2008-10-13 13:23 ---
Created an attachment (id=16488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16488&action=view)
gzipped C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37817
--- Comment #21 from ktietz at gcc dot gnu dot org 2008-10-13 10:39 ---
Fix on trunk on revision 141087. See
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00428.html for the patch.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-10-13
13:46 ---
Can you try regressing r141079 and see if that suppresses the problem on -m32
for i686-apple-darwin9?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-13 09:43 ---
sched_getaffinity(3502, 128, { ff, 0, 0, 0 }) = 32
sched_getaffinity(3502, 128, { 1, 0, 0, 0 }) = 32
...
sched_getaffinity(3502, 128, { 1, 0, 0, 0 }) = 32
Shows that the process originally was bound to an
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-10-13
14:13 ---
To clarify are you saying that the offending revision is likely 141079 or
141077? Both have changes to alias.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #2 from dodji at gcc dot gnu dot org 2008-10-13 14:23 ---
Hello,
I can't reproduce this neither on 4.3 nor trunk branch.
In both branch, the variables have the DW_AT_location attribute.
Please see below the attached dwarf output.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #6 from dominiq at lps dot ens dot fr 2008-10-13 14:24 ---
> To clarify are you saying that the offending revision is likely 141079 or
> 141077? Both have changes to alias.c.
Both revisions are the same: 141077 is for trunk (what I build and probably you
also), 141079 is fo
--- Comment #9 from hjl dot tools at gmail dot com 2008-10-13 08:57 ---
Revision 141079 gaves:
+FAIL: gfortran.dg/structure_constructor_1.f03 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions (internal compiler error)
+FAIL: gfortran.dg/structure_constructor_1.f03 -O3 -f
--- Comment #15 from dominiq at lps dot ens dot fr 2008-10-13 09:00 ---
gcc.c-torture/compile/pr37669.c fails also on i686-apple-darwin9 in 32 and 64
bit modes (as far as I can tell, it never passed).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37669
--- Comment #4 from dominiq at lps dot ens dot fr 2008-10-13 13:59 ---
> Can you try regressing r141079 ...
This revision is for the ira-merge branch, the revision for trunk is r141077
and given the revision window and the fact that it cannot be r141078 since the
failures did not appear
--- Comment #8 from rrpeter at sandia dot gov 2008-10-13 15:17 ---
Subject: Re: OpenMP thinks that I have 1 processor
on an 8 processor pc
jakub at gcc dot gnu dot org wrote:
> --- Comment #7 from jakub at gcc dot gnu dot org 2008-10-13 09:43 ---
> sched_getaffinity(3502, 12
--- Comment #2 from igodard at pacbell dot net 2008-10-13 15:18 ---
Deprecated or not, shouldn't it work up until when it is actually removed?
And forgive me, but I don't understand the relevance of DR 109 here. Perhaps
you meant some other number?
Lastly, if this is not a compiler iss
--- Comment #3 from paolo dot carlini at oracle dot com 2008-10-13 15:27
---
(In reply to comment #2)
> Deprecated or not, shouldn't it work up until when it is actually removed?
It works perfectly well, as designed, without regressions, it's just that
implementing the resolution of li
--- Comment #3 from jan dot kratochvil at redhat dot com 2008-10-13 14:34
---
Fedora gcc-4.3.2-6.x86_64 with -m32 is still buggy as described in the Comment
0.
But HEAD works OK now (-m32) so closing, thanks for the test:
GNU C (GCC) version 4.4.0 20081007 (experimental) (x86_64-unknown
--- Comment #4 from igodard at pacbell dot net 2008-10-13 16:06 ---
Ah - I was looking at language DR109, not library DR109. However, the correct
DR says the committee approved the example reported here (and adds the fix) so
gcc appears to be in error to fail it. However, there is the cu
Hi GCC developers,
I have a c++ source, that I think is wrong (wrt the c++ standard), but
accepted by g++ (and msvc too)!
int
main(int argc, char** argv)
{
char* d = new char[256, 256];
return 0;
}
Is this th
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-10-13
16:11 ---
Can you try the failing test cases with -fno-PIC to see if these issues are
related to the fact that darwin defaults to -fPIC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
Sent from my iPhone
On Oct 13, 2008, at 9:10 AM, "Ralovich, Kristóf" <[EMAIL PROTECTED]
m> wrote:
Hi GCC developers,
I have a c++ source, that I think is wrong (wrt the c++ standard), but
accepted by g++ (and msvc too)!
int
main(int argc, char** a
--- Comment #5 from paolo dot carlini at oracle dot com 2008-10-13 16:23
---
(In reply to comment #4)
> Ah - I was looking at language DR109, not library DR109. However, the correct
> DR says the committee approved the example reported here (and adds the fix) so
> gcc appears to be in e
--- Comment #13 from ktietz at gcc dot gnu dot org 2008-10-13 10:41 ---
See comment above
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Status
Code below presents behavior which I think is incorrect:
class A
{
enum class Color { Red, Orange, Yellow, Green, Blue, Violet };
enum class Alert { Green, Yellow, Red };
};
$ g++-4.4.0-alpha20081010 -c -std=c++0x /tmp/enum_class.cc
/tmp/enum_class.cc:4: error: declaration of Green
/t
--- Comment #2 from dominiq at lps dot ens dot fr 2008-10-13 08:55 ---
I now get the same error for gcc.target/i386/opt-1.c and opt-2.c also in 32 bit
mode (default). This appeared between revision r141074 (with the patch for
pr37808) and r141083.
Note the ICE for gcc.target/i386/hot-1.
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-13 09:34 ---
Testing double_int int_fits_type_p rewrite now...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
"Ralovich, Kristóf" <[EMAIL PROTECTED]> writes:
>
>
> int
> main(int argc, char** argv)
> {
> char* d = new char[256, 256];
> return 0;
> }
>
>
>
> Is this the use of 'placement new' in weird syntax I didn't know
--- Comment #8 from dominiq at lps dot ens dot fr 2008-10-13 16:54 ---
> Can you try the failing test cases with -fno-PIC to see if these issues are
> related to the fact that darwin defaults to -fPIC?
Apparently the tests pass with -fno-PIC in 32 bit mode but not with -m64:
[ibook-dh
--- Comment #6 from igodard at pacbell dot net 2008-10-13 17:01 ---
Then I'm hopelessly confused. It's clear that my report and the example in
DR109 are the same problem. You say: "The example in DR 109 does *not* compile
if the additional operator() are not added and does when the resol
On Mon, Oct 13, 2008 at 18:49, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> "Ralovich, Kristóf" <[EMAIL PROTECTED]> writes:
>
>>
>>
>> int
>> main(int argc, char** argv)
>> {
>> char* d = new char[256, 256];
>> return 0;
>> }
>>
>> ---
--- Comment #7 from paolo dot carlini at oracle dot com 2008-10-13 17:13
---
(In reply to comment #6)
> Then I'm hopelessly confused. It's clear that my report and the example in
> DR109 are the same problem. You say: "The example in DR 109 does *not* compile
> if the additional operato
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-10-13
17:13 ---
Well, I guess then the first thing to ask for is for both the
gcc.target/i386/opt-1.c and gcc.target/i386/opt-2.c tests to be
extended so that they are run with -fPIC. It would be helpful to
know if current
--
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
When copying empty vector with copy constructor, there should be no memory
allocation instead of a malloc of size 1. This is due to allocate(0) calls
operator new(0) which calls malloc(1).
Here is a sample program that will demonstrate the memory allocation of size 1.
#include
#include
using n
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-13 17:51
---
This is already fixed in the current release series, 4.3.x:
2007-09-06 Paolo Carlini <[EMAIL PROTECTED]>
* include/bits/stl_vector.h (_Vector_base<>::_M_allocate):
Do not call _M_impl.alloca
--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-13 17:52 ---
Yes, that certainly is the source of your problems. You could call
sched_setaffinity or pthread_sched_setaffinity in your program before entering
an OpenMP region, guess you should also find out why does that library
--- Comment #8 from igodard at pacbell dot net 2008-10-13 17:55 ---
OK, thanks for your time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37811
--- Comment #10 from rrpeter at sandia dot gov 2008-10-13 18:24 ---
Subject: Re: OpenMP thinks that I have 1 processor
on an 8 processor pc
jakub at gcc dot gnu dot org wrote:
> --- Comment #9 from jakub at gcc dot gnu dot org 2008-10-13 17:52 ---
> Yes, that certainly is the
--- Comment #9 from paolo dot carlini at oracle dot com 2008-10-13 19:07
---
FYI, I had a quick look to the library likely used by current Comeau: it
doesn't implement the letter of the Standard for bind1st & co, neither before
nor after DR 109. It tries to circumvent the limitations of
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-13 19:11 ---
Subject: Bug 37601
Author: jakub
Date: Mon Oct 13 19:10:32 2008
New Revision: 141092
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141092
Log:
PR middle-end/37601
* gcc-interface/utils.c (gnat
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-13 19:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-13 19:35 ---
I get the same ICE for a few testcases in libstdc++ on powerpc-linux-gnu:
+FAIL: 25_algorithms/replace_copy_if/requirements/explicit_instantiation/pod.cc
(test for excess errors)
+FAIL: 25_algorithms/replace_if/requi
--- Comment #2 from andreast at gcc dot gnu dot org 2008-10-13 19:48
---
sparc-solaris2.10 too, same pattern as on sparc-linux.
r141076 with r141078 build was ok.
r141077 with r141078 fails.
--
andreast at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from pault at gcc dot gnu dot org 2008-10-13 19:57 ---
(In reply to comment #4)
> Paul, I'd like to draw your attention to this one. If you have any cycles to
> spare right now...
Hi Thomas,
I suspect that it has a lot to do with PR37787, which I just fixed.
I´m on to
I just tried to compile the Suse Linux package kmymoney-0.8.9-23
with the new gcc version 4.4, snapshot dated 20081010.
The compiler said
kmymoneyaccountselector.cpp: In member function 'bool
kMyMoneyCheckListItem::isAlternate()':
kmymoneyaccountselector.cpp:149: internal compiler error: in cp_ge
--- Comment #1 from dcb314 at hotmail dot com 2008-10-13 20:09 ---
Created an attachment (id=16489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16489&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37819
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-10-13 21:37
---
*** Bug 37817 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 2008-10-13 21:37 ---
*** This bug has been marked as a duplicate of 37742 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-13 22:19 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37819
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-13 22:30 ---
Reduced testcase:
struct kMyMoneyCheckListItem
{
unsigned int m_known : 1;
};
bool
isAlternate(kMyMoneyCheckListItem *a, kMyMoneyCheckListItem *above)
{
a->m_known = above ? above->m_known : true;
}
--- CUT -
For example, g++ --help says
-std= Assume that the input sources are for
but it doesn't say what the default is.
--
Summary: need command line option that prints all defaults and
predefined macros
Product: gcc
Version: 4.2.1
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-13 22:59 ---
Related to PR 29993 where we rejected this code before because of the const. I
want to say that even though we handle them now, we don't handle them fully
now.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-13 23:01 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-13 23:38 ---
Fixed for 4.3.0, I don't know off hand by which patch though. I want to say
the patch for PR 34711 fixes this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Add
If I have a
-Idirectory in my compile path then
#include "file.h" works
but
#include does not.
The compiler complains the file does not exist.
I use the binaries from http://quatramaran.ens.fr/~coudert/gfortran/
and this broke between the snapshot in May and August. It seems to correspond
to
--- Comment #1 from chris dot walter at duke dot edu 2008-10-14 01:50
---
I forgot to include version info:
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: /tmp/gfortran-20081006/ibin/../gcc/configure
--prefix=/usr/local/gfortran --enable-languages=c,fortran
--wi
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-10-14 01:51
---
Subject: Bug 37083
Author: jvdelisle
Date: Tue Oct 14 01:49:51 2008
New Revision: 141101
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141101
Log:
2008-10-13 Jerry DeLisle <[EMAIL PROTECTED]
P
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-10-14 01:54
---
Subject: Bug 37083
Author: jvdelisle
Date: Tue Oct 14 01:53:35 2008
New Revision: 141102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141102
Log:
2008-10-13 Jerry DeLisle <[EMAIL PROTECTED]
P
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-10-14 03:24
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #1 from brian at dessent dot net 2008-10-14 04:33 ---
Subject: Re: New: need command line option that prints all
defaults and predefined macros
http://gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html#index-std-98
This is covered in the manual. The default for C is gnu
in function fold, we can find following code snippet:
5547else if (TREE_CODE_CLASS (code) == '<'
5548 && TREE_CODE (arg0) == COMPOUND_EXPR)
5549 return build (COMPOUND_EXPR, type, TREE_OPERAND (arg0, 0),
5550 fold (build (code, type, TREE_OPERAND (arg0,
--- Comment #2 from kargl at gcc dot gnu dot org 2008-10-14 06:26 ---
Is there a problem with using the standard conforming
INCLUDE statement?
You forgot to include a small test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37821
64 matches
Mail list logo
