https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67301
--- Comment #2 from Jeffrey Walton ---
(In reply to Andrew Pinski from comment #1)
> Try:
> int main(int argc, char* argv[])
> {
> __asm__ __volatile__ (
>
> "\t movl %[__ARGC], %%eax \n"
> :
> : [__A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67301
--- Comment #1 from Andrew Pinski ---
Try:
int main(int argc, char* argv[])
{
__asm__ __volatile__ (
"\t movl %[__ARGC], %%eax \n"
:
: [__ARGC] "r" (argc)
);
return 0;
}
Basically the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67301
Bug ID: 67301
Summary: Unable to compile program using extended assembly and
asmSymbolicName
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67284
Mikhail Maltsev changed:
What|Removed |Added
Target|powerpc64le-linux-gnu |powerpc64le-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63672
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
--- Comment #7 from Dominik Mierzejewski ---
Thanks a lot, everyone. This was really helpful. I'll bring this back to
gromacs upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67224
--- Comment #21 from joseph at codesourcery dot com ---
_cpp_interpret_identifier converts UCNs to UTF-8 which is the canonical
internal form for identifiers - for UTF-8 in identifiers, you just need to
pass in straight through unmodified there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67300
Bug ID: 67300
Summary: -foffload* undocumented
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: openacc
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67224
--- Comment #20 from Eric ---
I've been looking at the code in lex_identifier as well as what goes on in
forms_identifier_p and so forth. As some point each identifier needs to be
stored in the symbol table using ht_lookup_with_hash. Proper fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67298
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
--- Comment #12 from Michael Meissner ---
Created attachment 36231
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36231&action=edit
Patch to fix problem for gcc 6.x that was submitted to gcc-patches
[gcc]
2015-08-20 Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Michael Meissner changed:
What|Removed |Added
Attachment #36218|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728
--- Comment #7 from rsandifo at gcc dot gnu.org
---
(In reply to Ulrich Weigand from comment #6)
> (In reply to rsand...@gcc.gnu.org from comment #4)
> > Testing a patch. It involves tightening the mode of the rtx returned
> > by rtl_for_decl_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67294
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67294
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu Aug 20 20:36:19 2015
New Revision: 227043
URL: https://gcc.gnu.org/viewcvs?rev=227043&root=gcc&view=rev
Log:
libstdc++/67294 Don't run timed mutex tests on Darwin
PR libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67299
Bug ID: 67299
Summary: demangler mishandles complex types
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67294
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67298
Bug ID: 67298
Summary: [6 Regression] 254.gap in SPEC CPU 2000 is miscompiled
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67297
Bug ID: 67297
Summary: PowerPC does not support all vector interfaces from
the ELFv2 1.1 ABI
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: ABI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63176
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45386
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
--- Comment #4 from Michael Meissner ---
Ww is the wrong constraint to use for this instruction. The ww constraint is
intended to be used with the VSX scalar single precision floating point
instructions added in ISA 2.07 (i.e. power8). On ISA 2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45386
Andrew Pinski changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67292
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67292
--- Comment #2 from Andrew Pinski ---
This is not a bug.
If you look this is an aligned access so it will never fault. This means we
can read past the array bounds without any issues as long as we don't use those
elements of the vector (which we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67296
Bug ID: 67296
Summary: [HSA] ICE in register allocator (assignment of this
argument in a ctor)
Product: gcc
Version: hsa
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67293
--- Comment #1 from Richard Biener ---
The difference is of course when not optimized out but using only(?)
DW_AT_const_value you can't refer to &a in the debugger:
(gdb) p &a
Can't take address of "a" which isn't an lvalue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67295
Bug ID: 67295
Summary: [ARM][6 Regression] FAIL:
gcc.target/arm/builtin-bswap-1.c scan-assembler-times
revshne\\t 1
Product: gcc
Version: 6.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67294
Bug ID: 67294
Summary: FAIL: 30_threads/*timed_mutex/unlock/2.cc (test for
excess errors) on x86_64-apple-darwin14
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67293
Bug ID: 67293
Summary: Very large DW_AT_const_value produced
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: memory-hog, missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67292
--- Comment #1 from Jonathan Wakely ---
Oops I forgot the command:
./cc1plus -std=c++11 -o /dev/null - -quiet <<< 'class k{int k{4};};'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67292
Bug ID: 67292
Summary: valgrind error from cc1plus: search_line_sse2(unsigned
char const*, unsigned char const*) (lex.c:380)
Product: gcc
Version: 4.9.4
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67285
--- Comment #4 from Richard Biener ---
There are two issues here - one is side-effects (virtual definition) and one
is dependences (virtual uses). The first one you hit with -fmath-errno,
the second you hit with -frounding-math.
On GENERIC ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66728
--- Comment #6 from Ulrich Weigand ---
(In reply to rsand...@gcc.gnu.org from comment #4)
> Testing a patch. It involves tightening the mode of the rtx returned
> by rtl_for_decl_location, as well as new asserts, so some fallout is
> likely...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67280
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67283
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67285
Richard Biener changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
--- Comment #1 from Dominik Mierzejewski ---
Created attachment 36227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36227&action=edit
Preprocessed source (gzipped)
Preprocessed source generated with:
cd /builddir/build/BUILD/gromacs-5.1/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Bug ID: 67291
Summary: error: 'asm' operand has impossible constraints when
compiling gromacs 5.1 testsuite on PPC64 and PPC64LE
with VSX SIMD
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67290
Bug ID: 67290
Summary: powerpc: suboptimal add of u64 with u32
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441
--- Comment #10 from Sujoy ---
(In reply to jos...@codesourcery.com from comment #9)
> There is no need to wait for bugs to move state (rather, if working on a
> bug, you may wish to change it to ASSIGNED yourself with yourself as
> assignee).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67289
Bug ID: 67289
Summary: ICE in ipa-devirt.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48544
--- Comment #1 from Alexandre Duret-Lutz ---
This works OK with 4.8 and 5.1, so not an issue anymore as far as I'm
concerned.
(Might be related to #48968 which is reported as "half-fixed" -- I haven't
tried.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #12 from weiguo.zhou ---
(In reply to weiguo.zhou from comment #8)
> (In reply to Yury Gribov from comment #5)
> > (In reply to Dmitry Vyukov from comment #4)
> > > +eugeni can provide more details.
> >
> > Please! E.g. how do you bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67065
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67065
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Aug 20 10:18:03 2015
New Revision: 227027
URL: https://gcc.gnu.org/viewcvs?rev=227027&root=gcc&view=rev
Log:
/cp
2015-08-20 Paolo Carlini
PR c++/67065
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49054
Johannes Pfau changed:
What|Removed |Added
CC||johannespfau at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #11 from weiguo.zhou ---
you can got the dynamic libasan.so.2 with following step:
../gcc-4.9.2-sprd/libsanitizer/configure --host=arm-linux-androideabi
--prefix=/tmp/toolchain-build-linux-4.9.2/prefix --enabl
e-shared --disable-st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #10 from Yury Gribov ---
(In reply to weiguo.zhou from comment #9)
> as I explained just now, after generate the final cross-compile toolchain
> for android/arm32 successfully, the last step is generate the libasasn.so.2
How do you g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #9 from weiguo.zhou ---
(In reply to Yury Gribov from comment #7)
> (In reply to weiguo.zhou from comment #6)
> > It seems Google's official docs indicate the asan only supported on Android
> > with LLVM-based clang toolchain.
>
> T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #8 from weiguo.zhou ---
(In reply to Yury Gribov from comment #5)
> (In reply to Dmitry Vyukov from comment #4)
> > +eugeni can provide more details.
>
> Please! E.g. how do you build compiler and runtime?
the keypoint to generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #7 from Yury Gribov ---
(In reply to weiguo.zhou from comment #6)
> It seems Google's official docs indicate the asan only supported on Android
> with LLVM-based clang toolchain.
That was my impression as well.
> in the fact, it sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #6 from weiguo.zhou ---
(In reply to Dmitry Vyukov from comment #4)
> Yes, asan should work on android/arm32. There is some ongoing work on arm64.
> +eugeni can provide more details.
according to official documents on Google's site:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67285
--- Comment #2 from hs.naveen2u at gmail dot com ---
Created attachment 36226
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36226&action=edit
Testcase to reproduce the issue
aarch64-thunder-elf-gcc pr67285.c -O2 -funsafe-math-optimizations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #5 from Yury Gribov ---
(In reply to Dmitry Vyukov from comment #4)
> +eugeni can provide more details.
Please! E.g. how do you build compiler and runtime?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67285
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
--- Comment #4 from Dmitry Vyukov ---
Yes, asan should work on android/arm32. There is some ongoing work on arm64.
+eugeni can provide more details.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67279
--- Comment #7 from Marek Polacek ---
Yeah, I think I'll change this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288
Bug ID: 67288
Summary: [4.9 regression] non optimal simple function (useless
additional shift/remove/shift/add)
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67287
Bug ID: 67287
Summary: FRE should CSE sqrt() calls even with -ferrno-math
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67287
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66312
--- Comment #15 from John Paul Adrian Glaubitz ---
Oh, and according to the Debian changelog, it must be a regression that was
introduced somewhere between r218987 and r222750 of the gcc-4.9 branch.
Currently, the buildds did not build any snaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #59 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #58)
> Oh, and according to the Debian changelog, it must be a regression that was
> introduced somewhere between r218987 and r222750 of the gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #58 from John Paul Adrian Glaubitz ---
Oh, and according to the Debian changelog, it must be a regression that was
introduced somewhere between r218987 and r222750 of the gcc-4.9 branch.
Currently, the buildds did not build any snaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66312
--- Comment #14 from John Paul Adrian Glaubitz ---
The issue still reproduces with gcc_4.9_4.9.3-3 in Debian which corresponds to
SVN revision r226107 of the gcc-4.9 branch:
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66312
--- Comment #13 from John Paul Adrian Glaubitz ---
Created attachment 36225
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36225&action=edit
Diff of the disassembly of the stripped versions of cfteexpr.dmd.o for stage 2
and 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66312
--- Comment #12 from John Paul Adrian Glaubitz ---
Created attachment 36224
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36224&action=edit
Stage 3 compiled version of ctfeexpr.dmd.o (unstripped)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66312
--- Comment #11 from John Paul Adrian Glaubitz ---
Created attachment 36223
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36223&action=edit
Stage 2 compiled version of ctfeexpr.dmd.o (unstripped)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67280
cbaylis at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67279
--- Comment #6 from Vittorio Zecca ---
On my side it has to do with the C standard.
Compilation with -ansi or -std=c90 is successful.
Compilation with -std=c99 fails.
Compiling with g++ is OK.
The behaviour I would like to see is a warning at co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67286
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67143
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
77 matches
Mail list logo
