Mike Stump mikest...@comcast.net writes:
A make clean followed by a make in the libgcc directory results in:
../../../../gcc/libgcc/config/i386/cpuinfo.c:23:25: fatal error:
auto-target.h: No such file or directory
#include auto-target.h
Oh, the the old days, we'd just add a dependancy…
Hi Angelo,
well, after a somewhat bumpy start on the Cygwin list, I did get the
information I needed.
It turned out that the directories and files I had created under
Windows had the permission 000 according to Cygwin, but I could still
read the files and enter the
directories, because the
Il 21/06/2013 16.06, Arjen Markus ha scritto:
Hi Angelo,
well, after a somewhat bumpy start on the Cygwin list, I did get the
information I needed.
It turned out that the directories and files I had created under
Windows had the permission 000 according to Cygwin, but I could still
read the
[ I foolishly sent this with the document as an attachment... hopefully
it gets rejected and anyone interested can simply download the document
from the wiki..]
Over the past couple of months, I've slowly been putting together an
action plan to help modernize GCC's source base. We've had
On 06/21/2013 11:27 AM, Andrew MacLeod wrote:
I hope this link will work :-)...
http://gcc.gnu.org/wiki/AndrewMacLeod?action=AttachFiledo=viewtarget=gccrestructureplan2.1.odt
Highlander
or you can use this PDF file...
A few observations:
* You don't mention anything about separating host-side and target-side
configuration, which are also entangled. A slightly out-of-date list of
target macros used in target-side code is at
http://gcc.gnu.org/wiki/Top-Level_Libgcc_Migration and a clean back-end
class would
A question regarding regalloc (probably greg?)
I understand that matching constraints can constrain allocation to
re-use registers, e.g. for an 'add' actually has 2 instruction
operands (instead of 3). This is documented well. But what about if I
do not necessarily constrain the output template,
On 06/21/2013 12:16 PM, Joseph S. Myers wrote:
A few observations:
* You don't mention anything about separating host-side and target-side
configuration, which are also entangled. A slightly out-of-date list of
target macros used in target-side code is at
* Various cases of front-end folding are to get better warnings, e.g. to
detect that in a signed-to-unsigned conversion the converted value is in
fact never negative. I don't see this issue mentioned in the document.
Tree front-end folding, or more precisely folding of expressions generated
On Fri, Jun 21, 2013 at 9:22 AM, Hendrik Greving
hendrik.greving.in...@gmail.com wrote:
A question regarding regalloc (probably greg?)
I understand that matching constraints can constrain allocation to
re-use registers, e.g. for an 'add' actually has 2 instruction
operands (instead of 3).
On Thu, Jun 20, 2013 at 6:25 PM, Mike Stump mikest...@comcast.net wrote:
A make clean followed by a make in the libgcc directory results in:
../../../../gcc/libgcc/config/i386/cpuinfo.c:23:25: fatal error:
auto-target.h: No such file or directory
#include auto-target.h
Oh, the the old
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57664
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57663
--- Comment #2 from Sebastien Bardeau bardeau at iram dot fr ---
(In reply to Mikael Morin from comment #1)
(In reply to Sebastien Bardeau from comment #0)
It seems that the gcc 4.6 branch is still receiving bug fixes, so could you
have a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57665
Bug ID: 57665
Summary: cpp: stringification does not work for __GNUC__
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57663
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Is there any chance that someone has a look to this bug?
No, but you can do it yourself.
I did not test all gcc/gfortran versions, so I am 100% sure that
this a 4.6-only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57665
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
1) You didn't attach a testcase
2) GCC 4.3 is unsupported and unmaintained
3) You have the wrong number of underscores:
#define GCC_VERSION #__GNUC__ . #___GNUC_MINOR__ .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57659
--- Comment #2 from Ellis N. Thomas ExtraLeveLInSoftware at ntlworld dot com
---
Oops...re-used a previous report as a template!
Pls take (sub)sections 6 as 5.
(In reply to Jonathan Wakely from comment #1)
(In reply to Ellis N. Thomas from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57665
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53211
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
Bug ID: 57666
Summary: valarrayT::operator= in c++11 mode does not adapt to
size
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
thunderliu at gmail dot com changed:
What|Removed |Added
Target||x86_64-redhat-linux
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57408
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|superbem at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57667
Bug ID: 57667
Summary: -femit-struct-debug-detailed
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #26 from Martin Liška marxin.liska at gmail dot com ---
Unit tests error:
Program received signal SIGSEGV, Segmentation fault.
0x2aaab39189ed in ScDocument::CalcAll() () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libsclo.so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57667
--- Comment #1 from Evgeny Gavrin evgeny.gavrin at hotmail dot com ---
Created attachment 30332
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30332action=edit
structs declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57402
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57401
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57667
--- Comment #2 from Evgeny Gavrin evgeny.gavrin at hotmail dot com ---
Hi!
From the documentation to -femit-struct-debug-detailed:
The value `base' means that the base of name of the file in which the type
declaration appears must match the base
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to thunderliu from comment #0)
Non-member operators for valarray returns instance of _Expr (lazy
evaluation?), instead of another valarray. This is non-conforming but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Please try the attached patch. If it works, I will send it for community
review.
Hi Zhenqiang,
This seems to fix the miscompare on my setup, thanks!
I haven't ran a full regression test on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
--- Comment #3 from thunderliu at gmail dot com ---
Sorry I missed that. But the remaining (which is the point of this bug) still
stands.
(In reply to Jonathan Wakely from comment #2)
(In reply to thunderliu from comment #0)
Non-member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57664
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
Can't really bisect it further due to autoconf version, but it started between
186994 and 187108.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57668
Bug ID: 57668
Summary: Regression in vectorizing memcpy pattern.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57668
--- Comment #1 from Ondrej Bilka neleai at seznam dot cz ---
Created attachment 30333
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30333action=edit
benchmark for memcpy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Target||avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se ---
Bernd Schmidt has posted a patch for review:
http://gcc.gnu.org/ml/gcc-patches/2013-06/msg01147.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
--- Comment #4 from pebbles at riseup dot net ---
(In reply to Georg-Johann Lay from comment #3)
Would you explain what you are trying to achieve?
For one thing, I'm coding in C++, so the handlers may be mangled to the wrong
symbols unless I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57669
Bug ID: 57669
Summary: Incorrect floating point values with 32-bit compile
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57408
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #27 from Jan Hubicka hubicka at gcc dot gnu.org ---
It is difficult to say why the unit test fails. Would be possible to run it in
GDB and figure out why it segfaults?
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #18 from Jan Hubicka hubicka at gcc dot gnu.org ---
What about trying ulimit -m to increase the number of FDs? (it requires root)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #19 from Jan Hubicka hubicka at gcc dot gnu.org ---
chrome.wpa.000i.cgraph:
_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi/8859591 (OnIOComplete)
@0x7f80e10be980
Type: function definition analyzed
Visibility: force_output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34928
--- Comment #5 from Bud Davis bdavis at gcc dot gnu.org ---
As the reporter of this enhancement request, I think it is something that
should be left open.
Low priority, but this was a 'feature' of some f77 compilers in the past.
Even if no-one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #20 from Martin Liška marxin.liska at gmail dot com ---
Link to ltrans16.cgraph dump:
https://docs.google.com/file/d/0B0pisUJ80pO1c0JTTmR5Z1pQb28/edit?usp=sharing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
--- Comment #28 from Martin Liška marxin.liska at gmail dot com ---
Gdb instruction dump of ScDocument::CalcAll, place where SIGSEGV was received
is marked with '', address: 0x2aaab390c19d
+
B+ ¦0x2aaab390c180 _ZN10ScDocument7CalcAllEv push
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
--- Comment #5 from Georg-Johann Lay gjl at gcc dot gnu.org ---
(In reply to pebbles from comment #4)
(In reply to Georg-Johann Lay from comment #3)
Would you explain what you are trying to achieve?
For one thing, I'm coding in C++, so the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57667
--- Comment #3 from Evgeny Gavrin evgeny.gavrin at hotmail dot com ---
Command to run:
egavrin@debian:~/dev/vd-issues/ld-memory-consumption/gcc-tests$ gcc-4.7 test.c
-O0 -g2 -gdwarf-2 -femit-struct-debug-detailed=ind:ord:base
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57670
Bug ID: 57670
Summary: Member-pointer calls should not be redirected to
builtin_unreachable
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57670
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57666
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17166
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57671
Bug ID: 57671
Summary: Compile Error: When declared a pointer const TYPE
const *p ; (p is name of pointer)
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
--- Comment #6 from pebbles at riseup dot net ---
You seem to be speaking from an assumption that this warning code should not
change. Is there a reason for not adding this small patch, which makes gcc
more extendable and accurate?
(In reply to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57669
Julian Taylor jtaylor.debian at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57671
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45508
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||benoit.hudson at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57669
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |target
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7957
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
--- Comment #8 from pebbles at riseup dot net ---
(In reply to Georg-Johann Lay from comment #7)
(In reply to pebbles from comment #6)
This seems like a very small patch that makes GCC more extendable and
accurate. I am not too attached to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57669
--- Comment #3 from Oliver Stoeneberg oliverst at online dot de ---
It's unoptimized code and using -msse -mfpmath=sse fixes it.
But there is another fix:
http://msdn.microsoft.com/en-us/library/vstudio/7t5yh4fd(v=vs.110).aspx
Changing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34928
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
As the reporter of this enhancement request, I think it is something
that should be left open.
Low priority, but this was a 'feature' of some f77 compilers in the past.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
pebbles at riseup dot net changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57658
--- Comment #3 from Takaki Makino t-gcc-bugzilla at snowelm dot com ---
Created attachment 30336
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30336action=edit
Reduced testcase
Hi Paolo,
Thank you for referring to the useful resource.
Using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
Shane w.shane.grant at gmail dot com changed:
What|Removed |Added
CC||w.shane.grant at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57658
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57631
--- Comment #10 from Georg-Johann Lay gjl at gcc dot gnu.org ---
I can have a look at it, but it might take a month or so until I get back to
this issue.
If I understand correctly, bottom line of what you need is that avr-gcc does
not warn for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57658
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57672
Bug ID: 57672
Summary: va_list fixinclude needed for AIX 5.3 sys/types.h
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53317
Joseph S. Myers jsm28 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #26 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Fri Jun 21 21:51:41 2013
New Revision: 200321
URL: http://gcc.gnu.org/viewcvs?rev=200321root=gccview=rev
Log:
2013-06-21 Tobias Burnus bur...@net-b.de
Hi!
On Thu, 20 Jun 2013 15:08:16 -0700, Ian Lance Taylor i...@airs.com wrote:
Thomas Schwinge tho...@codesourcery.com writes:
On Sun, 05 May 2013 18:55:09 -0700, Ian Lance Taylor i...@airs.com wrote:
Thomas Schwinge tho...@codesourcery.com writes:
libgcc/
* fp-bit.c
Hi all,
With r200197 the test pr46975.c now fails because the code:
/* { dg-options -mthumb -Os } */
int foo (int s)
{
return s == 1;
}
now generates:
0: f1a0 0001 sub.w r0, r0, #1
4: fab0 f080 clz r0, r0
8: 0940lsrsr0, r0, #5
a:
Richard Biener rguent...@suse.de writes:
+ register const void **jump_table asm (r12);
That can't work.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
2013/6/20 Richard Biener rguent...@suse.de:
2013-06-20 Richard Biener rguent...@suse.de
PR tree-optimization/57584
* tree-ssa-loop-niter.c (expand_simple_operations): Avoid including
SSA names into the expanded expression that take part in
abnormal
Hi,
looks like we implemented LWG 630 incompletely, not updating:
valarray::operator=(const _Expr)
together with the copy assignment operator. The inconsistency clearly
shows up eg when we try to assign the result of an arithmetic binary
operation.
Tested x86_64-linux. Gaby, any
Hi Eric,
Can you please help to review the general idea and this patch for zero
sign extension elimination with VRP?
Thanks,
Kugan
On 17/06/13 11:01, Kugan wrote:
Can you please help to review this patch? Richard reviewed the original
patch and asked it to be split into two parts. Also,
On 21/06/13 09:49, Kyrylo Tkachov wrote:
Hi all,
With r200197 the test pr46975.c now fails because the code:
/* { dg-options -mthumb -Os } */
int foo (int s)
{
return s == 1;
}
now generates:
0: f1a0 0001 sub.w r0, r0, #1
4: fab0 f080 clz r0, r0
Hi all,
This patch adjusts the patterns in thumb2.md to conform with -mrestrict-it.
16-bit alternatives are added, patterns that explicitly generate IT blocks
that don't conform are disabled or replaced with appropriate patterns for
arm_restrict_it. A new pattern thumb2_cond_arith_strict_it is
Hi all,
This is the final patch in the series. It adjusts patterns in arm.md that do
arithmetic operations and comparisons. We add alternatives for 16-bit
encodings to the patterns. Some alternatives and patterns are disabled for
arm_restrict_it or their cond_exec variants.
The Pd constraint is
On 20/06/13 02:00, Vladimir Makarov wrote:
I hope the following patch fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57604
Although I have no specific hardware to check this.
The patch also adds a comment about one recent change as it was done in
the same function.
The patch was
... grrr, I attached the wrong testcase, isn't testing anything.
Corrected below.
Paolo.
///
Index: include/std/valarray
===
--- include/std/valarray(revision 200268)
+++ include/std/valarray
On 08/08/2012 11:08 PM, Dodji Seketeli wrote:
OK to commit?
Looks good, but what sets LIBXML2_NEW_BUFFER ?
Andrew.
On Fri, Jun 21, 2013 at 12:13:35PM +0100, Andrew Haley wrote:
On 08/08/2012 11:08 PM, Dodji Seketeli wrote:
OK to commit?
Looks good, but what sets LIBXML2_NEW_BUFFER ?
I lack context but I think I can answer that one :)
LIBXML2_NEW_BUFFER is a libxml2 public macro from libxml/tree.h
/*
Hi,
As mentioned be Jakub, Intel Spec introduces single-underscored
intrinsics for bextr insn which takes different arguments.
Patch introduces intrinsics and tests.
ChangeLog:
2013-06-20 Kirill Yukhin
kirill.yuk...@intel.com
On 06/21/2013 12:19 PM, Daniel Veillard wrote:
On Fri, Jun 21, 2013 at 12:13:35PM +0100, Andrew Haley wrote:
On 08/08/2012 11:08 PM, Dodji Seketeli wrote:
OK to commit?
Looks good, but what sets LIBXML2_NEW_BUFFER ?
I lack context but I think I can answer that one :)
[list copied]
On 06/20/13 11:20, Jakub Jelinek wrote:
On Wed, Jun 19, 2013 at 05:08:38PM -0500, Aldy Hernandez wrote:
On 06/19/13 16:43, Jakub Jelinek wrote:
On Wed, Jun 19, 2013 at 04:39:52PM -0500, Aldy Hernandez wrote:
Jumps are disallowed into or out of the body of the for loop
On 06/21/2013 01:00 PM, Andreas Krebbel wrote:
On 20/06/13 02:00, Vladimir Makarov wrote:
I hope the following patch fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57604
Although I have no specific hardware to check this.
The patch also adds a comment about one recent change as it was
I think I will continue to work from SVN branches, because I'm a lot
more familiar with that process. I'm also going to start working on a
couple of different checkouts of the c++-concepts branch
independently, so this should be a little easier for me.
I can move those patches over to git and
On Fri, Jun 21, 2013 at 12:53 AM, Alan Modra amo...@gmail.com wrote:
A number of places in the rs6000 backend assume the value for a vec
splat can be found at element nunits-1 of a vector constant, which is
wrong for little-endian. This patch fixes them and the ICE found
when running
On Fri, Jun 21, 2013 at 07:16:56AM -0500, Aldy Hernandez wrote:
I have done as suggested, and cleaned things up along the way.
I believe this is the last remaining TODO on my Cilk Plus pragma
simd list. Everything else is dependent on OMP4.
Is this what you had in mind?
Roughly, yes.
David: Can you have a look at libgfortran/config/fpu-aix.h - Thanks!
Uros: Can you have a look at libgfortran/config/fpu-387.h - Thanks!
The patch silently changes libgfortran/config/fpu-sysv.h as well, breaking
Solaris in the process:
In file included from /nile.build/botcazou/gcc-
Paolo Carlini paolo.carl...@oracle.com writes:
| ... grrr, I attached the wrong testcase, isn't testing
| anything. Corrected below.
|
| Paolo.
|
| ///
OK.
-- Gaby
Initial pass on diagnostics for constraints. The general approach is
to recurse through a requirement expression searching for constraints
that have failed, generating as precise a message as possible.
Admittedly, these will require some polishing (indentation, messages,
formatting, choosing a
On Fri, Jun 21, 2013 at 1:26 PM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hi,
As mentioned be Jakub, Intel Spec introduces single-underscored
intrinsics for bextr insn which takes different arguments.
Patch introduces intrinsics and tests.
ChangeLog:
2013-06-20 Kirill Yukhin
In order to ensure that ALLOCATED(var) works, we have to allocate at
least one byte. While malloc(0) is permitted, it is system depended
whether it returns NULL or a unique non-NULL pointer.
Build and regtested on x86-64-gnu-linux.
OK for the trunk?
Tobias
2013-06-21 Tobias Burnus
Andrew Sutton andrew.n.sut...@gmail.com writes:
| Changes are pushed in git branch asutton/c++-concepts. The Changelog
| is below
Andrew, please can you send me a diff? When reading emails, it really is
much easier for me that way. Thanks,
-- Gaby
On Fri, Jun 21, 2013 at 05:11:39PM +0200, Uros Bizjak wrote:
Is it ok to install?
This is OK for mainline.
BTW: There are many other single-underscore prefixed intrinsics [1]
besides _bextr_*. Perhaps you should also add these to the intrinsics
header, then the complete header could be
1 - 100 of 122 matches
Mail list logo