[Bug c++/18276] New: template classes that are friends of template classes

I am not positive about this bug report, but I cannot see what G++ wants from me, and in addition all the other compilers I have access to accept the following code (including 3.4). template < template class Traits_ > struct Factory { }; template < templ

[Bug tree-optimization/18291] New: 4.0: ICE in merge_alias_info

g++ 4.0 gives an ICE compiling the source below with -O1: $ ./cc1plus -quiet -O1 x.cc x.cc: In function 'void writeDigi()': x.cc:10: internal compiler error: in merge_alias_info, at tree-ssa-copy.c:217 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.o

[Bug tree-optimization/18298] New: 4.0: bad code from lim ssa pass with strcmp

When i build the example below with -O1 or above, it goes into an infinite loop: $ g++ -o x -O1 x.cc $ ./x ... doesn't exit At -O0, it exits as expected: $ g++ -o x -O0 x.cc $ ./x $ Here's the code that's generated (eh-related labels removed for clarity). As you can see, there's an obvious

[Bug ada/18301] New: SEGV (stack overflow) compiling g-catiio.adb on Solaris 10/x86

Building libada on Solaris 10/x86 fails when compiling g-catiio.adb: $ ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg g-catiio.adb -o g-catiio.o xgcc: Internal error: Segmentation Fault (program gnat1) Running gnat1 under gdb reveals that this happens due to extremely deep recursion

[Bug ada/18302] New: ACATS test c94002f hangs on Solaris 10/x86

Running the Ada testsuite on Solaris 10/x86 hangs in the c94002f test: pstack reveals the following stack trace: 21873: /vol/gcc/obj/gcc-4.0.0-20041103/10-gcc-ada/gcc/testsuite/ada/acats/tes - lwp# 1 / thread# 1 d2751779 lwp_park (0, 0, 0) d274bf03 cond_w

[Bug c++/18327] New: ICE while compiling valid c code with g++

[0:38 [EMAIL PROTECTED]:~/qqq/openttd-0.3.4]% g++ ai.c -c In file included from ai.c:48: table/ai_rail.h:36: internal compiler error: in tree_low_cst, at tree.c:3318 Please submit a full bug report, with preprocessed source if appropriate. Environment: System: Linux bajzel 2.6.9 #3 Tue Oct 19 12:

[Bug c++/18363] New: build fails when using optimization

The same code builds without the -O flag but gcc 'crashes' when adding optimization... I wasn't sure if I had to include the binary Config.ii.bz2 in this mail... I'm using gccbug so it seems a bit odd to include binary data here. Instead I uploaded it, you can download it

[Bug ada/18417] New: Ada bootstrap failure on IRIX 6.5: tb-gcc.c missing

I just tried to bootstrap current mainline (C and Ada only) on mips-sgi-irix6.5, but failed in Stage 1 already: gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -Wno-error -DHAVE_CONFIG_H -

[Bug ada/18434] New: Cannot build gnattools on Tru64 UNIX V5.1B

When I tried a C + Ada only bootstrap of current mainline on alpha-dec-osf5.1b, most of the bootstrap and building libada went along fine. The bootstrap stopped only when trying to build gnatchop (or any other of gnattools): make -C tools -f ../Makefile "CC=../../xgcc -B../../" "CFLAGS=-O2 -g -O

[Bug c/18569] New: Call to inline function failed

The following code snippet just does not compile (it did in GCC 3.3.3) Environment: System: Linux spartacus 2.6.9 #1 Fri Nov 5 17:15:13 CET 2004 i686 pentium3 i386 GNU/Linux Architecture: i686 host: i686-pc-linux-gnu build: i686-pc-linux-gnu target: i686-pc-linux-gnu co

[Bug bootstrap/18570] New: gnatmake fails to link on Mac OS X 10.3

