There is a syntax error in r213009 causing a FTBFS in trunk with
--target=i686-pc-cygwin. Patch attached, with which trunk now builds
for said target.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2014-08-12 Yaakov Selkowitz
* config/i386/cygming-crtbegin.c
results x86_64-unknown-cygwin:
Running gnu/gcc/libatomic/testsuite/libatomic.c/c.exp ...
=== libatomic Summary ===
# of expected passes54
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2014-08-12 Yaakov Selkowitz
* configure.tgt: Add cygwin to
'./gcc/xgcc -B ./gcc
-dM -E - Cygwin targets.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2014-08-12 Yaakov Selkowitz
* config/i386/cygwin-stdint.h: Throughout, make type
definitions dependent on target architecture, not host.
Index: gcc/config/i386/c
-address-aware. Because of how
Cygwin implements fork(), the ability to use this extra space is a huge
benefit. This flag too is only for EXEs, not DLLs.
Patch attached.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2014-08-12 Yaakov Selkowitz
* config/i386
tests -46
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2014-08-12 Yaakov Selkowitz
gcc/
* config/i386/cygwin.h (STARTFILE_SPEC): Use crtbeginS.o if shared.
* config.gcc (*-*-cygwin*): Use __cxa_atexit by default.
libgcc
-with-exceptions libstdc++ implementation cannot be copied as a
basis of our own __cxa_thread_atexit_impl due to licensing conflicts
with both Cygwin (copyright assignment) and MinGW (public domain).
The testsuite shows no regressions with this patch.
--
Yaakov Selkowitz
Associate Software
The attached patch enables the -pthread flag for cygwin targets. While
not strictly necessary for compiling or linking with pthread or _r
functions on Cygwin, accepting it allows for better compatibility with
other platforms.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc
This is the first in a series of patches to make a build with an in-tree
GNU libiconv work as designed.
This patch fixes dependencies for parallel make, and avoids failures
with make targets not supported by GNU libiconv.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2015
responding changes.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
not supported by GNU libiconv.
>
> This is OK. Thanks!
Thanks. I don't have write access, could a toplevel maintainer please
commit?
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
On Fri, 2015-05-29 at 16:14 -0500, Yaakov Selkowitz wrote:
> This is the first in a series of patches to make a build with an in-tree
> GNU libiconv work as designed.
>
> This patch fixes dependencies for parallel make, and avoids failures
> with make targets not supported
On Fri, 2015-05-29 at 16:14 -0500, Yaakov Selkowitz wrote:
> This is the first in a series of patches to make a build with an in-tree
> GNU libiconv work as designed.
>
> This patch fixes dependencies for parallel make, and avoids failures
> with make targets not supported
On Fri, 2015-05-29 at 16:25 -0500, Yaakov Selkowitz wrote:
> This is the second in a series of patches to make a build with an
> in-tree GNU libiconv work as designed.
>
> Currently GDB is the only toolchain component which actually uses an
> in-tree libiconv. This patch modi
On Wed, 2015-07-01 at 15:46 -0500, Yaakov Selkowitz wrote:
> On Fri, 2015-05-29 at 16:25 -0500, Yaakov Selkowitz wrote:
> > This is the second in a series of patches to make a build with an
> > in-tree GNU libiconv work as designed.
> >
> > Currently GDB is the onl
On Wed, 2015-07-01 at 15:46 -0500, Yaakov Selkowitz wrote:
> On Fri, 2015-05-29 at 16:25 -0500, Yaakov Selkowitz wrote:
> > This is the second in a series of patches to make a build with an
> > in-tree GNU libiconv work as designed.
> >
> > Currently GDB is the onl
On Wed, 2015-07-01 at 15:52 -0500, Yaakov Selkowitz wrote:
> On Wed, 2015-07-01 at 15:46 -0500, Yaakov Selkowitz wrote:
> > On Fri, 2015-05-29 at 16:25 -0500, Yaakov Selkowitz wrote:
> > > This is the second in a series of patches to make a build with an
> > > in-tree GN
h the config/iconv.m4 patch, and
> then only the regeneration bits were pushed (both binutils-gdb git
> and gcc svn)?
Looks like I forgot to repost that part of the patchset; attached.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
2015-07-01 Yaakov Selkowitz
c
17 matches
Mail list logo