The following code cannot be compiled by GCC 4.3.3.
#include
#include
#include
using namespace std;
int main()
{
class PrintOne : unary_function
{
public:
result_type operator()(argument_type i)
{
wcout << i << L'\n';
}
};
int a[20]
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-03-13
04:47 ---
The updated patch eliminates the failures in gcc.dg/asm-b.c at both -m32 and
-m64 on i686-apple-darwin9. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-13 04:21 ---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00611.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13
04:08 ---
The proposed patch eliminates the gcc.dg/asm-b.c failure at -m32 on
i686-apple-darwin9 but not the failure at -m64.
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/xgcc
-B
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-13 04:06 ---
*** This bug has been marked as a duplicate of 39451 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-13 04:06 ---
*** Bug 39450 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-13 04:02 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00609.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-03-13
03:58 ---
This regression is caused by r144812.
r144812 | vmakarov | 2009-03-12 10:39:55 -0400 (Thu, 12 Mar 2009) | 8 lines
2009-03-12 Vladi
gcc.dg/asm-b.c has
#elif defined __i386__ || defined __x86_64__
__asm __volatile ("movb %b1,1(%2); movb %h1,(%2)" : "=m" (*z) : "r" (y), "r"
(z));
#endif
The "r" constraint means any integer registers. But %b1/%h1 requires
the "Q" constraint.
--
Summary: Invalid x86 constraint in
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13
01:27 ---
Subject: Re: gcc.dg/asm-b.c compilation fails to produce executable
> I also see this fail.
Specifically, I see it in r144826.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-03-13
01:27 ---
Fails at both -m32 and -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13
01:24 ---
Dave's last posted results without this is r144796.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
--- Comment #2 from danglin at gcc dot gnu dot org 2009-03-13 01:23 ---
I also see this fail.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-03-13
01:17 ---
Correction...the regression is observed on i686-apple-darwin9. I haven't
checked current gcc trunk under darwin10 yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
Current gcc trunk (r144825) shows a regression on i686-apple-darwin10...
Running
/sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/dg.exp
...
FAIL: gcc.dg/asm-b.c (test for excess errors)
WARNING: gcc.dg/asm-b.c compilation failed to produce executable
This shows up
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13
01:12 ---
Subject: Re: FAIL: gcc.target/i386/stackalign/longlong-2.c
> --- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13
> 00:20 ---
> Read comments 47 through 49 of
> http://gcc.gnu.o
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13
00:20 ---
Read comments 47 through 49 of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12
23:07 ---
Subject: Re: New: FAIL:
gcc.target/i386/stackalign/longlong-2.c
Attached .s for first fail.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12
23:07 ---
Create
Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc
-B/Users/dave/gnu/gcc/obj
dir/gcc/
/Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/stackalign/longlo
ng-2.c -mstackrealign -O2 -mpreferred-stack-boundary=2 -S -o longlong-2.s
(
timeout = 300)
PASS: gcc.target/i386/stackalign/longlong
--- Comment #11 from doko at ubuntu dot com 2009-03-12 23:02 ---
applied to the 4.3 branch it fixes the problem; no regressions in the testsuite
for a biarch build on i486-linux-gnu with --enable-languages=c,c++
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
--- Comment #6 from hjl dot tools at gmail dot com 2009-03-12 22:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #8 from ayers at gcc dot gnu dot org 2009-03-12 22:28 ---
Subject: Bug 27466
Author: ayers
Date: Thu Mar 12 22:28:15 2009
New Revision: 144826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144826
Log:
libobjc/
2009-03-12 Richard Frith-Macdonald
David
Trying to compile avr-gcc on OpenSolaris. gcc 3.4.3 installed on host, using
sources for 4.3.3. Make eventually errors off with "cannot compute suffix of
object files". A look in config.log shows weird paths:
/export/home/ck242721/avr/avr/bin/as: not found.
Binutils installed in /export/home/ck
--- Comment #10 from jakub at gcc dot gnu dot org 2009-03-12 20:47 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #9 from jakub at gcc dot gnu dot org 2009-03-12 20:46 ---
Subject: Bug 39431
Author: jakub
Date: Thu Mar 12 20:45:39 2009
New Revision: 144825
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144825
Log:
PR target/39431
* config/i386/predicates.md (cmpx
--- Comment #1 from il dot basso dot buffo at gmail dot com 2009-03-12
20:41 ---
Created an attachment (id=17452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17452&action=view)
Preprocessed C++ source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39447
$ g++ -O1 -floop-interchange -c buffer.pre.cc
buffer.cc: In member function 'bool Buffer::save(const std::string*, bool,
bool, Point, Point) const':
buffer.cc:204: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
Backtrace:
#0 0
--- Comment #30 from hjl dot tools at gmail dot com 2009-03-12 20:21
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|REOPENE
--- Comment #2 from paolo dot carlini at oracle dot com 2009-03-12 20:01
---
Indeed, mainline is fine. Do we have evidence that some earlier 4.3.x release
worked? Because, otherwise, given that 4.3.x is approaching is end of life in
terms of expected releases, this issue can be safely c
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 19:56 ---
Subject: Bug 39445
Author: hjl
Date: Thu Mar 12 19:56:34 2009
New Revision: 144823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144823
Log:
gcc/
2009-03-12 H.J. Lu
PR target/39445
* config
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 19:53 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00603.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from ramana dot r at gmail dot com 2009-03-12 18:45 ---
With Mainline today gcc produces :
stmfd sp!, {r4, lr}
mov r1, r0, lsr #24
mov r4, r0
mov r0, #8
bl func
mov r1, r4, lsr #16
and r1,
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-03-12 18:43
---
> How can I reproduce it?
-mtune=i586 presumably.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
--- Comment #3 from tortoise_74 at yahoo dot co dot uk 2009-03-12 18:34
---
I should point out (as it is not obvious to the uninitiated) that this may not
be legal C++ as "A string literal cannot be used as a template argument".
String literals have internal linkage. So string argument
--- Comment #3 from ian at airs dot com 2009-03-12 18:29 ---
We don't have to document all of the modifiers, but we do have to document some
of them. There are cases where they are required in order to use asm
statements effectively. Most of the modifiers haven't changed for decades, I
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 17:58 ---
How can I reproduce it? How is your gcc configured?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from hjl at gcc dot gnu dot org 2009-03-12 17:50 ---
Subject: Bug 39327
Author: hjl
Date: Thu Mar 12 17:50:02 2009
New Revision: 144820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144820
Log:
2009-03-12 H.J. Lu
Backport from mainline:
2009-0
--- Comment #16 from ubizjak at gmail dot com 2009-03-12 17:48 ---
*** Bug 35135 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #10 from ubizjak at gmail dot com 2009-03-12 17:48 ---
*** This bug has been marked as a duplicate of 16185 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from mark_r_eggleston at yahoo dot co dot uk 2009-03-12
17:44 ---
In the test case program bug.adb functions a_string are substituted for
get_name functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39446
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 17:43 ---
Subject: Bug 39327
Author: hjl
Date: Thu Mar 12 17:43:14 2009
New Revision: 144819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144819
Log:
2009-03-12 H.J. Lu
PR target/39327
* config/i386/
--- Comment #1 from mark_r_eggleston at yahoo dot co dot uk 2009-03-12
17:42 ---
Created an attachment (id=17451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17451&action=view)
Simple test case program, version information.
No temporary files are include because the only tempor
With two functions named get_name both returning string, the first function
having no parameter and the second an integer parameter.
This call:
Put(get_name);
is accepted by the compiler but this call
Put(get_name(7));
is rejected as ambiguous. The compiler refers the following possible
interp
On i586-suse-linux 3 SSE2 tests have failed for some time:
FAIL: gcc.target/i386/pr35767-1.c execution test
FAIL: gcc.target/i386/pr35767-1d.c execution test
FAIL: gcc.target/i386/pr35767-1i.c execution test
When compiled at -O0:
(gdb) run
Starting program: /home/eric/gnat/gnat-head/native32/pr3
--- Comment #2 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:23
---
Created an attachment (id=17450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17450&action=view)
"defect in the C++ ABI" message
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
--- Comment #1 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:21
---
Created an attachment (id=17449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17449&action=view)
ICE with arg = std::string("")
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
Compiling the following code causes an internal compiler error on both:
gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux)
&
gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)
#include
#include
template
class Filter
{
public:
virtual const std::string& getFilterName() const
{
static co
--- Comment #1 from gcc at cohi dot at 2009-03-12 17:00 ---
Just now I installed pre-release gcc-4.4-20090306 and there is no error with
t.cc as shown, so it seems to be a bug that has been already fixed; I didn't
check any 4.3.4 pre-release however.
--
http://gcc.gnu.org/bugzilla/s
--
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
--- Comment #29 from hjl at gcc dot gnu dot org 2009-03-12 16:08 ---
Subject: Bug 38824
Author: hjl
Date: Thu Mar 12 16:08:02 2009
New Revision: 144817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144817
Log:
2009-03-12 H.J. Lu
PR target/38824
* config/i386
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-12 16:03 ---
(In reply to comment #4)
> (In reply to comment #3)
>
> > > callget_arg
> > > movups (%rax), %xmm1
> > > xorl%edi, %edi
> > > movaps %xmm1, (%rsp) [*]
> >
> >
--- Comment #28 from hjl dot tools at gmail dot com 2009-03-12 16:00
---
(In reply to comment #25)
> patch committed (the changelog was in gcc-patches :-).
>
This patch caused:
http://gcc.gnu.org/ml/gcc/2009-03/msg00340.html
--
hjl dot tools at gmail dot com changed:
--- Comment #4 from pluto at agmk dot net 2009-03-12 15:53 ---
(In reply to comment #3)
> > callget_arg
> > movups (%rax), %xmm1
> > xorl%edi, %edi
> > movaps %xmm1, (%rsp) [*]
>
> We can use movaps since stack is aligned at 16byt
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-12 15:51 ---
Created an attachment (id=17448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17448&action=view)
gcc44-pr39443.patch
Patch I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=394
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 15:49 ---
Fixed, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 15:47 ---
(In reply to comment #2)
> on x86_64/4.4.0 i see correct movups and weird aligned moves[*].
>
> main: subq$24, %rsp
> xorl%edi, %edi
> callget_arg
> movups (%rax), %xmm1
>
--- Comment #2 from pluto at agmk dot net 2009-03-12 15:37 ---
on x86_64/4.4.0 i see correct movups and weird aligned moves[*].
main: subq$24, %rsp
xorl%edi, %edi
callget_arg
movups (%rax), %xmm1
xorl%edi, %edi
movaps %xmm1, (%
--
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
typedef __SIZE_TYPE__ size_t;
extern int memcmp (const void *s1, const void *s2, size_t n)
__attribute__ ((__nothrow__, __pure__));
extern __typeof (memcmp) memcmp __asm__ ("memory_compare");
int
bar (char *s, char *t, int cnt)
{
if (__builtin_expect (cnt, 0))
return memcmp (s, t, cnt);
--- Comment #10 from chrbr at gcc dot gnu dot org 2009-03-12 15:10 ---
Created an attachment (id=17447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17447&action=view)
SH illustrative patch
for feedback only. win on SH. lost on ARM
2009-03-12 Christian Bruel
* fold-c
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 15:06 ---
I believe this is fixed in gcc 4.4.0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #9 from chrbr at gcc dot gnu dot org 2009-03-12 15:04 ---
The attached patch improves the SH generation, but I noticed a small regression
with the ARM that could make use before of a shifted constant addressing mode,
so not using the extra register for the value.
A target de
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12)
This code causes an alignment fault because __builtin_ia32_loadups will
generate a movaps instruction instead of a movups instruction.
#include
void sse_func(__m128, __m128);
float *get_arg(int);
int main(void)
{
sse_func(__builtin_ia32_loadups
--- Comment #7 from vmakarov at gcc dot gnu dot org 2009-03-12 14:40
---
Subject: Bug 39432
Author: vmakarov
Date: Thu Mar 12 14:39:55 2009
New Revision: 144812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144812
Log:
2009-03-12 Vladimir Makarov
PR debug/39432
--- Comment #2 from etienne_lorrain at yahoo dot fr 2009-03-12 14:10
---
The thread associated:
http://gcc.gnu.org/ml/gcc/2009-03/msg00288.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:02
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #3 from uweigand at gcc dot gnu dot org 2009-03-12 14:01
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:00
---
Subject: Bug 39181
Author: uweigand
Date: Thu Mar 12 14:00:21 2009
New Revision: 144811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144811
Log:
PR target/39181
* config/spu/spu.c (spu_ex
--- Comment #1 from pbrook at gcc dot gnu dot org 2009-03-12 13:45 ---
I'm not so sure documenting these is a good idea. Aren't these really internal
implementation details that are accidentally exposed via asm()?
IMHO putting them in the user documentation is risky because it means use
--- Comment #49 from hjl dot tools at gmail dot com 2009-03-12 13:30
---
(In reply to comment #48)
> If it ignores -mpreferred-stack-boundary it shouldn't end up setting
> ix86_preferred_stack_boundary to the ignored value.
>
i386/darwin.h has
/* On Darwin, the stack is 128-bit align
Given the following package spec:
package Full_View is
type Base_Type (Num : Integer) is tagged private;
type Base_Interface is interface;
type New_Type is new Base_Type (Num => 11)
and Base_Interface with private;
private
type Base_Type (Num : Integer) is tagged record
The user manual at:
http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Extended-Asm.html#Extended-Asm
decribes a lot of the asm syntax, but do not describe the modifier in between
the percent sign and the digit (or [name]) inside the string of the asm.
One use case is to access global structure fields in
--- Comment #2 from 4tmuelle at informatik dot uni-hamburg dot de
2009-03-12 09:58 ---
Hey Richard. Thanks for the timely feedback.
As far as I know, it works more or less good for printf-wrappers. So I expected
this to be working for strftime as well.
I don't think that your proposed
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 09:56 ---
Created an attachment (id=17446)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17446&action=view)
gcc44-pr39431.patch
Patch I'm bootstrapping/regtesting ATM.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #48 from rguenth at gcc dot gnu dot org 2009-03-12 09:43
---
If it ignores -mpreferred-stack-boundary it shouldn't end up setting
ix86_preferred_stack_boundary to the ignored value.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-12 09:40 ---
It won't work. You can either put the wrapper in a system header (add
#pragma GCC system_header) or build this TU with -fno-builtin-strftime.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39438
77 matches
Mail list logo
