GCC Help
[Prev Page][Next Page]
- Re: Useless pointer-to-int-cast warning?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Useless pointer-to-int-cast warning?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Useless pointer-to-int-cast warning?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Useless pointer-to-int-cast warning?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Useless pointer-to-int-cast warning?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- What is the GNU Compiler Collction's current language count?
- From: Bryan Dunphy <b.dunphy.342@xxxxxxxxx>
- Re: I need help compiling EVERY language on my Mac OS High Sierra based system
- From: Bryan Dunphy <b.dunphy.342@xxxxxxxxx>
- Re: I need help compiling EVERY language on my Mac OS High Sierra based system
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- I need help compiling EVERY language on my Mac OS High Sierra based system
- From: Bryan Dunphy <b.dunphy.342@xxxxxxxxx>
- Re: Enable one ISA for my code, and another ISA for GCC code?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Enable one ISA for my code, and another ISA for GCC code?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Enable one ISA for my code, and another ISA for GCC code?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Turning off case checking when linking
- From: "Neil Frank via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Turning off case checking when linking
- From: Andrew Haley <aph@xxxxxxxxxx>
- Using clflush
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Nvptx GPU offloading using OpenMP4.5 and GCC 7.3 - internal compiler error
- From: Flavio Kreiliger <flavio.kreiliger@xxxxxxxxxx>
- Re: Turning off case checking when linking
- From: "Neil Frank via gcc-help" <gcc-help@xxxxxxxxxxx>
- qcov questions
- From: daro_ox@xxxxx <daro_ox@xxxxx>
- Re: Turning off case checking when linking
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Turning off case checking when linking
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Relocation Truncated to Fit: R_X86_64_PC32
- From: R0b0t1 <r030t1@xxxxxxxxx>
- Turning off case checking when linking
- From: "Neil Frank via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Question about gcc option -mcmodel
- From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: martin krastev <blu.dark@xxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Xi Ruoyao <xry111@xxxxxxxxxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: YunQiang Su <wzssyqa@xxxxxxxxx>
- Question about gcc option -mcmodel
- From: "xiebin (F)" <xiebin18@xxxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: martin krastev <blu.dark@xxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: martin krastev <blu.dark@xxxxxxxxx>
- Libasan failed to be build for ARM with -mthumb and -fno-omit-frame-pointer
- From: Denis Khalikov <d.khalikov@xxxxxxxxxxxxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: YunQiang Su <wzssyqa@xxxxxxxxx>
- Re: Issues building gcc natively on mipsel
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Relocation Truncated to Fit: R_X86_64_PC32
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Gcc 8.1, -O2 optimisation build failure
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Comparing pointers to functions for constexpr fails with gcc not with clang
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Comparing pointers to functions for constexpr fails with gcc not with clang
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- Re: Comparing pointers to functions for constexpr fails with gcc not with clang
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Comparing pointers to functions for constexpr fails with gcc not with clang
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- Gcc 8.1, -O2 optimisation build failure
- From: Wei Liu <wei.liu2@xxxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- SBV: JKT: Blsvn: JV Invite
- From: "James Kitula." <y-kashihara@xxxxxxxxxxxx>
- Vector variable and undefined behavior
- From: Florent Hivert <Florent.Hivert@xxxxxx>
- Re: Dynamically allocated array of function pointers
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Fwd: Dynamically allocated array of function pointers
- From: Vladimir Reshetnikov <v.reshetnikov@xxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Gampu Z <gampuzampe@xxxxxxxxx>
- Re:Re: Re: For help:Unexpected fail about testsuite of GCC
- From: 陈龙 <18116491546@xxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Gampu Z <gampuzampe@xxxxxxxxx>
- Re: -finstrument-functions
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Gampu Z <gampuzampe@xxxxxxxxx>
- RE: -finstrument-functions
- From: Ming Cheng <Ming.Cheng@xxxxxxxxxxxxx>
- Re: Help required for GCC structure variable assignment optimization
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Help required for GCC structure variable assignment optimization
- From: Gampu Z <gampuzampe@xxxxxxxxx>
- Re: -finstrument-functions
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- -finstrument-functions
- From: Ming Cheng <Ming.Cheng@xxxxxxxxxxxxx>
- Re: makeinfo errors building gcc from git
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: makeinfo errors building gcc from git
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: makeinfo errors building gcc from git
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: makeinfo errors building gcc from git
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- makeinfo errors building gcc from git
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Janke <floss@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Re: For help:Unexpected fail about testsuite of GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Janke <floss@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Janke <floss@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Andrew Janke <floss@xxxxxxxxxxx>
- Re: Compiling GCC for different x86 CPU generation
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re:Re: For help:Unexpected fail about testsuite of GCC
- From: 陈龙 <18116491546@xxxxxxx>
- Compiling GCC for different x86 CPU generation
- From: Andrew Janke <floss@xxxxxxxxxxx>
- Re: lto-wrapper: fatal error
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: lto-wrapper: fatal error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- lto-wrapper: fatal error
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: 128-bit inline assembly addition
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Bugzilla: how to get a copy of own reports and own comments?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Bugzilla: how to get a copy of own reports and own comments?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Bugzilla: how to get a copy of own reports and own comments?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Bugzilla: how to get a copy of own reports and own comments?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Bugzilla: how to get a copy of own reports and own comments?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: GCC 8.1.0 STL vs Valgrind
- From: Paul Smith <psmith@xxxxxxx>
- Re: GCC 8.1.0 STL vs Valgrind
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: libgfortran.so.3 versus libgfortran.so.4
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- libgfortran.so.3 versus libgfortran.so.4
- From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC 8.1.0 STL vs Valgrind
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- GCC 8.1.0 STL vs Valgrind
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to re-test just 1 failed test src file?
- From: Jeff Law <law@xxxxxxxxxx>
- Comparing pointers to functions for constexpr fails with gcc not with clang
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- make check (testing): how to re-test just 1 failed test src file?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Question about adapting LTO source code
- From: 李宗霖 <fight1995go@xxxxxxxxx>
- Re: About LTO
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- About LTO
- From: 李宗霖 <fight1995go@xxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: make check (testing): how to clean old test results?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- make check (testing): how to clean old test results?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Andrew Haley <aph@xxxxxxxxxx>
- Problemsbuilding 8.1.0 on AIX 5.3
- From: Albert Chin <gcc-help@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 128-bit inline assembly addition
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Building an older gcc
- From: Zoltán Kócsi <zoltan@xxxxxxxxxxxxx>
- Re: 128-bit inline assembly addition
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- 128-bit inline assembly addition
- From: Marcel Keller <mks.keller@xxxxxxxxx>
- RE: ARMv8.4 intrinsics?
- From: Tamar Christina <Tamar.Christina@xxxxxxx>
- Re: Building an older gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Building an older gcc
- From: Toby Douglass <toby@xxxxxxxxxxxxxx>
- Building an older gcc
- From: Zoltán Kócsi <zoltan@xxxxxxxxxxxxx>
- Re: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- RE: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- Re: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Fwd: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- ARMv8.4 intrinsics?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Fwd: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- Re: REG_WORDS_BIG_ENDIAN
- From: Michael Eager <eager@xxxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Fwd: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Fwd: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: REG_WORDS_BIG_ENDIAN
- From: Jeff Law <law@xxxxxxxxxx>
- Fwd: Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- REG_WORDS_BIG_ENDIAN
- From: Michael Eager <eager@xxxxxxxxxxxx>
- RE: Problem with debugging -m32 program
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- Re: Problem with GCC in-tree plugin build (autoconf, libtool).
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with GCC in-tree plugin build (autoconf, libtool).
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Problem with GCC in-tree plugin build (autoconf, libtool).
- From: Oleg Ogurtsov <o.ogurtsov@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: SOLVED: Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: SOLVED: Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Frame pointer for Thumb-2 non-leaf functions
- From: Denis Khalikov <d.khalikov@xxxxxxxxxxxxxxxxxxx>
- SOLVED: Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: Frame pointer for Thumb-2 non-leaf functions
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Frame pointer for Thumb-2 non-leaf functions
- From: Denis Khalikov <d.khalikov@xxxxxxxxxxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: How to include "wide int" in code
- From: Andrew Haley <aph@xxxxxxxxxx>
- How to include "wide int" in code
- From: "colinb2 ." <colinb2@xxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Fabian Cenedese <Cenedese@xxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: having multiple copies of _GLOBAL__sub_I__xxxx which are calling std::ios_base::Init::Init()@GLIBCXX_3.4
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: having multiple copies of _GLOBAL__sub_I__xxxx which are calling std::ios_base::Init::Init()@GLIBCXX_3.4
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Duplicate Symbols when compiling with arm-linux-gnueabihf
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Danny Milosavljevic <dannym@xxxxxxxxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: having multiple copies of _GLOBAL__sub_I__xxxx which are calling std::ios_base::Init::Init()@GLIBCXX_3.4
- From: Liu Hao <lh_mouse@xxxxxxx>
- having multiple copies of _GLOBAL__sub_I__xxxx which are calling std::ios_base::Init::Init()@GLIBCXX_3.4
- From: "Klaus Rudolph" <lts-rudolph@xxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Gábor Boskovits <boskovits@xxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: "Vahith .j" <vahith@xxxxxxxxx>
- gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'
- From: Jan Nieuwenhuizen <janneke@xxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: invalid 'asm': invalid operand for code 'H'
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Fabian Cenedese <Cenedese@xxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Problem with debugging -m32 program
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re:Re: For help:Unexpected fail about testsuite of GCC
- From: 陈龙 <18116491546@xxxxxxx>
- Re: question about "x86 Built-in Functions" to detect cpu type
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: question about "x86 Built-in Functions" to detect cpu type
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: question about "x86 Built-in Functions" to detect cpu type
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: question about "x86 Built-in Functions" to detect cpu type
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: question about "x86 Built-in Functions" to detect cpu type
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- question about "x86 Built-in Functions" to detect cpu type
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Help to install the gcc compiler on Windows...I'm using a MacBook Pro (Bootcamp)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Help to install the gcc compiler on Windows...I'm using a MacBook Pro (Bootcamp)
- From: Daniel Letai <dani@xxxxxxxxxxxx>
- invalid 'asm': invalid operand for code 'H'
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Help to install the gcc compiler on Windows...I'm using a MacBook Pro (Bootcamp)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Help to install the gcc compiler on Windows...I'm using a MacBook Pro (Bootcamp)
- From: Falde Ettore <ettorefalde97@xxxxxxxxx>
- All Language Translation Solutions
- From: "Vibha Jain via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: "Vahith .j" <vahith@xxxxxxxxx>
- Re: regarding gcc 4.1 to gcc 4.8
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- regarding gcc 4.1 to gcc 4.8
- From: "Vahith .j" <vahith@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Address of return address
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Address of return address
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Address of return address
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: I'm looking for GCC compiler 6.3 for LINUX
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I'm looking for GCC compiler 6.3 for LINUX
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I'm looking for GCC compiler 6.3 for LINUX
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- I'm looking for GCC compiler 6.3 for LINUX
- From: "Lopez, Juan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: About a error reported by gcc
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: For help:Unexpected fail about testsuite of GCC
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- For help:Unexpected fail about testsuite of GCC
- From: 陈龙 <18116491546@xxxxxxx>
- Re: complete novice struggling to run the Fortran Compiler
- From: Tim Zeisloft <tim@xxxxxxxxxxxxxxxxxxxx>
- complete novice struggling to run the Fortran Compiler
- From: "frank.shed via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: how to build a faster gcc working on a specific project
- From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
- Re: how to build a faster gcc working on a specific project
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: how to build a faster gcc working on a specific project
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: how to build a faster gcc working on a specific project
- From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
- Re: list of gcc branches in the repo
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: list of gcc branches in the repo
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: list of gcc branches in the repo
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: list of gcc branches in the repo
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- list of gcc branches in the repo
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- how to build a faster gcc working on a specific project
- From: 问 题 <ihave1111questions@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: Martin Sebor <msebor@xxxxxxxxx>
- RE: New Allingham_Swift_ copy2618CAS
- From: Alice <alice@xxxxxxxxxxxxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: Martin Sebor <msebor@xxxxxxxxx>
- Weird compiler error [-Werror=discarded-qualifiers], though correct IMO
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Eliminating the dependency on the old C header files
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Eliminating the dependency on the old C header files
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Eliminating the dependency on the old C header files
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: gcc c++ compiler?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Fwd: gcc c++ compiler?
- From: "Eng.Bassam" <bassam86@xxxxxxxxx>
- Re: GCC8
- From: Janne Blomqvist <blomqvist.janne@xxxxxxxxx>
- GCC8
- From: Jerome Huck <jeromehuck@xxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Giving hints to the compiler/optimizer (#pragma hint ...)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Giving hints to the compiler/optimizer (#pragma hint ...)
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
- From: Vassilena Treneva <treneva@xxxxxxxxx>
- Re: std::filesystem::path::append oddity
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std::filesystem::path::append oddity
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Extending the core language via a gcc plugin possible?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- std::filesystem::path::append oddity
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: non-bootstrap build always uses the system-compiler. Bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- non-bootstrap build always uses the system-compiler. Bug?
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Using -flto in CXXFLAGS_FOR_TARGET
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
- From: Jeff Law <law@xxxxxxxxxx>
- Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
- From: Vassilena Treneva <treneva@xxxxxxxxx>
- Re: Using -flto in CXXFLAGS_FOR_TARGET
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Using -flto in CXXFLAGS_FOR_TARGET
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: Using -flto in CXXFLAGS_FOR_TARGET
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Using -flto in CXXFLAGS_FOR_TARGET
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Gcc 8.1 OpenMP 4.5 offload to Nvidia GPU
- From: "Jost, Gabriele (ARC-TNC)[CSRA, LLC]" <gabriele.jost@xxxxxxxx>
- Re: configure for gcc 6.4.0 build on Fedora 27
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: configure for gcc 6.4.0 build on Fedora 27
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: What could cause this SEGV
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: configure for gcc 6.4.0 build on Fedora 27
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: configure for gcc 6.4.0 build on Fedora 27
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- Re: configure for gcc 6.4.0 build on Fedora 27
- From: "U.Mutlu" <um@xxxxxxxxxxx>
- configure for gcc 6.4.0 build on Fedora 27
- From: stimits@xxxxxxxxxxx
- Re: What could cause this SEGV
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Building with -m32/-m31 support without multilibs
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Building with -m32/-m31 support without multilibs
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Building with -m32/-m31 support without multilibs
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: What could cause this SEGV
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: What could cause this SEGV
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: What could cause this SEGV
- From: Andrew Haley <aph@xxxxxxxxxx>
- AW: gcc git repository issue?
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
- Re: gcc git repository issue?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- gcc git repository issue?
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- What could cause this SEGV
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
- Re: Unable to disable shared-libraries
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Unable to disable shared-libraries
- From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
- Re: number of calls to hash function in unordered_set
- From: Frank Tetzel <s1445051@xxxxxxxxxxxxxxxxxxxxxx>
- Re: number of calls to hash function in unordered_set
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: number of calls to hash function in unordered_set
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- number of calls to hash function in unordered_set
- From: Frank Tetzel <s1445051@xxxxxxxxxxxxxxxxxxxxxx>
- Re: Is HPUX ia64 a supported target?
- From: Jeff Law <law@xxxxxxxxxx>
- Is HPUX ia64 a supported target?
- From: Brian Groose <brian@xxxxxxxxxx>
- Re: -O1 runtime difference between gcc and clang
- From: Andrew Haley <aph@xxxxxxxxxx>
- -O1 runtime difference between gcc and clang
- From: "M. Chaturvedi" <mmanu.chaturvedi@xxxxxxxxx>
- Re: Does it safe to link several objects which compiled with different `--std` flags ?
- From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
- Re: Does it safe to link several objects which compiled with different `--std` flags ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Does it safe to link several objects which compiled with different `--std` flags ?
- From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
- Re: gfortran not using SIMD / ymm registers while LLVM (Julia) does
- From: Chris Elrod <elrodc@xxxxxxxxx>
- gfortran not using SIMD / ymm registers while LLVM (Julia) does
- From: Chris Elrod <elrodc@xxxxxxxxx>
- Re: Adding new rule into compiler
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- STARTFILE_SPEC and calling a function.
- From: Kalamatee <kalamatee@xxxxxxxxx>
- Adding new rule into compiler
- From: 李宗霖 <fight1995go@xxxxxxxxx>
- Re: Gcc precompiled header problem.
- From: François Leblanc <fleblanc50@xxxxxxxxx>
- Re: Linking a shared library
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Gcc precompiled header problem.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Gcc precompiled header problem.
- From: François Leblanc <fleblanc50@xxxxxxxxx>
- Re: Gcc precompiled header problem.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Gcc precompiled header problem.
- From: François Leblanc <fleblanc50@xxxxxxxxx>
- Re: Linking a shared library
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Linking a shared library
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Linking a shared library
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Linking a shared library
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- incomplete dump ?
- From: ericLemanissier <eric.lemanissier@xxxxxxxxx>
- Is there a pass in GCC that provide us may alias information
- From: vineet singh <vineetsingh.greenfields@xxxxxxxxx>
- Re: GCC8: fails to build when configured --with-cpu=xscale
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- Re: Warning about -Wmain for local variables
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Warning about -Wmain for local variables
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: GCC8: fails to build when configured --with-cpu=xscale
- From: Alexey Neyman <stilor@xxxxxxx>
- -no-pie option supported from which version of gcc
- From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
- Is the parameters stored on the stack preserved across function calls or volatile in the ABI of intel386 & amd64
- From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
- Re: Is there a way to tell gcc to allocate local variable on the heap not the default stack?
- From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
- RE: Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
- From: Daniel Peck <dpeck@xxxxxxxxxxx>
- Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Is there a way to tell gcc to allocate local variable on the heap not the default stack?
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Is there a way to tell gcc to allocate local variable on the heap not the default stack?
- From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
- Re: about update gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
- From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
- why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
- From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
- Re: GCC8: fails to build when configured --with-cpu=xscale
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- GCC8: fails to build when configured --with-cpu=xscale
- From: Alexey Neyman <stilor@xxxxxxx>
- Re: Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
- From: Daniel Peck <dpeck@xxxxxxxxxxx>
- Re: Disable specific instance of pass ?
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: Disable specific instance of pass ?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Disable specific instance of pass ?
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Fwd: about update gcc
- From: "Bin.Cheng" <amker.cheng@xxxxxxxxx>
- Re: large C Language File
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: large C Language File
- From: Toby Douglass <toby@xxxxxxxxxxxxxx>
- large C Language File
- From: 李刚 <ligang0413@xxxxxxxxxxxx>
- Re: g++ 8.1, AIX, std::thread::_State linking
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ 8.1, AIX, std::thread::_State linking
- From: Brian Groose <brian@xxxxxxxxxx>
- Re: g++ 8.1, AIX, std::thread::_State linking
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ 8.1, AIX, std::thread::_State linking
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Игорь Сотниченко <igor.sotnichenko@xxxxxxxxx>
- Re: I need help, ASAP
- From: Fabian Cenedese <Cenedese@xxxxxxxx>
- Re: Updated gcc-8.1.0 from gcc-4.7 but permission denied
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I need help, ASAP
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Updated gcc-8.1.0 from gcc-4.7 but permission denied
- From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
- I need help, ASAP
- From: "Mam'" <Fixerplunj@xxxxxxxxxxxxxx>
- g++ 8.1, AIX, std::thread::_State linking
- From: Brian Groose <brian@xxxxxxxxxx>
- Re: gcc works well from console, but not from my program
- From: Egor Pugin <egor.pugin@xxxxxxxxx>
- Re: gcc works well from console, but not from my program
- From: Egor Pugin <egor.pugin@xxxxxxxxx>
- gcc works well from console, but not from my program
- From: Egor Pugin <egor.pugin@xxxxxxxxx>
- Re: Suse Linux ( s390x-linux-gnu-gcc )
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Suse Linux ( s390x-linux-gnu-gcc )
- From: Sreekanth G <sreekanth.gudisi@xxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Regarding download_prerequisite
- From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
- GCC8: Is --with-cpu= allowed for ARM targets?
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: Regarding download_prerequisite
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Regarding download_prerequisite
- From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
- GCC8: Is --with-cpu= allowed for ARM targets?
- From: Alexey Neyman <stilor@xxxxxxx>
- gcc-8.1.0 (gotools) build error: fsplit-stack on GNU/Linux
- From: jayjwa <jayjwa@xxxxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: tong chen <csicong@xxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: tong chen <csicong@xxxxxxxxx>
- Re: usage of --start-group and --end-group
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- usage of --start-group and --end-group
- From: tong chen <csicong@xxxxxxxxx>
- Re: Thread pool libgomp (openmp)
- From: "arrl via gcc-help" <gcc-help@xxxxxxxxxxx>
- Thread pool libgomp (openmp)
- From: Charles Cardoso <charlesoc94@xxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- RE: GCC 8 doesn't generate AVX512 instructions for skylake
- From: "Peryt, Sebastian" <sebastian.peryt@xxxxxxxxx>
- GCC 8 doesn't generate AVX512 instructions for skylake
- From: "marcin.krotkiewski" <marcin.krotkiewski@xxxxxxxxx>
- Re: GCC 8.1: Assembler error with lambda default argument
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Jeff Law <law@xxxxxxxxxx>
- Re: GCC 8.1: Assembler error with lambda default argument
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- AW: AW: gcc -m32 -dumpmachine
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- GCC 8.1: Assembler error with lambda default argument
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- GCC 8.1: alloc-size-larger-than warnings during operator new[]
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: -static-pie support in 8.1
- From: "Dmitry Vyukov via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: -static-pie support in 8.1
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- -static-pie support in 8.1
- From: "Dmitry Vyukov via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: some problems when build gcc from source
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: David Brown <david@xxxxxxxxxxxxxxx>
- some problems when build gcc from source
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Re: AW: gcc -m32 -dumpmachine
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Preprocessor behavior for -fdebug-prefix-map
- From: Paul Bunch <paulbunc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Re: std::get not returning const rvalue reference from const rvalue reference of tuple
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- std::get not returning const rvalue reference from const rvalue reference of tuple
- From: Tim <tolez_xuninada@xxxxxxxxxxx>
- RE: About Bug 52485
- From: SHIH YEN-TE <shihyente@xxxxxxxxxxx>
- Re: Need Help: Problem Installing Blitz
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: About Bug 52485
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc -m32 -dumpmachine
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- RE: About Bug 52485
- From: SHIH YEN-TE <shihyente@xxxxxxxxxxx>
- AW: gcc -m32 -dumpmachine
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: About Bug 52485
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc -m32 -dumpmachine
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc -m32 -dumpmachine
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- AW: gcc -m32 -dumpmachine
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- AW: gcc -m32 -dumpmachine
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: gcc -m32 -dumpmachine
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc -m32 -dumpmachine
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- gcc -m32 -dumpmachine
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Need Help: Problem Installing Blitz
- From: Kurt VanderKoi <kurt.vanderkoi@xxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: Do C dialect options -std=* affect the ABI?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How to define multiple processor families?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- avr-g++: __gcc_isr not supported
- From: Klaus Doldinger <klaus.doldinger64@xxxxxxxxx>
- Re: How to define multiple processor families?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Do C dialect options -std=* affect the ABI?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: How to define multiple processor families?
- From: Feng Longda <hustjackie@xxxxxxxxx>
- Re: How to define multiple processor families?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How to define multiple processor families?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- How to define multiple processor families?
- From: Feng Longda <hustjackie@xxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: ppc32: Building tiny executable
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: ppc32: Building tiny executable
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: Mason <slash.tmp@xxxxxxx>
- Re: ppc32: Building tiny executable
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: ppc32: Building tiny executable
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: ppc32: Building tiny executable
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: ppc32: Building tiny executable
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- ppc32: Building tiny executable
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Counter intuitively, asserts hurt gcc static dataflow analysis.
- From: John Carter <john.carter@xxxxxxxxxxxxx>
- Re: -nostdlib -lgcc doesn't work
- From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
- Re: -nostdlib -lgcc doesn't work
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -nostdlib -lgcc doesn't work
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: A tricky problem
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- -nostdlib -lgcc doesn't work
- From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
- Question reg fminnm/fmaxnm generation in aarch64
- From: Indu Bhagat <indu.bhagat@xxxxxxxxxx>
- Re: A tricky problem
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- Re: A tricky problem
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- Re: A tricky problem
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: A tricky problem
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- A tricky problem
- From: yiliang chen <chenyiliangex@xxxxxxxxx>
- Re: i don't known what is happened
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- i don't known what is happened
- From: yiliang chen <chenyiliangex@xxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: GCC Internals - missing target attributes
- From: Jeff Law <law@xxxxxxxxxx>
- Re: libstdc++ __inplace_stable_sort build failure
- From: Niklas Gürtler <profclonk@xxxxxxxxx>
- Re: libstdc++ __inplace_stable_sort build failure
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- libstdc++ __inplace_stable_sort build failure
- Re: GCC 8 released but not successful ?
- From: Aaro Koskinen <aaro.koskinen@xxxxxx>
- Re: GCC 8 released but not successful ?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC 8 released but not successful ?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- GCC 8 released but not successful ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Mark _init/_fini with .hidden?
- From: Yuri Gribov <tetra2005@xxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
- Re: Linking with -pthread only if linking with a .so that needs it
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-7.3.0 compiling fails on Synology DS212j
- From: Jonathan Wakely <jwakely@xxxxxxxxxx>
- Re: Testing Red Hat EMAIL subsystems please ignore
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Testing Red Hat EMAIL subsystems please ignore
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Testing Red Hat EMAIL subsystems please ignore
- gcc-7.3.0 compiling fails on Synology DS212j
- From: Willem van der Velde <willem@xxxxxxxxxxxxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Mason <slash.tmp@xxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Jack Andrews <effbiae@xxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Mason <slash.tmp@xxxxxxx>
- Re: Aarch64 / simd / ld1r question
- From: Steve Ellcey <sellcey@xxxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Mason <slash.tmp@xxxxxxx>
- difference in calculation result when using gcc vs Visual studio and optimisation flag
- From: Игорь Сотниченко <igor.sotnichenko@xxxxxxxxx>
- AW: parse target triplet into arch-vendor-abi?
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: parse target triplet into arch-vendor-abi?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- parse target triplet into arch-vendor-abi?
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Aarch64 / simd / ld1r question
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Aarch64 / simd / ld1r question
- From: Steve Ellcey <sellcey@xxxxxxxxxx>
- Re: gcj help needed: export functions to dll and file size of libgcj.dll
- From: Mason <slash.tmp@xxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Mason <slash.tmp@xxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc 5.4 and 7.2
- From: Mason <slash.tmp@xxxxxxx>
- Linking with -pthread only if linking with a .so that needs it
- From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Wrong snprintf optimalization
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: seg.fault compiling quantum-espresso
- From: "Gerson J. Ferreira" <gersonjferreira@xxxxxxxxx>
- Re: seg.fault compiling quantum-espresso
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- RE: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and7.2
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- seg.fault compiling quantum-espresso
- From: "Gerson J. Ferreira" <gersonjferreira@xxxxxxxxx>
- 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
- From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
- gcj help needed: export functions to dll and file size of libgcj.dll
- From: "Axel Wilke" <becod@xxxxxxx>
- Re: gcc stack protector
- From: Niklas Gürtler <profclonk@xxxxxxxxx>
- gcc stack protector
- From: Debasis Das <debasis356das356@xxxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Jeff Law <law@xxxxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Jeff Law <law@xxxxxxxxxx>
- Re: compiled programs significantly slower after upgrading
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- compiled programs significantly slower after upgrading
- From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
- Re: fno-pie
- From: Martin Sebor <msebor@xxxxxxxxx>
- gcc bugid 85440 re ppc64 and libquadmath
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: fno-pie
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- fno-pie
- From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
- Re: Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
- From: Jack Andrews <effbiae@xxxxxxxxx>
- Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
- From: fei phung <feiphung27@xxxxxxxxx>
- Re: C++ Compiler
- From: "Roy Ware via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: C++ Compiler
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: C++ Compiler
- From: Andrew Bell <andrew.bell.ia@xxxxxxxxx>
- Re: C++ Compiler
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- C++ Compiler
- From: "Roy Ware via gcc-help" <gcc-help@xxxxxxxxxxx>
- GCC Reports Wrong Cache Size?
- From: Fabian Russell <fr314159@xxxxxxxxx>
- Re: Using initializer without a cast?
- From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
- Re: fortran 95
- From: Agmon Ilana <chilana@xxxxxxxxxxxxxx>
- Re: fortran 95
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- fortran 95
- From: "Ilana Agmon" <chilana@xxxxxxxxxxxxxx>
- Re: multiple definition of fstat in stat.h when compiling a library
- From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
- Re: Using initializer without a cast?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Using initializer without a cast?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: multiple definition of fstat in stat.h when compiling a library
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Using initializer without a cast?
- From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
- multiple definition of fstat in stat.h when compiling a library
- From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
- Interesting case of Incompatible pointer type warning
- From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
- Re: Error building bootstrapped multilib GCC
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: A question about setting Location Counter to a new value in ld linker script
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
- Error building bootstrapped multilib GCC
- From: Ben Sferrazza <bsferrazza@xxxxxxxxxx>
- Re: A question about setting Location Counter to a new value in ld linker script
- From: Mason <slash.tmp@xxxxxxx>
- Re: A question about setting Location Counter to a new value in ld linker script
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
- Re: A question about setting Location Counter to a new value in ld linker script
- From: Mason <slash.tmp@xxxxxxx>
- A question about setting Location Counter to a new value in ld linker script
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
- Re: Using pure and const attributes for Meyers' singleton
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Using pure and const attributes for Meyers' singleton
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- RE: Using pure and const attributes for Meyers' singleton
- From: <Antons.Jelkins@xxxxxx>
- Re: Using pure and const attributes for Meyers' singleton
- From: Martin Sebor <msebor@xxxxxxxxx>
- Using pure and const attributes for Meyers' singleton
- From: <Antons.Jelkins@xxxxxx>
- Re: pie option support
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: HTML spam filters are broken
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- pie option support
- From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
- HTML spam filters are broken
- From: "graham stott via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: unwind_resume and dwarf 2
- From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: gfortran 7 compiler
- From: Ovais Khan <okhan@xxxxxxxxxxxx>
- Re[8]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
- Re: friend function definition
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: friend function definition
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re[6]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Mathieu Malaterre <malat@xxxxxxxxxx>
- Re: friend function definition
- From: Hans-Christian Stadler <hans-christian.stadler@xxxxxx>
- Re[6]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
- Re: Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Mathieu Malaterre <malat@xxxxxxxxxx>
- Re: friend function definition
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: friend function definition
- From: Matthias Kretz <m.kretz@xxxxxx>
- friend function definition
- From: Hans-Christian Stadler <hans-christian.stadler@xxxxxx>
- Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
- Re: Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Mathieu Malaterre <malat@xxxxxxxxxx>
- Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
- Re: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Mason <slash.tmp@xxxxxxx>
- Re[5]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
- From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
- Re: Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
- From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
- Re: Retpoline support for GCC 5.4.0??
- From: "Barry, Kyle" <Kyle.Barry@xxxxxxxxxx>
- Re: Retpoline support for GCC 5.4.0??
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Retpoline support for GCC 5.4.0??
- From: Mason <slash.tmp@xxxxxxx>
- [C++ concepts] Unwanted decay on requires-expression parameters?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Retpoline support for GCC 5.4.0??
- From: "Barry, Kyle" <Kyle.Barry@xxxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]