The last (very annoying) issue is that when gcc bootstraps itself, the
freshly-built compiler doesn't generate 64-bit binaries by default.
BOOT_CFLAGS can work around that: http://gcc.gnu.org/install/build.html.
That isn't true at all.
CC='cc -m64' CXX='CC -m64' ../gmp-5.0.1-src/configure
The last (very annoying) issue is that when gcc bootstraps itself, the
freshly-built compiler doesn't generate 64-bit binaries by default.
BOOT_CFLAGS can work around that: http://gcc.gnu.org/install/build.html.
That isn't true at all.
CC='cc -m64' CXX='CC -m64'
On 11/11/2012 04:47 AM, NightStrike wrote:
On Sat, Nov 10, 2012 at 6:20 AM, Andrew Haley a...@redhat.com wrote:
On 11/10/2012 04:45 AM, NightStrike wrote:
Making c99 the default for gcc would be a great candidate for this.
IIUC, gcc without -std=c99 will compile for c89. And if I read the
The last (very annoying) issue is that when gcc bootstraps itself, the
freshly-built compiler doesn't generate 64-bit binaries by default.
BOOT_CFLAGS can work around that: http://gcc.gnu.org/install/build.html.
That isn't true at all.
okay .. I'll just nod my head and agree.
CC='cc
What isn't clear is where that is run. I decided that I will take your
approach and try to follow the magic incantations to the very letter. OKay,
sort of. I may expand on the CFLAGS just a little bit and I have to assume,
in the absence of any data, that I shall run these config ; make; make
What isn't clear is where that is run. I decided that I will take your
approach and try to follow the magic incantations to the very
letter. OKay,
sort of. I may expand on the CFLAGS just a little bit and I have to
assume,
in the absence of any data, that I shall run these config ;
Snapshot gcc-4.8-2012 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-2012/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On 11 November 2012 21:57, Dennis Clarke wrote:
Here is what I did with gmp :
$ ls $SRC/gmp*
/usr/local/src/gmp-5.0.5.tar.bz2
$ /opt/schily/bin/star -x -bz -xdir -xdot -U -fs=16m
file=/usr/local/src/gmp-5.0.5.tar.bz2
star: 1262 blocks + 0 bytes (total of 12922880 bytes = 12620.00k).
$ mv
On 11 November 2012 21:57, Dennis Clarke wrote:
Here is what I did with gmp :
$ ls $SRC/gmp*
/usr/local/src/gmp-5.0.5.tar.bz2
$ /opt/schily/bin/star -x -bz -xdir -xdot -U -fs=16m
file=/usr/local/src/gmp-5.0.5.tar.bz2
star: 1262 blocks + 0 bytes (total of 12922880 bytes =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55237
Gerald Pfeifer gerald at pfeifer dot com changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55253
--- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de
2012-11-11 09:22:12 UTC ---
Reduced:
markus@x4 /tmp % cat test.i
struct
{
int mallocFailed;
}
*a;
struct StrAccum
{
int useMalloc;
}
b, c;
static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
Bug #: 55270
Summary: ICE in get_loop_body, at cfgloop.c:823
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260
David Binderman dcb314 at hotmail dot com changed:
What|Removed |Added
CC||dcb314
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55268
--- Comment #1 from SquallATF squallatf at gmail dot com 2012-11-11 11:05:58
UTC ---
I found the reason, TARGET_MANGLE_DECL_ASSEMBLER_NAME is defined to
ix86_mangle_decl_assembler_name in gcc/config/i386/i386.c overide the define
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55271
Bug #: 55271
Summary: missing warning set-but-unused
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53824
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54153
wbrana wbrana at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54077
wbrana wbrana at gmail dot com changed:
What|Removed |Added
Summary|[4.7/4.8 Regression]|Bytemark FP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55271
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-11
17:24:19 UTC ---
The pointer is used in *li = 0; statement.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
Bug #: 55272
Summary: [4.8 Regression] ICE on passing coarray argument
between files
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #36 from Jan Hubicka hubicka at gcc dot gnu.org 2012-11-11
18:14:40 UTC ---
Author: hubicka
Date: Sun Nov 11 18:14:35 2012
New Revision: 193406
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193406
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55229
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55271
--- Comment #2 from Dmitry G. Dyachenko dimhen at gmail dot com 2012-11-11
18:42:25 UTC ---
oh, was over-simplified example. Sorry
void f1()
{
char ch;
char *p = ch;
*p = 0;
}
Now 2 variables are 'set-but-unused'?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47440
--- Comment #7 from uros at gcc dot gnu.org 2012-11-11 19:17:22 UTC ---
Author: uros
Date: Sun Nov 11 19:17:17 2012
New Revision: 193409
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193409
Log:
PR target/47440
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55238
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org 2012-11-11
19:35:31 UTC ---
Author: hubicka
Date: Sun Nov 11 19:35:27 2012
New Revision: 193410
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193410
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
Bug #: 55273
Summary: [4.8.0 regression] ICE in iv_number_of_iterations, at
loop-iv.c:2819
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
--- Comment #1 from Douglas Mencken dougmencken at gmail dot com 2012-11-11
19:58:14 UTC ---
Created attachment 28659
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28659
Original C source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
--- Comment #2 from Douglas Mencken dougmencken at gmail dot com 2012-11-11
19:58:43 UTC ---
Created attachment 28660
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28660
Assembly source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55274
Bug #: 55274
Summary: gcc build hangs on HP-UX 11.11
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55271
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55275
Bug #: 55275
Summary: abi_tag attribute doesn't work on explicit
specializations of class templates
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55263
--- Comment #3 from Steven Bosscher steven at gcc dot gnu.org 2012-11-11
20:29:15 UTC ---
Author: steven
Date: Sun Nov 11 20:29:11 2012
New Revision: 193412
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193412
Log:
gcc/
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55263
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43056
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2010-02-13 23:09:24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55238
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44332
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276
Bug #: 55276
Summary: [4.8 regression] ppc: callee-saved vector registers
not preserved
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276
--- Comment #1 from Mans Rullgard mans at mansr dot com 2012-11-11 21:07:12
UTC ---
Created attachment 28663
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28663
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC|steven at gcc dot gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33763
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #3 from Rolf Ebert rolf.ebert.gcc at gmx dot de 2012-11-11
21:29:58 UTC ---
Here is the requested build log:
make[2]: Entering directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gnattools'
rm -rf ../gcc/ada/tools
mkdir -p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55277
Bug #: 55277
Summary: [4.6/4.7/4.8 regression] ICE in assign_by_spills, at
lra-assigns.c:1217
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55277
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42536
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Blocks|55277 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #15 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-11
21:52:53 UTC ---
Author: ebotcazou
Date: Sun Nov 11 21:52:49 2012
New Revision: 193415
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193415
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55259
--- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-11
21:52:53 UTC ---
Author: ebotcazou
Date: Sun Nov 11 21:52:49 2012
New Revision: 193415
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193415
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #12 from Steven Bosscher steven at gcc dot gnu.org 2012-11-11
22:05:37 UTC ---
(In reply to comment #7)
Created attachment 26100 [details]
gcc47-pr51447.patch
While that fixes the testcase at -O1, at -O2 and above it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53101
--- Comment #6 from Marc Glisse glisse at gcc dot gnu.org 2012-11-11 22:18:13
UTC ---
PR 48037 seems related (it was the scalar case).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #11 from Uros Bizjak ubizjak at gmail dot com 2012-11-11 22:45:18
UTC ---
(In reply to comment #10)
Fixed on trunk.
Actually, implementing post-reload pass it looks to me, that in this place we
are only interested in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55278
Bug #: 55278
Summary: Botan performance regressions apparently due to LRA
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55259
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53512
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org 2012-11-12 00:27:59
UTC ---
Author: olegendo
Date: Mon Nov 12 00:27:56 2012
New Revision: 193423
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193423
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48806
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55279
Bug #: 55279
Summary: New pseudo registers aren't supported in CSE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55279
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-12
03:49:22 UTC ---
Can you explain how you hit this with what patch and what testcase on what
target?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142
--- Comment #32 from H.J. Lu hjl.tools at gmail dot com 2012-11-12 04:08:02
UTC ---
Can we limit
(zero_extend:DI (plus:SI (FOO:SI) (const_int Y)))
to
(plus:DI (zero_extend:DI (FOO:SI)) (const_int Y))
transformation to Y TARGET
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55030
--- Comment #3 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-11-12
04:37:04 UTC ---
Created attachment 28664
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28664
reduced test-case
Reduced test-case. Do e.g. cc1 -fpreprocessed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55030
--- Comment #4 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-11-12
04:53:55 UTC ---
(In reply to comment #3)
Created attachment 28664 [details]
reduced test-case
Only intended for code inspection, not a self-contained test-case;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
Ed Smith-Rowland 3dw4rd at verizon dot net changed:
What|Removed |Added
Attachment #28617|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55280
Bug #: 55280
Summary: Compiler error: Class definition is recognized as
function declaration
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55280
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-12
06:36:20 UTC ---
A a(B()); is a function declaration and not a variable declaration. This is
one of the ambiguities of the parsing which the C++ standard decided it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55279
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-11-12 07:25:27
UTC ---
If we revert the explow.c change:
http://gcc.gnu.org/viewcvs?view=revisionrevision=177592
gcc.dg/Warray-bounds.c will cause valgrind error with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55257
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-12
07:51:26 UTC ---
If the target doesn't call final_start_function and final_end_function in
output_mi_thunk targhook (or equivalent), it is a target bug.
On Sat, 10 Nov 2012, Jason Merrill wrote:
As mentioned in http://gcc.gnu.org/wiki/Cxx11AbiCompatibility, C++11 changes
the return type of complex::real and imag, leading to a binary
incompatibility between C++98 and C++11 code if the functions are used
without inlining. This patch adds an
Hello guys!
This is a PING. Could you pls have a look?
Thanks, K
Is it OK?
Thanks, K
On Mon, 5 Nov 2012, Jonathan Wakely wrote:
I'd use http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html
Thanks, Jonathan. I committed the patch below.
Are you sure the other links haven't already been fixed in the
libstdc++ sources?
The copies on the website are usually
On 11 November 2012 09:58, Gerald Pfeifer wrote:
On Mon, 5 Nov 2012, Jonathan Wakely wrote:
I'd use http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html
Thanks, Jonathan. I committed the patch below.
Great, thanks.
Are you sure the other links haven't already been fixed in
On 11 November 2012 02:27, Jason Merrill wrote:
Is this patch OK for trunk? Does someone on the library team want to look
at the other cases?
The patch looks good to me. Thanks for implementing the attribute.
I'll start looking at some of the other cases.
For std::list I assume we want the
Hi,
On 11/11/2012 12:55 PM, Jonathan Wakely wrote:
On 11 November 2012 02:27, Jason Merrill wrote:
Is this patch OK for trunk? Does someone on the library team want to look
at the other cases?
The patch looks good to me. Thanks for implementing the attribute.
I'll start looking at some of
Hi Steven,
On Sat, Nov 10, 2012 at 3:00 PM, Thomas Koenig wrote:
I wrote:
after the dicsussion on c.l.f, it become clear that passing a DO loop
variable to an INTENT(OUT) or INTENT(INOUT) dummy argument is an error.
The attached patch throws an error for both cases.
But should we really
On 11/06/2012 05:03 AM, Jason Merrill wrote:
+The @code{abi_tag} attribute can be applied to a function or class
+declaration. It modifies the mangled name of the function or class to
+incorporate the tag name, in order to distinguish the function or
+class from an earlier version with a
This patch also handles SIGN_EXTEND. Tested on Linux/x32. OK to
install?
I'd cautious here, that's uncharted territory and the SIGN_EXTEND case isn't
covered by your testing.
2012-11-10 H.J. Lu hongjiu...@intel.com
PR middle-end/55247
PR middle-end/55259
*
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress. OK if it
passes?
Ciao!
Steven
gcc/
PR middle-end/55263
* postreload.c (rest_of_handle_postreload): With non-call
exceptions, if edges are purged call cleanup_cfg to remove unreachable
blocks.
testsuite/
Hi,
this should be last of inline hint patches for 4.8. It makes inliner to preffer
inlining
of functions where array index will become constant. This helps especially
accesses to
Fortran arrays with array descriptors.
It helps some of Fotran benchmarks, most importantly probably to fotigue,
MThis patch looks OK. i will re-test and commit it on the afernoon.
Ping. The ICE shows up when building Python.
--
Eric Botcazou
Hi,
the cunroll-1.c testcase has bogus count on number of unrollings needed. This
is my mistake:
I originally introudced the testcase for cunroll pass where the number is
different due
to loop header copying.
Regtested x86_64-linux, comitted.
Honza
Index: ChangeLog
On 2012.11.07 at 15:13 +0100, Martin Jambor wrote:
Hi,
On Tue, Nov 06, 2012 at 04:22:41PM +0100, Jan Hubicka wrote:
2012-11-05 Martin Jambor mjam...@suse.cz
PR tree-optimization/53787
This caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55253
--
Markus
Hello!
Attached patch uses for_each_rtx function to find AVX256 registers in
the RTX. The patch also implements better MODE_AFTER handling: we
already switched to DIRTY state if AVX256 is referenced through
MODE_NEEDED. We just force CLEAN state after vzeroupper/vzero and for
call instructions
/usr/share/xml/docbook/stylesheet/nwalsh5/current is the place used by
openSUSE.
Andreas.
* acinclude.m4 (GLIBCXX_CONFIGURE_DOCBOOK): Also check for
/usr/share/xml/docbook/stylesheet/nwalsh5/current.
* configure: Regenerate.
diff --git a/libstdc++-v3/acinclude.m4
Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. Committed to trunk.
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
2012-11-11 John David Anglin
Whitespace is apparently significant for keyword, you get something
like
meta name=keywords content=#10; ISO C++#10;, #10;
runtime#10;, #10; library#10; /
in the HTML output.
Andreas.
* doc/xml/chapter.txml: Remove whitespace inside keyword.
*
Per the GCC Coding Conventions, builtin is not a word, and the
preferred terminology already used in most places is built-in
function. I've checked in this patch to tidy up a bunch of incorrect
uses of builtin in extend.texi.
-Sandra
2012-11-11 Sandra Loosemore san...@codesourcery.com
On 11 November 2012 19:18, Andreas Schwab wrote:
/usr/share/xml/docbook/stylesheet/nwalsh5/current is the place used by
openSUSE.
Andreas.
* acinclude.m4 (GLIBCXX_CONFIGURE_DOCBOOK): Also check for
/usr/share/xml/docbook/stylesheet/nwalsh5/current.
* configure:
On 11 November 2012 19:26, Andreas Schwab wrote:
Whitespace is apparently significant for keyword, you get something
like
meta name=keywords content=#10; ISO C++#10;, #10;
runtime#10;, #10; library#10; /
in the HTML output.
Huh, thanks for noticing it. Assuming
On Sun, Nov 11, 2012 at 7:36 PM, Uros Bizjak ubiz...@gmail.com wrote:
Regarding vzeroupper insertion pass - we will use gcc pass manager to
insert a target-dependant pass directly after reload ...
... like attached patch. The patch inserts vzeroupper pass directly
after reload, so spills from
On Fri, Nov 9, 2012 at 4:39 AM, Gopalasubramanian, Ganesh
ganesh.gopalasubraman...@amd.com wrote:
Changes done with respect to the review comments.
Conditionally setting sseshuf type attribute has been removed.
Instead new attribute is added and is included for other attribute
calculations.
On Fri, Nov 9, 2012 at 9:23 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Nov 9, 2012 at 10:17 AM, H.J. Lu hjl.to...@gmail.com wrote:
Since x32 runs in 64-bit mode, for address -0x4300(%rax), hardware
sign-extends displacement from 32-bits to 64-bits and adds it to %rax.
But x32 wants
On Sun, Nov 11, 2012 at 7:01 AM, Eric Botcazou ebotca...@adacore.com wrote:
This patch also handles SIGN_EXTEND. Tested on Linux/x32. OK to
install?
I'd cautious here, that's uncharted territory and the SIGN_EXTEND case isn't
covered by your testing.
2012-11-10 H.J. Lu
It fixes the problem. Can you check it in?
Done.
--
Eric Botcazou
This fixes a pasto in the --with-cpu=niagara4 support on Solaris, as well as
applies a minor tweak to config/sparc/sparc.h.
Tested on SPARC/Solaris, applied on the mainline and 4.7 branch.
2012-11-11 Eric Botcazou ebotca...@adacore.com
* config/sparc/sparc.h (AS_NIAGARA3_FLAG):
Eric and Rainer, I think that functionally this patch is fully ready
to go into the tree except for the Solaris aspects which I do not have
the means to work on. Have either of you made any progress in this
area?
Rainer, could you post an excerpt of the man page of a recent 'as' supporting
MThis patch looks OK. i will re-test and commit it on the afernoon.
Ping. The ICE shows up when building Python.
I comitted it this afternoon, hope everything is fine now.
Honza
--
Eric Botcazou
I comitted it this afternoon, hope everything is fine now.
Yes, thanks.
--
Eric Botcazou
From: Eric Botcazou ebotca...@adacore.com
Date: Sun, 11 Nov 2012 23:28:38 +0100
Eric and Rainer, I think that functionally this patch is fully ready
to go into the tree except for the Solaris aspects which I do not have
the means to work on. Have either of you made any progress in this
area?
1 - 100 of 115 matches
Mail list logo