I just tried a C and Ada-only bootstrap on Mac OS X 10.3.6 (starting from gcc 3.3, i.e. gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) gcc version 3.3 20040312 (GNAT build 1650) ) for the first time. Linking gnatmake fails like this: ../../xgcc -B../../ -DIN_GCC `echo -O2 -g -O2

[Bug ada/18572] New: Bus error compiling makegpr.adb on Mac OS X 10.3

As already described in PR ada/18217, while building gnattools gnat1 gets a bus error compiling makegpr.adb: $ ../../xgcc -c -I./ -I../rts -I. -I/vol/gnu/src/gcc/gcc-dist/gcc/ada -B../../ -O2 -g -O2 -gnatpg -gnata -I- /vol/gnu/src/gcc/gcc-dist/gcc/ada/makegpr.adb +===GNAT

[Bug c++/18674] New: G++ accepts bad elaborated type specifiers

elaborated-type-speficier: class-key ::? nested-name-specifier? identifier class-key ::? nested-name-specifier? template? template-id enum ::? nested-name-specifier? identifier typename ::? nested-name-specifier? identifier typename ::? nested-name-specifier? template? template-id Acco

[Bug libstdc++/18678] New: std::time_put is broken with UTF-8 locales

Using the example code below, this is the output for an en_GB UTF-8 locale: $ ./date3 asctime:Thu Nov 25 17:39:15 2004 strftime: Thu 25 Nov 2004 17:39:15 GMT std::time_put:Thu 25 Nov 2004 17:39:15 GMT std::time_put: Thu 25 Nov 2004 17:39:15 GMT Some examples of

[Bug c/18742] New: small struct not passed correctly as vararg

The following code tests that complex values are passed correctly. A value received by the callee is tested component by component to be equal with the (global) value that was passed. This fails for the struct of type at2 that is passed as a var arg. failed in

[Bug c++/18926] New: internal compiler error: in tree_low_cst, at tree.c:3255

[EMAIL PROTECTED]:/tmp/s$ g++ -c foo.c foo.c:16: internal compiler error: in tree_low_cst, at tree.c:3255 when compiling following code: 8< [cut here] --- typedef struct { char *str; int n; char *(f[]); char *(l[]);

[Bug c/19011] New: check if float -> long store truncation happened fails with -O1

See description and how to repeat below: [EMAIL PROTECTED]:~> cat foo.c #include int i; void foo(long long l, void *buf) { float f= (float) l; i= (long long) f != l; *(float*) buf= f; } int main() { float f; long long l= 1073741825; foo(l, &f); printf("%lld %d %f\n", l, i, f);

[Bug target/29560] New: Poor optimization for character shifts on Atmel AVR

For setting individual bits of a register, the construct unsigned char BitLocation = Whatever; REG |= (1< void setpin(unsigned char pin, unsigned char val) { if (val == 1) PORTC |= (1

[Bug bootstrap/29620] New: can not build libgcc.a on stage 1

./xgcc -B./ \ # ... -DL__gcc_bcmp -c SHARED_DIR/gcc-4.1.1/gcc/libgcc2.c -o libgcc/./__gcc_bcmp.o /var/tmp//ccBzKd2Z.s: Assembler messages: /var/tmp//ccBzKd2Z.s:690: Error: misaligned data make[3]: *** [libgcc/./_divdi3.o] Error 1 The same for targets: libgcc/./_udivdi3.o libgcc/./_umoddi3.o li

[Bug bootstrap/29622] New: broken anchor name in html

`gcc-4.1.1/INSTALL/specific.html' specifies `#sparc-sun-solaris2' link for `sparc-sun-solaris2*' item, but there is no such anchor in the document. Instead, this item is anchored with `sparc_002dsun_002dsolaris2'. How-To-Repeat: Point browser to the file, try to follow the link in the document.

[Bug debug/29673] New: no -fdump-tree-inlined output

`-fdump-tree-inlined' creates no files. Environment: System: Linux 2.2.19-7.1.asp.2.gin #1 Tue Jun 15 16:42:13 MSD 2004 i686 unknown Architecture: i686 host: i686-pc-linux-gnu build: i686-pc-linux-gnu target: i686-pc-linux-gnu configured with: ../share/src/gcc-4.0.3/configure How-To-Repeat:

[Bug other/29700] New: check requires autogen

Changed nothing in sources, build just from unpacked `gcc-4.1.1.tar.bz2'. Still tests try to run `autogen'. make: Entering directory `gcc-4.1.1-rhysling' make[1]: Entering directory `gcc-4.1.1-rhysling' make[2]: Entering directory `gcc-4.1.1-rhysling/fastjar' make[2]: Leaving directory `gcc-4.1.

[Bug c/29714] New: internal compiler error: in extract_insn, at recog.c:2084

../hercules/general2.c: In function 'z900_test_and_set': ../hercules/general2.c:1415: error: unrecognizable insn: (insn 130 128 131 17 (set (reg:QI 102) (const_int 255 [0xff])) -1 (nil) (nil)) ../hercules/general2.c:1415: internal compiler error: in extract_insn, at

[Bug java/30035] New: libjava cannot be built when objdir != srcdir

"Installing GCC" [1] explicitly encourages building the source code with objdir separate from srcdir. [1] http://gcc.gnu.org/install/configure.html In particular: mkdir objdir cd objdir srcdir/configure [options] [target]

[Bug c/30148] New: parameter passing bug

The following code tests that values are passed correctly from a call to a function. This fails, when the followign code is compiled with -O2 and executed: foo: foo.c:65: callee_b0f: Assertion `b14.b3 == b20.b3' failed. The code below is automatically generated explicitly to test for par

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 Christian Fersch changed: What|Removed |Added CC||gcc-bugzilla at m dot chronial.de

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 --- Comment #9 from Christian Fersch --- But is it possible to query the value of -fwide-exec-charset? I had quick look and couldn't find anything.

