2013/6/13 Corinna Vinschen wrote:
On Jun 13 10:37, Kai Tietz wrote:
2013/6/13 Corinna Vinschen wrote:
Too bad. This is a typical problem of projects which have been ported
to 64 bit, but only to SYSV ABI, not to MS ABI. The problem never shows
up in the SYSV ABI (Linux, Solaris, etc
2013/4/15 Václav Zeman vhais...@gmail.com:
None of the tricks (-fno-reorder-blocks, -r, -nostdlib) help here. It
still fails the same way. Shall I create a GCC Bugzilla report from
this then?
Yes, then please create an new BZ for it, and mention that there that
all these options had no effect.
2013/4/15 Václav Zeman wrote:
None of the tricks (-fno-reorder-blocks, -r, -nostdlib) help here. It
still fails the same way. Shall I create a GCC Bugzilla report from
this then?
Yes, then please create an new BZ for it, and mention that there that
all these options had no effect.
Thanks,
Kai
2013/4/14 Corinna Vinschen wrote:
On Apr 13 21:08, Dave Korn wrote:
On 13/04/2013 11:07, Corinna Vinschen wrote:
On Apr 12 21:31, Dave Korn wrote:
Nope, just vague about input and output sections. Enabling auto imports
selects a linker script that causes all the .rdata in the input
2013/4/14 Yaakov (Cygwin/X) wrote:
On 2013-04-11 03:58, Václav Zeman wrote:
I have tried to compile log4cplus (C++ logging library) on Cygwin64
with -flto GCC option. I am getting the following failure:
lto1: internal compiler error: in add_symbol_to_partition, at
lto/lto-partition.c:284
2013/4/14 Corinna Vinschen wrote:
On Apr 14 11:05, Kai Tietz wrote:
2013/4/14 Corinna Vinschen wrote:
On Apr 13 21:08, Dave Korn wrote:
But it's not a separate contiguous list of pointers. What's happening
is
that there are various structures in the .rdata that contain imported
Hello,
2013/3/23 Corinna Vinschen corinna-cyg...@cygwin.com:
Thanks for the testcase. I'm not a gcc expert, so I defer to Kai.
Kai, can you have a look what happens here?
Thanks,
Corinna
yes, this is a gcc bug. it isn't sepcial to cygwin64. It happens
also for x64 mingw, so please file
Hello,
2013/3/23 Corinna Vinschen schrieb:
Thanks for the testcase. I'm not a gcc expert, so I defer to Kai.
Kai, can you have a look what happens here?
Thanks,
Corinna
yes, this is a gcc bug. it isn't sepcial to cygwin64. It happens
also for x64 mingw, so please file a regression-bug
2013/3/20 Dave Korn schrieb:
On a related issue, I don't see anything related to cygwin64 in upstream
GCC. How is 64-bit Cygwin currently being built? Are you using a mingw64
compiler and controlling things like startup files and libs linked against in
the command-line?
I will begin to
2012/8/14 Corinna Vinschen
On Aug 14 09:29, Corinna Vinschen wrote:
On Aug 14 08:25, Andy Koppe wrote:
On 14 August 2012 08:18, Corinna Vinschen wrote:
On Aug 13 21:51, Yaakov (Cygwin/X) wrote:
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
2012/8/14 Corinna Vinschen:
On Aug 14 08:46, Andy Koppe wrote:
Yep, mintty builds fine with that, and appears to work. For some
reason it's 9K bigger than with the current w32api though.
I think this is because the mingw-w64 libs come with a couple more
static elements built into the libs
2012/6/12 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net:
On 2012-06-04 02:10, Kai Tietz wrote:
The change in crt/wchar.h about __mingw_ovr macro looks wrong to me,
or at least inconsistent. As stdio.h has same macro. At least a
libstdc++ bootstrap test is required for this change
Yaakov, ping.
Not sure if you still have interest to get your patch into our
repository. The part about hiding dllimport needs a change in your
patch. Also your changes about MIDL part (see Jacek's comment for
this) need adjustment. I am still waiting for a revised version or it.
As soon as
Hello,
here is my review about Yaakov's patch.
The change in crt/wchar.h about __mingw_ovr macro looks wrong to me,
or at least inconsistent. As stdio.h has same macro. At least a
libstdc++ bootstrap test is required for this change.
The hunks about guiddef.h are ok.
The hunk about ntdef.h is
2012/6/4 Corinna Vinschen:
On Jun 4 09:10, Kai Tietz wrote:
Hello,
here is my review about Yaakov's patch.
The change in crt/wchar.h about __mingw_ovr macro looks wrong to me,
or at least inconsistent. As stdio.h has same macro. At least a
libstdc++ bootstrap test is required
2012/3/25 Corinna Vinschen:
And why should this be done? It doesn't look as if Microsoft will ever
generate autoconf'ed, target-specific headers in different directories
and Mingw64 strives to create platform headers in as most compatible as
possible. Kai, what do you say
Well, for the
Hi Corinna,
I suggest the approach to install for cygwin the platform-headers to a
shared place. I suggest that mingw-w64 adds to configure for headers
and crt an option, which installs platform-headers/libraries to
'/usr/shared/psdk_windows' location. Means under this path are the
folders
2010/7/7 Corinna Vinschen corinna-cyg...@cygwin.com:
On Jul 7 21:19, JonY wrote:
On 7/7/2010 20:58, Christopher Faylor wrote:
On Wed, Jul 07, 2010 at 02:39:19PM +0200, Corinna Vinschen wrote:
Oh, and, talking about /opt or /usr, I'd prefer the above /usr/mingw*
sysroot idea. However, I
2010/3/17 Corinna Vinschen corinna-cyg...@cygwin.com:
On Mar 17 11:56, Chris Sutcliffe wrote:
HI Corinna,
==
Ultimate Packer for eXecutables
Copyright (C) 1996,1997,1998,1999,2000,2001,2002,2003,2004,2005,2006,2007
UPX 3.01 Markus Oberhumer,
19 matches
Mail list logo