Am 07.12.2012 06:05, schrieb Jason Merrill:
> It's perfectly OK to initialize a base class of abstract type; it's only an
> error to create a full object of such a type. So this patch moves the check
> from more generic initialization code out into a function that's definitely
> creating a new obj
Am 07.12.2012 10:17, schrieb Jakub Jelinek:
> On Fri, Dec 07, 2012 at 10:13:11AM +0100, Matthias Klose wrote:
>> Am 07.12.2012 06:05, schrieb Jason Merrill:
>>> It's perfectly OK to initialize a base class of abstract type; it's only an
>>> error to create a
This was seen and fixed on trunk building libbacktrace on arm:
http://gcc.gnu.org/ml/gcc-patches/2012-10/msg00628.html
I see this now cross building libgo targeting arm on the 4.7 branch. Ok to
backport to the 4.7 branch?
Matthias
2012-10-07 Matthias Klose
* config/arm/unwind-arm.h
Seen with a x86_64 x arm x arm cross build and --enable-libstdcxx-debug. The
../config.h should not be hard-coded. Using the macro guarantees that the
rewritten macros for the debug builds are used. However I fail to see why the
unpatched version does work for the native build.
Ok for the trunk an
ping
Am 12.10.2012 15:26, schrieb Matthias Klose:
> Hi,
>
> libstdc++-v3/doc/xsl/customization.xsl.in is marked as
>
> svn:mime-type = application/xml
>
> at least on the 4.7 branch, having some unexpected outcome for svn diff.
> If this was unintended, could you
Am 10.12.2012 08:19, schrieb Matthias Klose:
> Seen with a x86_64 x arm x arm cross build and --enable-libstdcxx-debug. The
> ../config.h should not be hard-coded. Using the macro guarantees that the
> rewritten macros for the debug builds are used. However I fail to see why the
&g
During bootstrap some things are built which are not required for the bootstrap:
- multilib libraries
- libstdc++ debug library, when configured with --enable-libstdcxx-debug
- libstdc++ precompiled header files
The attached patch disables building these during the bootstrap stages. The
additi
Am 10.12.2012 13:16, schrieb Matthias Klose:
> During bootstrap some things are built which are not required for the
> bootstrap:
>
> - multilib libraries
> - libstdc++ debug library, when configured with --enable-libstdcxx-debug
> - libstdc++ precompiled header files
>
Am 10.12.2012 18:52, schrieb Benjamin De Kosnik:
>
>>> libstdc++-v3/doc/xsl/customization.xsl.in is marked as
>>>
>>> svn:mime-type = application/xml
>>>
>>> at least on the 4.7 branch, having some unexpected outcome for svn
>>> diff. If this was unintended, could you change the svn:mime-type
>>
Am 16.04.2013 11:55, schrieb Matthias Klose:
> Am 16.04.2013 11:48, schrieb Jakub Jelinek:
>> On Tue, Apr 16, 2013 at 11:37:07AM +0200, Andreas Schwab wrote:
>>> Jakub Jelinek writes:
>>>
>>>> at dynamic link time it is a dummy library with no symbols that
{bits,ext}/opt_random.h became host specific in 4.8, but are still installed
into the host independent c++ include dir. install them into the host specific
include dir instead. Ok for 4.8 and trunk?
Matthias
2013-05-11 Matthias Klose
* include/Makefile.am (bits_headers): Remove
ping?
regenerated the patch for the trunk, check with builds on arm-linux-gnueabihf
and x86_64-linux-gnu
Matthias
* libgcc2.c: Don't include .
Am 14.01.2013 22:54, schrieb Matthias Klose:
> Am 04.01.2013 20:01, schrieb Wookey:
>> I filed http://gcc.gnu.org/bugzilla/s
ping?
Am 12.05.2013 11:58, schrieb Matthias Klose:
> {bits,ext}/opt_random.h became host specific in 4.8, but are still installed
> into the host independent c++ include dir. install them into the host
> specific
> include dir instead. Ok for 4.8 and trunk?
>
> Matthias
>
Am 18.05.2013 21:31, schrieb Paolo Carlini:
> Hi,
>
> On 05/12/2013 11:58 AM, Matthias Klose wrote:
>> {bits,ext}/opt_random.h became host specific in 4.8, but are still installed
>> into the host independent c++ include dir. install them into the host
>> specific
lude dir, so
make it ext/opt_random.h. tests all pass, and check the include with an
installed version too.
Matthias
# DP: Install host specific libstdc++ headers into the host include dir
2013-05-11 Matthias Klose
* include/Makefile.am (bits_headers): Remove ${bits_
Am 22.05.2013 11:18, schrieb Paolo Carlini:
> On 05/21/2013 10:25 AM, Matthias Klose wrote:
>> Am 19.05.2013 11:40, schrieb Paolo Carlini:
>>> On 05/19/2013 11:35 AM, Andreas Schwab wrote:
>>>> Tests that now fail, but worked before:
>>> Thanks Andreas. Matth
Trying to cross build a native compiler for arm-linux on x86_64 linux currently
fails to build, if the libgmp development files are not available for the build
system. This works with 4.7, but fails with 4.8.
The build fails with:
TARGET_CPU_DEFAULT="" \
HEADERS="auto-build.h ansidecl.h"
Am 12.06.2013 13:05, schrieb Olivier Hainque:
>
> On Jun 11, 2013, at 16:50 , David Edelsohn wrote:
>>> I solved this in gcc/config/rs6000/t-linux by replacing the line
>>>
>>> MULTIARCH_DIRNAME = powerpc-linux-gnuspe$(if $(findstring
>>> rs6000/e500-double.h, $(tm_file_list)),,v1)
>>>
>>> with
>
configuration for these multilib targets.
I am using this macro in a local patch which installs the host specific C++
headers to /usr/include/$(MULTIARCH_DIRNAME)/c++/4.x.y instead of
$(gcc_gxx_include_dir)/$(target_noncanonical).
Ok for the trunk?
Matthias
2013-06-12 Matthias Klose
* config
Am 17.09.2014 um 00:03 schrieb James Greenhalgh:
> If you have any other suggestions, or if "=&r" is actually correct and
> I am misreading the documentation please let me know.
with this patch I see a lot of ICEs in the testsuite for test cases built with
-O3 (and a build defaulting to -fstack-pr
Am 17.09.2014 um 15:14 schrieb Matthias Klose:
> Am 17.09.2014 um 00:03 schrieb James Greenhalgh:
>> If you have any other suggestions, or if "=&r" is actually correct and
>> I am misreading the documentation please let me know.
>
> with this patch I see a lo
Am 17.09.2014 um 15:14 schrieb Matthias Klose:
> Am 17.09.2014 um 00:03 schrieb James Greenhalgh:
>> If you have any other suggestions, or if "=&r" is actually correct and
>> I am misreading the documentation please let me know.
>
> with this patch I see a lo
Am 05.09.2014 um 05:40 schrieb Jeff Law:
> On 09/04/14 21:16, Trevor Saunders wrote:
>> Hi,
>>
>> Looks like the patch is to big to send uncompressed, so sorry if this
>> the second mail you get :)
>>
>> Given picochip has been obsolete for several years at this point, and
>> when I asked a while b
Am 19.06.2013 01:50, schrieb Ian Lance Taylor:
> This patch to gccgo changes the representation of values of function
> type. They used to be a pointer to function code, like a C function
> pointer. They are now a pointer to a struct. The first field of the
> struct points to the function code.
Am 27.11.2012 19:14, schrieb Meador Inge:
> On 11/26/2012 09:05 AM, Richard Biener wrote:
>
>> On Wed, Nov 7, 2012 at 10:51 PM, Meador Inge
>> wrote:
>>> Ping ^ 4.
>>
>> Ok.
>
> Thanks for the review. Committed to trunk.
This did break gcc-ar and gcc-nm; now a regression on the 4.8 branch.
$
Am 19.06.2013 14:03, schrieb Matthias Klose:
> $ gcc-ar-4.8 -h
> gcc-ar-4.8: Cannot find plugin 'liblto_plugin.so'
>
> the plugin is *not* installed with x permission flags (which seems to be the
> standard for shared libraries). You did change the code to use find_a_f
Am 19.06.2013 15:20, schrieb Jakub Jelinek:
> Here is so far untested attempt to do that in gcc-{ar,nm,ranlib} too, ok if
> bootstrap/regtest passes and testing shows it works (for 4.8 too, in 4.7 it
> worked)?
works for me, checked with a 4.8 native build and install.
Matthias
Am 19.06.2013 14:10, schrieb Jakub Jelinek:
> On Wed, Jun 19, 2013 at 02:03:34PM +0200, Matthias Klose wrote:
>> Am 27.11.2012 19:14, schrieb Meador Inge:
>>> On 11/26/2012 09:05 AM, Richard Biener wrote:
>>>
>>>> On Wed, Nov 7, 2012 at 10:51 PM, M
Am 19.06.2013 19:46, schrieb Jakub Jelinek:
> On Wed, Jun 19, 2013 at 05:29:42PM +0200, Matthias Klose wrote:
>> well, I did fix this assumption last year in gcc.c, then lets fix it in other
>> places too, just adding a mode parameter to the public find_a_file function.
>>
Am 13.06.2013 11:42, schrieb Richard Sandiford:
> "Bernhard Reutner-Fischer" writes:
>> On 12 June 2013 20:20:50 Richard Sandiford
>> wrote:
>>> Matthias Klose writes:
>>>> Index: config/mips/t-linux64
>>>> =
ping
Am 12.06.2013 09:48, schrieb Matthias Klose:
> Trying to cross build a native compiler for arm-linux on x86_64 linux
> currently
> fails to build, if the libgmp development files are not available for the
> build
> system. This works with 4.7, but fails with 4.8.
>
>
ping 2
Am 15.05.2013 13:46, schrieb Matthias Klose:
> ping?
>
> regenerated the patch for the trunk, check with builds on arm-linux-gnueabihf
> and x86_64-linux-gnu
>
> Matthias
>
> * libgcc2.c: Don't include .
>
> Am 14.01.2013 22:54, schrieb Mat
Am 16.07.2013 08:55, schrieb Ian Lance Taylor:
> I have committed a large patch to update libgo to the library that was
> part of the Go 1.1.1 release. As usual, I'm not including the entire
> patch in this e-mail message, because it is too large. I'm only
> including the changes to the files tha
Am 29.07.2013 15:06, schrieb FX:
>> As a consensual first step toward addressing this issue, I suggest the
>> following patch to the doc. I hope it is clear enough, but suggestions are
>> obviously welcome. (I haven't even compiled the docs with it, as I'm on my
>> laptop with little battery.)
>
Am 18.02.2013 20:07, schrieb Ian Lance Taylor:
>> the libgo testsuite unfortunately works not as all other testsuite for the
>> > libraries do work. Usually if you do want to test a multilib build, you
>> > call
>> >
>> > RUNTESTFLAGS="--target_board=unix\{,-m32,-mx32\}" make -k check
>> >
>> >
Am 06.03.2013 17:07, schrieb Jakub Jelinek:
> Hi!
>
> https://bugzilla.redhat.com/show_bug.cgi?id=910926
> reports that plugins aren't usable on arm, because arm-cores.def isn't
> installed into the plugins directory. arm-cores.def can't be included in
> tm_file list, because we don't want to inc
Am 06.03.2013 20:44, schrieb Jakub Jelinek:
> Hi!
>
> On Wed, Mar 06, 2013 at 06:57:03PM +0800, Matthias Klose wrote:
>> There is still vxworks-dummy.h, which is not installed, see PR45078. Would
>> the
>> same approach work?
>
> Like this? Untested though, and
Am 14.03.2013 16:37, schrieb Marcus Shawcroft:
> On 8 March 2013 09:32, Jakub Jelinek wrote:
>> On Fri, Mar 08, 2013 at 09:04:19AM +, Marcus Shawcroft wrote:
>>> On 07/03/13 16:45, Jakub Jelinek wrote:
On Thu, Mar 07, 2013 at 08:29:06AM -0800, Andrew Pinski wrote:
> On Thu, Mar 7, 201
[ping, adding the GCJ and Go maintainers]
proposed patch at http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00853.html
Am 19.02.2013 10:13, schrieb Richard Biener:
> On Mon, Feb 18, 2013 at 6:02 PM, Matthias Klose wrote:
>> Am 12.02.2013 13:45, schrieb Richard Biener:
>>> On Tue,
Am 26.03.2013 21:48, schrieb Anthony Green:
> For what it's worth, this patch is fine by me. I had originally
> proposed that GCC not install these bits.
now applied on trunk and the 4.8 branch.
> As far as maintainers go, I thought that I was once listed in the
> MAINTAINERS file. Feel free to
Am 13.04.2013 20:21, schrieb Andreas Schwab:
> This enables building java for aarch64.
Afaics, the aarch64 changes for boehm-gc are not yet checked in. Aren't these
needed as a prerequisite?
Am 16.04.2013 11:48, schrieb Jakub Jelinek:
> On Tue, Apr 16, 2013 at 11:37:07AM +0200, Andreas Schwab wrote:
>> Jakub Jelinek writes:
>>
>>> at dynamic link time it is a dummy library with no symbols that just
>>> adds DT_NEEDED of the latest and greatest libgcj.so.N, which provides
>>> all the s
revisit PR middle-end/56848 for 4.7.4. as outlined in the bug report, this
reapplies the patch backed out for the 4.7.3 release and backports r190733.
No regressions in the testsuite on x86_64-linux-gnu compared to the 4.7.3
release. Ok to apply?
Matthias
gcc/
2013-04-18 Matthias Klose
The linux version of Build_Dynamic_Library passes all options and libraries in
Options, which end up on the command line before the object files. So it looks
like the signature of Build_Dynamic_Library should differentiate between options
and libraries. Until it does, use the same approach as don
Am 19.04.2013 14:14, schrieb Arnaud Charlet:
> Can you clarify what problem you are trying to solve (e.g. by providing
> a testcase, explaining what you are doing and you would expect)?
from http://bugs.debian.org/680292
Gnatmake calls gcc -shared in a way incompatible with
--as-needed. Gprbuild
Matthias Klose
PR driver/61106
* optc-gen.awk: Fix option handling for -Wunused-parameter.
gcc/testsuite/
2014-05-08 Matthias Klose
PR driver/61106
* gcc-dg/unused-8a.c: New.
* gcc-dg/unused-8b.c: Likewise.
gcc/
2014-05-08 Manuel López-Ibáñez
Am 08.05.2014 23:36, schrieb Joseph S. Myers:
> On Thu, 8 May 2014, Matthias Klose wrote:
>
>> This fixes a regression introduced with 4.8, where the option ordering
>> of -Wextra and -Wunused-parameter emits a warning, which is not emitted
>> with 4.7. No regressions
Am 12.05.2014 19:30, schrieb Joseph S. Myers:
> On Mon, 12 May 2014, Matthias Klose wrote:
>
>> I didn't look close enough to the gfortran test results. PR driver/61126 is
>> a
>> fix for the regression introduced with the fix for the above issue. With
>&g
The HAVE_SYS_SDT_H define succeeds when the file sys/sdt.h is found. It doesn't
use the target compiler for that check, like AC_CHECK_HEADER does. This patch
uses AC_COMPILE to check for the header and ensure that a dummy program succeeds
to build.
This is a different patch than the one proposed
ch in the gcc testsuite. Ok to commit?
Matthias
gcc/testsuite/
2014-01-15 Matthias Klose
* go.test/go-test.exp: Set goarch for aarch64*-*-*.
Index: gcc/testsuite/go.test/go-test.exp
===
--- gcc/testsuite/go.test/go
Am 09.01.2014 18:11, schrieb Uros Bizjak:
> On Thu, Jan 9, 2014 at 4:01 PM, Ian Lance Taylor wrote:
>> On Thu, Jan 9, 2014 at 2:54 AM, Uros Bizjak wrote:
>>>
>>> 2014-01-09 Uros Bizjak
>>>
>>> * go.test/go-test.exp (go-gc-tests): Don't run peano.go on systems
>>> which don't support -f
Am 18.01.2014 03:03, schrieb Ian Lance Taylor:
> On Fri, Nov 29, 2013 at 5:29 AM, Matthias Klose wrote:
>> to get full advantage of the -fsplit-stack option, gccgo binaries have to be
>> linked with gold, not the bfd linker. When the system linker defaults to the
>> bfd link
Am 17.01.2014 19:50, schrieb Yufeng Zhang:
> Hi Michael,
>
> Thanks for the fix. The patch looks OK to me in general, although I have some
> minor comments below.
>
> On 01/17/14 08:22, Michael Hudson-Doyle wrote:
>> Hi, as discussed inhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799
>> GCC cur
ping, adding build maintainers
Am 10.01.2014 12:06, schrieb Matthias Klose:
> Am 10.01.2014 10:49, schrieb Zhenqiang Chen:
>> On 10 January 2014 17:23, Matthias Klose wrote:
>>> Am 10.01.2014 09:23, schrieb Zhenqiang Chen:
>>>> Hi,
>>>>
>>>>
Am 04.02.2014 03:14, schrieb Mike Stump:
> On Feb 3, 2014, at 3:52 PM, Joseph S. Myers wrote:
>> On Mon, 3 Feb 2014, Andrew Pinski wrote:
>>> On Mon, Feb 3, 2014 at 11:14 AM, Diego Novillo wrote:
On Mon, Feb 3, 2014 at 2:11 PM, Ian Lance Taylor wrote:
> If the presence of the build
Am 17.07.2014 02:41, schrieb Ulrich Weigand:
> Hello,
>
> this is the variant intended for the 4.8/4.9 branches of the patch:
> https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01072.html
>
> As discussed, it does *not* actually change ABI, but only warn when
> encountering a situation where the ABI
Am 27.07.2014 13:59, schrieb pins...@gmail.com:
>
>
>> On Jul 27, 2014, at 4:53 AM, Alan Modra wrote:
>>
>>> On Sun, Jul 27, 2014 at 07:16:07PM +0930, Alan Modra wrote:
>>>> On Sat, Jul 26, 2014 at 01:45:12PM +0200, Matthias Klose wrote:
>>&
Am 04.03.2014 13:30, schrieb Markus Trippelsdorf:
> What is missing is a big fat warning in
> http://gcc.gnu.org/gcc-4.9/changes.html that one should use the gcc
> binutils wrappers (gcc-ar, etc.) when building projects with LTO.
Is this enough? Or should the autoconf macros changed to look for t
ok to remove the empty directory gcc/testsuite/g++.dg/cpp0x/regress on the
trunk?
Matthias
Am 18.12.2012 15:28, schrieb Ian Lance Taylor:
> On Mon, Dec 17, 2012 at 2:26 PM, Andreas Schwab wrote:
>> Since libgo uses 8-byte atomic operations it needs to link against
>> libatomic. Tested on m68k-linux and powerpc-linux.
>>
>> Andreas.
>>
>> PR go/55201
>> * Makefile.def (a
Am 19.12.2012 01:28, schrieb Ian Lance Taylor:
> On Tue, Dec 18, 2012 at 3:15 PM, Richard Henderson wrote:
>> On 12/18/2012 02:52 PM, Ian Lance Taylor wrote:
>>> Argh. But why? Wouldn't that only apply to cases where the lock was
>>> sometimes locked by one library and sometimes locked by a diff
Fixes a typo in the multiarch definition for kfreebsd. Committed as obvious.
Matthias
2012-12-19 Matthias Klose
* config/i386/t-kfreebsd (MULTIARCH_DIRNAME): Add comma to
separate arguments in make function.
Index: config/i386/t-kfreebsd
The definition of the multiarch tuple for powerpcspe-linux-gnu was wrong. The
t-spe fragment isn't included for the powerpc*-linux* case, so move it to
t-linux, and use tm_file_list (tm_file is only used in config.gcc).
Ok for the trunk?
Matthias
2012-12-19 Roland Stigge
Matthias
dir set with DESTDIR).
Currently it just works for a non-parallel install because the dependencies in
Makefile.def are created in the right order.
Ok for the trunk?
Matthias
[1] http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01192.html
2012-12-20 Matthias Klose
* Makefile.def (install-tar
Am 20.12.2012 20:11, schrieb Ian Lance Taylor:
> On Thu, Dec 20, 2012 at 10:22 AM, Matthias Klose wrote:
>> This was seen with the libgo installation [1], but from my point of view can
>> happen when the install target is called with -j >1, libtool seems to fall
>&g
v3 is
installed first.
ok for the trunk?
Matthias
2013-01-13 Matthias Klose
* Makefile.def (install-target-libsanitizer): Depend on
install-target-libstdc++-v3.
* Makefile.in: Regenerate.
Index: Makefile.def
===
--- Makefil
patch in
http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00198.html is still valid, but
independent of this.
Matthias
gcc/
2013-01-14 Matthias Klose
* configure.ac: fail --with-build-sysroot without --with-sysroot.
* configure: Regene
Am 04.01.2013 20:01, schrieb Wookey:
> I filed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55743 (my first
> upstream gcc bug so be gentle :-)
>
> Details are there but the short version is that the limits.h inclusion
> in libgcc2.c is now a relic because the constants that it brings
> in are no l
>From the bug report:
If mudflap is used to instrument a program using dlopen, and the program
(assuming it is compiled with -rdynamic) loads itself by passing NULL for the
path to dlopen, the program will crash unconditionally; that is, regardless of
the options passed to mudflap, so long as inst
Am 18.01.2013 15:28, schrieb Ramana Radhakrishnan:
> On 06/20/12 03:53, Yi-Hsiu Hsu wrote:
>> marvell-pj4 is added to BE8_LINK_SPEC.
>
> Sorry about the time it's taken to finish this patch up. I seem to have missed
> this one in the review process.
>
> I've now applied the attached patch after t
?
Matthias
2013-02-12 Matthias Klose
* Makefile.am: Do not install texinfo documentation and the
libffi library.
* include/Makefile.am: Do not install header files.
* man/Makefile.am: Do not install man pages.
* Makefile.in, include/Makefile.in, man/Makefile.in: Regenerate.
Index
Am 09.02.2013 19:24, schrieb Ian Lance Taylor:
> On Sat, Feb 9, 2013 at 3:18 AM, Andreas Schwab wrote:
>> Ian Lance Taylor writes:
>>
>>> 2013-02-08 Ian Lance Taylor
>>>
>>> * lib/go.exp: Load timeout.exp.
>>
>> ERROR: Couldn't find library file timeout.exp.
>
> Sorry, I was told on IRC
Am 12.02.2013 13:45, schrieb Richard Biener:
> On Tue, Feb 12, 2013 at 1:44 PM, Richard Biener
> wrote:
>> On Tue, Feb 12, 2013 at 1:30 PM, Matthias Klose wrote:
>>> The libffi library, headers and documentation are still installed, although
>>> libffi provides sep
Paul Brook
* exception.cc (parse_lsda_header): hardcode ttype_encoding for older
ARM EABI toolchains.
(get_ttype_entry) Remove __ARM_EABI_UNWINDER__ variant.
libobjc/
2011-10-17 Paul Brook
Matthias Klose
* exception.c (parse_lsda_header): hardcode ttype_en
On 10/28/2011 10:33 AM, Rainer Orth wrote:
> Markus Trippelsdorf writes:
>
>> By popular demand, I've prepared a patch that updates the in-tree
>> libtool to version 2.4.2. It is needed for lto-bootstrap with
>> -fno-fat-lto-objects and FreeBSD10.x versions.
>
> I see that your patch doesn't de
On 11/03/2011 12:50 PM, Rainer Orth wrote:
> This patch restores arm-none-eabi bootstrap, which had been broken by my
> libgcc patches. They accidentally removed arm/t-bpabi in gcc/config.gcc
> while the file is still needed for its addition to EXTRA_HEADERS.
>
> Matt confirmed in the PR that it
On 11/04/2011 10:58 AM, Rainer Orth wrote:
> Matthias Klose writes:
>
>> emutls_s.o indeed isn't built with -fPIC (it is on the 4.6 branch); PICFLAG
>> in
>> libgcc/Makefile is set but apparently not used.
>
> I think I see what's going on: config/arm
On 06.09.2012 17:37, Jason Merrill wrote:
> Vtables were causing several different problems for constexpr:
>
> 1) Value-initializing a nearly-empty class (that has a vptr but no data) meant
> two initializers for a single base. Fixed by not bothering to zero out a type
> with no data before calli
On 07.09.2012 21:38, Jason Merrill wrote:
> On 09/07/2012 12:33 PM, Matthias Klose wrote:
>> thanks for the fix. looked at backporting this for 4.7. Is it really
>> necessary
>> to use C++ only syntax for this kind of patches, which are a candidate for
>> 4.7?
>
&g
On 08.09.2012 01:07, Kees Cook wrote:
> Hi,
>
> I'm curious about the status of this patch:
> http://gcc.gnu.org/ml/gcc-patches/2012-06/msg00974.html
>
> Chrome OS uses this, and the Ubuntu Security Team has expressed
> interest in it as well. What's needed to land this in gcc?
I don't see any s
Starting with 4.4, GCC informs about that the `va_list' mangling has changed.
This makes builds a bit "noisy", and maybe it's time to remove this
informational message in the trunk.
Matthias
2012-09-20 Matthias Klose
* gcc/config/arm/arm.c (arm_mangle_type): Don
Matthias Klose
* lib/target-supports.exp (check_profiling_available): Match
arm*-*-linux-*eabi* for ARM Linux/GNU EABI.
gcc/ada/
2012-06-25 Matthias Klose
* gcc-interface/Makefile.in: Match arm*-*-linux-*eabi* for
ARM Linux/GNU EABI.
libgcc/
2012-06-25 Matthias
r the trunk?
Matthias
2012-06-25 Matthias Klose
* doc/invoke.texi: Document -print-multiarch.
* doc/install.texi: Document --enable-multiarch.
* doc/fragments.texi: Document MULTILIB_OSDIRNAMES, MULTIARCH_DIRNAME.
* configure.ac: Add --enable-multiarch o
On 25.06.2012 15:56, Joseph S. Myers wrote:
> On Mon, 25 Jun 2012, Matthias Klose wrote:
>
>> Please find attached the patch updated for trunk 20120625, x86 only, tested
>> on
>> x86-linux-gnu, KFreeBSD and the Hurd.
>
> This patch appears to include changes to con
On 25.06.2012 15:22, Richard Earnshaw wrote:
> On 25/06/12 13:08, Matthias Klose wrote:
>> gcc/config.gcc now allows matching arm*-*-linux-*eabi* instead of
>> arm*-*-linux-*eabi for ARM Linux/GNU EABI. This changes the matching in
>> various
>> other places as well.
On 25.06.2012 18:21, Matthias Klose wrote:
> On 25.06.2012 15:22, Richard Earnshaw wrote:
>> On 25/06/12 13:08, Matthias Klose wrote:
>>> gcc/config.gcc now allows matching arm*-*-linux-*eabi* instead of
>>> arm*-*-linux-*eabi for ARM Linux/GNU EABI. This changes t
On 28.06.2012 12:01, Thomas Schwinge wrote:
> Hi!
>
> On Mon, 25 Jun 2012 18:19:26 +0200, Matthias Klose
> wrote:
>> On 25.06.2012 15:56, Joseph S. Myers wrote:
>>> On Mon, 25 Jun 2012, Matthias Klose wrote:
>>>
>>>> Please find attache
On 03.07.2012 15:37, Richard Guenther wrote:
> People are running into issues when mixing cloog built against isl 0.08
> and gcc building against isl 0.10 (which is expected I guess).
> CLooG needs to be configured to use GMP
> +internally, use @option{--with-bits=gmp} to direct it to do that.
wh
. The patch includes the changes suggested by Thomas Schwinge.
Ok for the trunk?
Matthias
2012-06-25 Matthias Klose
* doc/invoke.texi: Document -print-multiarch.
* doc/install.texi: Document --enable-multiarch.
* doc/fragments.texi: Document MULTILIB_OSDIR
ping?
re-attaching the updated patch with the fixed comment in genmultilib.
Matthias
On 08.07.2012 20:48, Matthias Klose wrote:
> Please find attached v2 of the patch updated for trunk 20120706, x86 only,
> tested on
> x86-linux-gnu, KFreeBSD and the Hurd.
>
> I left in th
I did see gcc-4.7 fail to build for an ARM soft-float/hard-float multilib
configuration. The reason is that gcc -print-multi-directory doesn't print
anything for the non-default, and gcc -print-multi-lib only prints `.' (and then
not building the runtime libs for the non-default). The reason is th
On 02.05.2012 16:53, Richard Earnshaw wrote:
> On 02/05/12 14:26, Matthias Klose wrote:
>> I did see gcc-4.7 fail to build for an ARM soft-float/hard-float multilib
>> configuration. The reason is that gcc -print-multi-directory doesn't print
>> anything for the non-def
On 02.05.2012 17:02, Richard Earnshaw wrote:
> On 02/05/12 15:59, Matthias Klose wrote:
>> On 02.05.2012 16:53, Richard Earnshaw wrote:
>>> On 02/05/12 14:26, Matthias Klose wrote:
>>>> I did see gcc-4.7 fail to build for an ARM soft-float/hard-float multilib
>>
The lto plugin is installed without x bits set, but gcc-ar.c still checks for
the execute bits. There is no need to have the lto plugin to have the x bits
set, so just check that it is readable.
Ok for the trunk and the 4.7 branch?
Matthias
* (main): Don't check for execute bits for the
On 20.08.2011 21:51, Matthias Klose wrote:
> Multiarch [1] is the term being used to refer to the capability of a system to
> install and run applications of multiple different binary targets on the same
> system.
please find attached an updated for the trunk (2012-05-08). The multiarch
On 08.05.2012 15:20, Joseph S. Myers wrote:
> On Tue, 8 May 2012, Matthias Klose wrote:
>
>> On 20.08.2011 21:51, Matthias Klose wrote:
>>> Multiarch [1] is the term being used to refer to the capability of a system
>>> to
>>> install and run applications
On 09.05.2012 15:37, Paolo Bonzini wrote:
> Il 09/05/2012 02:38, Matthias Klose ha scritto:
>> Index: gcc/doc/invoke.texi
>> ===
>> --- gcc/doc/invoke.texi (revision 187271)
>> +++ gcc/doc/inv
On 09.05.2012 18:29, Paolo Bonzini wrote:
> Il 09/05/2012 17:34, Matthias Klose ha scritto:
>>>> So -print-multiarch is like --print-multi-os-directory?
>> the former prints the part before the `:' in the MULTILIB_OSDIRNAMES, the
>> latter
>> the part after
On 10.05.2012 08:42, Paolo Bonzini wrote:
> Il 09/05/2012 19:19, Matthias Klose ha scritto:
>> these are referenced from the http://wiki.debian.org/Multiarch/Tuples
>> https://wiki.ubuntu.com/MultiarchSpec#Filesystem_layout
>> http://err.no/debian/amd64-multiarch-3
>>
On 11.05.2012 12:51, Paolo Bonzini wrote:
> Il 11/05/2012 07:13, Matthias Klose ha scritto:
>> ok, I did clarify it in the existing documentation of MULTIARCH_DIRNAME in
>> fragments.texi, detailing the search order for the files. Should the search
>> order be mentioned in so
301 - 400 of 443 matches
Mail list logo