[Bug c++/96299] Defaulted operator <=> implicitly deleted when a member has operator < and operator == and return type is specified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96299 henrik changed: What|Removed |Added CC||gcc-bugzilla at mysko dot org --- Comment #2

[Bug c++/96555] "template argument involves template parameter(s)" with dot or arrow operator in partial specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96555 Eelis changed: What|Removed |Added CC||gcc-bugzilla at contacts dot eelis

[Bug libgcc/99157] [ARM] libgcc -mcmse check always fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99157 kratenko changed: What|Removed |Added CC||gcc-bugzilla at garstig dot org --- Comment

[Bug c++/106713] [11/12/13 Regression] Coroutine regression in GCC 11.3.0: if (co_await ...) crashes with a jump to ud2 since r12-3529-g70ee703c479081ac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106713 Pablo Busse changed: What|Removed |Added CC||gcc-bugzilla at decltype dot org

[Bug c++/107732] New: ICE in lower_bound, at value-range.h:350

++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at al42and dot me Target Milestone: --- Created attachment 53916 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53916&action=edit Preprocessed source (-freport-bug) The following code (reduced

[Bug c++/107732] ICE in lower_bound, at value-range.h:350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107732 --- Comment #2 from Andrey Alekseenko --- @Aldy Hernandez, thank you. Can confirm that your patch fully resolves the issue for me.

[Bug c++/108195] New: Incorrect implicit conversion when assigning initializer_list to std::vector

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at al42and dot me Target Milestone: --- The following code compiles fine with Clang 15 and GCC 12 and outputs "3" when run. With GCC 13, it produces

[Bug c++/106188] New: [11.3 Regression] [coroutines] Incorrect frame layout after transforming conditional statement without top-level bind expression

Version: 11.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at decltype dot org Target Milestone: --- Created attachment 53257 --> ht

[Bug libstdc++/95048] [9/10/11/12 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 --- Comment #11 from Christian Fersch --- Would you accept a patch that implements my solution from comment 6? It seems to me like that would be an improvement over the current situation.

[Bug libstdc++/110970] New: clang / c++23 missing 'typename' prior to dependent type name 'iterator_traits<_It>::iterator_category'

13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at zulan dot net Target Milestone: --- Using clang with the current libstdc++ and c++23 (2b) fails:

[Bug libstdc++/110970] clang / c++23 missing 'typename' prior to dependent type name 'iterator_traits<_It>::iterator_category'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110970 --- Comment #2 from gcc-bugzilla at zulan dot net --- Yes, apologies for the missing information clang version 15.0.7 g++ (GCC) 13.2.1 20230801 (Arch) According to https://clang.llvm.org/cxx_status.html P0634R3 / "Down with typename

[Bug c++/107532] [13 Regression] -Werror=dangling-reference false positives in libcamera-0.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532 --- Comment #29 from Andrey Alekseenko --- > it seems like we should treat *any* class with a reference member as a > reference wrapper. And any class with a pointer, I suspect. This is a reduced/simplified example from our codebase still tr

[Bug c++/110140] New: Vector extensions cause false conflict in template argument deduction

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at richardebeling dot de Target Milestone: --- This code snippet does not compile with GCC 13.1 and the current "trunk" version on godbolt (see https://god

[Bug sanitizer/113244] New: Potential thread sanitizer false positive with future exception

Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at mhxnet dot de CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin

[Bug sanitizer/113244] Potential thread sanitizer false positive with future exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113244 --- Comment #2 from Marcus Holland-Moritz --- (In reply to Andrew Pinski from comment #1) > I suspect this is because libstdc++.so is NOT instrumented for TSAN. This is certainly possible. Is there documentation available on how to build a sui

[Bug rtl-optimization/119644] New: __builtin_arm_set_fpscr ICE with -mgeneral-regs-only on Arm targets

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at geoff dot wozniak.ca Target Milestone: --- The following function built with current mainline code (commit 5b9fd65726afef37ed6a6e39f0ceb7f47160ba07

[Bug target/119644] __builtin_arm_set_fpscr ICE with -mgeneral-regs-only on Arm targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119644 --- Comment #3 from Geoff Wozniak --- > This should be an error while expanding into RTL and it is the backend > responsibility for that. Sorry. Wasn't exactly sure where to put it. > So don't use -mgeneral-regs-only if you need to use FP at

[Bug c/108483] New: gcc warns about suspicious constructs for unevaluted ?: operand

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at mkarcher dot dialup.fu-berlin.de Target Milestone: --- Created attachment 54318 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54318&action=edit minimal exa

[Bug c/108483] gcc warns about suspicious constructs for unevaluted ?: operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108483 --- Comment #3 from Michael Karcher --- Thanks for the pointer to #4210. Note that 4210 is slightly different, though. In that report, the condition and the warnable expression are in different statements, and https://gcc.gnu.org/bugzilla/show_b

[Bug rtl-optimization/102150] New: Speculative execution of inline assembly causes divide error

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jeremy-gcc-bugzilla at sawicki dot us Target Milestone: --- Created attachment 51391 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51391&action=edit Reproducib

[Bug c++/107460] New: ICE with "using enum" member passed to template function (g++ 11.x-13)

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: chris-gcc-bugzilla at cybermato dot com Target Milestone: --- Created attachment 53793 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53793&action=edit

[Bug c++/107460] ICE with "using enum" member passed to template function (g++ 11.x-13)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107460 --- Comment #1 from Chris MacGregor --- Created attachment 53794 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53794&action=edit preprocessed source

[Bug c++/107460] ICE with "using enum" member passed to template function (g++ 11.x-13)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107460 --- Comment #4 from Chris MacGregor --- @Andrew, how did you get the output in comment #2, with "tree check: expected enumeral_type, have record_type in tsubst_copy" in it? Also, should this be marked as directly a dup of 103081, rather than a

[Bug c++/103081] [ICE] with "using enum"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103081 Chris MacGregor changed: What|Removed |Added CC||chris-gcc-bugzilla@cybermat

[Bug c++/103081] [ICE] with "using enum"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103081 --- Comment #9 from Chris MacGregor --- With the testcase I just attached, using 13.0.0 20221030 via Godbolt: https://godbolt.org/z/8Y4cr6MxY : In instantiation of 'Event::Event(EventCat, auto:1) [with auto:1 = int]': :38:32: required from h

[Bug libgcj/23682] New: gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException

hrows ArrayIndexOutOfBoundsException Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bugzilla at futur

[Bug libgcj/23682] gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException

--- Additional Comments From gcc-bugzilla at future dot shiny dot co dot il 2005-09-01 19:11 --- Here's what Azureus (a free Java Bittorrent client) reported me: [9:07:22] DEBUG::Thu Sep 01 09:07:22 GMT+03:00 2005::com.aelitis.azureus.core.networkmanager.VirtualChannelSelector::s

[Bug fortran/21995] New: Problem using spread intrinsic

Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bugzilla at chatsubo dot lagged dot za dot net

[Bug fortran/22010] New: Namelists defined in modules not handled properly

perly Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bugzilla at chatsubo dot lagged dot za dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22010

[Bug c/113973] New: Pleas issue a warning when using plain character values in bitwise operations

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugzilla at mkarcher dot dialup.fu-berlin.de Target Milestone: --- This example program compiles without any kind of warning in gcc: static char x = 0xD8; int main

[Bug c/110878] New: -Wstringop-overread incorrectly warns about arguments to functions with static array parameter declarations

: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: campbell+gcc-bugzilla at mumble dot net Target Milestone: --- Isolated from code passing a pointer into an array and the length of the array

[Bug c/110878] -Wstringop-overflow incorrectly warns about arguments to functions with static array parameter declarations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110878 --- Comment #3 from Taylor R Campbell --- (In reply to Andrew Pinski from comment #1) > There is another bug report dealing with this. But IIRC this is an expected > warning as foo is being passed an array which is size 16 but then passed to >

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 John Soo changed: What|Removed |Added CC||john.soo+gcc-bugzilla@arist

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #8 from John Soo --- > Also, it is typically Windows that suffers from this limitation of command > line length. Ok that may be true but I am effected by this on linux as are quite a few others in this issue https://github.com/NixOS

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #9 from John Soo --- Would a patch for unix doing something similar to https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=180ebb8a24d24fc5b105f2257d6216f6dfde62df be accepted? I am happy to start working on something like it but I have

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #10 from John Soo --- I'm also not sure https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=180ebb8a24d24fc5b105f2257d6216f6dfde62df fixes the collect bug because collect uses collect_execute instead of the pex_* exec functions.

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #12 from John Soo --- I think the general problem in that issue is that ARG_MAX is not respected when the driver (or any subprocess) execs things on linux. I think that it is not the same as the original issue here, though. > I don't

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #14 from John Soo --- > Here though it seems that you are dealing with another sort of limit which is > much larger (I have seen 128K being mentioned on the GH page).If this > somehow corrupts the command line, it wouldn't help

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #15 from John Soo --- Just for some context on what limit is hit: under man sysconf you will find a description of ARG_MAX (https://www.man7.org/linux/man-pages/man3/sysconf.3.html) > ARG_MAX - _SC_ARG_MAX > The maximum length of

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #16 from John Soo --- It is actually somewhat likely that ARG_MAX will be hit when running on linux because it is hit when the stack can't contain enough pointers to contain argv and environ (see exec.c in the kernel https://github.co

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #17 from John Soo --- Created attachment 55910 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55910&action=edit libiberty, Unix: pass argv over ARG_MAX through an @file This does not handle environ being too large, but it is an

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #18 from John Soo --- And actually the proposed patch is not conservative enough, because the size of the strings in argv/env also matter.

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #19 from John Soo --- I verified the proposed patch sent argv through @file, but COLLECT_GCC_OPTIONS still caused E2BIG. In the failing execve, COLLECT_GCC_OPTIONS was 134227 characters long.

[Bug driver/86030] specs file processing does not create response files for input directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86030 --- Comment #20 from John Soo --- I think that in order to really rid gcc of the E2BIG problem on linux, COLLECT_*_OPTIONS will have to be deprecated and removed. This is particularly a problem when executing spec files, it seems.

[Bug libstdc++/114879] New: std::ios::sync_with_stdio(false) triggers undefined behaviour of fflush(stdin)

Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: campbell+gcc-bugzilla at mumble dot net Target Milestone: --- std::ios::sync_with_stdio(false) creates a stdio_filebuf over stdin with mode in: 182 new

[Bug c++/110441] c++17: temporary causes static member function call to confuse required copy elision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110441 Matt Cross changed: What|Removed |Added CC||matt.cross+gcc-bugzilla@gma

[Bug target/110592] [SPARC] GCC should default to TSO memory model when compiling for sparc32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592 Taylor R Campbell changed: What|Removed |Added CC||campbell+gcc-bugzilla@mumbl

[Bug target/110592] [SPARC] GCC should default to TSO memory model when compiling for sparc32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592 --- Comment #7 from Taylor R Campbell --- > Sorry, no, NetBSD/sparc is too obscure a platform to justify changing the > default for the entire compiler. But you can do like Linux & Solaris and > add sparc/tso.h to the tm_file list of sparc-*-n

[Bug target/110592] [SPARC] GCC should default to TSO memory model when compiling for sparc32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592 --- Comment #10 from Taylor R Campbell --- (In reply to Eric Botcazou from comment #9) > > I don't understand, how would that help? As I understand it, whenever > > `-mcpu=v7', the memory model is just ignored -- even if we set it to TSO -- > >

[Bug java/29013] New: gcj generates a MetalLookAndFeel class that fails cacao's verifier

Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cam-gcc-bugzilla at aka dot mcc dot id dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29013

[Bug java/29013] gcj generates a MetalLookAndFeel class that fails cacao's verifier

--- Comment #1 from cam-gcc-bugzilla at aka dot mcc dot id dot au 2006-09-11 06:07 --- Created an attachment (id=12221) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12221&action=view) The generated MetalLookAndFeel.class file. This is the generated class file caus

[Bug java/29013] gcj generates a MetalLookAndFeel class that fails cacao's verifier

--- Comment #3 from cam-gcc-bugzilla at aka dot mcc dot id dot au 2006-09-11 09:44 --- Created an attachment (id=12223) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12223&action=view) MetalLookAndFeel.class as produced by ecj Hi Mark. Indeed, compiling it with ecj resul

[Bug c/30287] New: -fregmove produces slow code

tedBy: safari-ml-gcc-bugzilla- vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30287

[Bug c/30287] -fregmove produces slow code

--- Comment #1 from safari-ml-gcc-bugzilla-vgvbszlod4jrh2zwsefgqp4frqg4zc7fgobtxnvg at u dot safari dot iki dot fi 2006-12-24 15:53 --- Created an attachment (id=12842) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12842&action=view) aes_encode performance test --

<    1   2   3   4   5