Hey,
Just my 5 cents to this. As Corinna pointed out, is the case, that a
"small" memory model application works for you, no valid prove that
all application will work on such a model. Another thing, which
cygwin depends heavily on is the pseudo-relocation stuff. It is not
guaranteed that code
ultimately we need the
attention of one of the GCC Windows maintainers. Kai Tietz seems to be
unavailable right now, unfortunately.
Looks like I totally misunderstood DJ's patch. The patch does *not*
change libgcc, it changes cygmin-crtbegin.c, thus the crtbegin.o file
which is statically linked
Hi,
cygwin64 shares for 64-bit the ABI of Windows native. This is caused
by different reasons (eg. unwind-table description for prologue, etc).
So for Windows targets va_list is indeed of 'char *' type. And this
is ok. The variant of x86_64 abi, which uses indeed a
structure-variant for
Hmm, I think that stuff around EXCEPTION_DEBUG_EVENT is that what you
are searching for. See for some details
http://msdn.microsoft.com/en-us/library/windows/desktop/ms679299%28v=vs.85%29.aspx
Regards,
Kai
--
Problem reports: http://cygwin.com/problems.html
FAQ:
2013/9/10 JonY 10wa...@gmail.com:
Hi,
Seems like there is a duplicate definition of TRANSACTION_ALL_ACCESS and
THREAD_INFORMATION_CLASS, found by one of the msys2 developers.
See attached log.
I can't see on trunk that those symbols are double defined by
mingw-w64. So there might be a
2013/9/10 JonY 10wa...@gmail.com:
Hi,
Seems like there is a duplicate definition of TRANSACTION_ALL_ACCESS and
THREAD_INFORMATION_CLASS, found by one of the msys2 developers.
See attached log.
I can't see on trunk that those symbols are double defined by
mingw-w64. So there might be a
/2013 16:44, Kai Tietz wrote:
2013/9/10 JonY:
Hi,
Seems like there is a duplicate definition of TRANSACTION_ALL_ACCESS and
THREAD_INFORMATION_CLASS, found by one of the msys2 developers.
See attached log.
I can't see on trunk that those symbols are double defined by
mingw-w64. So
2013/7/4 Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase
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/5/3 Jan Nijtmans wrote:
2013/5/3 Christopher Faylor:
We make ABSOLUTELY no guarantees that our errnos will match any other
system's. You can't expect that you will be able to use Cygwin errno's
in pure Windows applications. We really don't care if our errnos match
those of Windows.
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
2013/4/9 Corinna Vinschen schrieb:
On Apr 9 01:05, Charles Wilson wrote:
The following are missing from the definition of enum
WELL_KNOWN_SID_TYPE in winnt.h:
[...]
Should I send this as a patch to mingw64.sf (are they the
maintainers of our w32api now?)
Yes, and yes.
Thanks,
Corinna
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
2013/1/25 marco atzeri marco.atz...@gmail.com:
On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
I already explained why: The SEGV happens during relocation.
The file header has been changed already. If you call the
same rebase, it will try to rebase the file to the same new
address. If
Well, here are my 2-cents about that issue. In general it is a flaw
to have an base-relocation in debug-section, as this means such debug
information can't be moved into a separate debug-file anymore. A
debug-file has no relocation-information.
Nevertheless it would be good, if objcopy gets
2012/11/26 Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
There is an issue about parsing version-resource in binary-format in
binutils.
Perhaps there is more: an .rc file with version info compiled by the
current windres does not populate almost any fields on the Details
tab of the file
2012/11/21 Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hi,
Could somebody please explain to me why windres complains about
native windows dlls (let alone I can't get it work with new ones built
on Cygwin). For example:
windres /cygdrive/c/windows/system32/ntdll.dll
windres: unexpected
Hello,
this patch replaces strechr by strchrnul symbol-name. The strchrnul
name is that one also present in new-libc for this function behavior.
ChangeLog
2012-10-26 Kai Tietz
* dcrt0.cc (quoted): Renamed strechr to strchrnul.
* environ.cc (environ_init): Likewise
-path. And as
third point, by
inspecting generated assembly code produced by compiler out of C code
vs. inline-assembler
it shows that compiler produces better code. It handles
jump-threading better, and also
improves average executed instructions.
ChangeLog
2012-10-24 Kai Tietz
2012/10/20 JonY wrote:
On 10/20/2012 21:12, Christian Franke wrote:
Just for Info:
The new /usr/include/w32api/windef.h does no longer define _WIN32.
This may require compile fixes for some sources which check only for
_WIN32 and not for __CYGWIN__ after windows.h is included.
Christian
Hi Corinna,
2012/10/18 Corinna Vinschen:
Hi Yaakov,
On Oct 18 02:33, Yaakov (Cygwin/X) wrote:
On Wed, 2012-10-17 at 15:32 -0400, Christopher Faylor wrote:
But, anyway, nevermind. This shouldn't be a requirement for getting
these changes checked in. I'm more concerned with just nuking the
winsup/
2012-10-17 Kai Tietz
* Makefile.common: Remove w32api specific internal
configure.
(nostdincxx): Always turn off default libraries.
* Makefile.in: Remove for cygwin build dependencies
to w32api and mingw.
* configure.in: Make test for w32api
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
2012/2/7 Corinna Vinschen wrote:
On Feb 7 14:10, carolus wrote:
On 2/7/2012 1:51 PM, Tim Prince wrote:
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared
Hi,
the issue you are noticing here is that pdata information differs
between different archtiectures. The first you have shown here is the
definition of the spark,mips, and (IIRC) arm architecture. The second
one you've shown is the definition of pdata for x64 architecture. For
x86 itself
2011/8/20 JonY jo...@users.sourceforge.net:
On 8/20/2011 02:39, Sam Steingold wrote:
* Corinna Vinschen pbevaan-plt...@pltjva.pbz [2011-08-19 14:00:44 +0200]:
On Aug 19 18:19, JonY wrote:
On 8/19/2011 07:37, Sam Steingold wrote:
* JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]:
2011/4/12 Hans Horn han...@2horns.com:
Folks,
has anybody got any experience interfacing (g)fortran routines with Java via
JNI?
I'm on 64bit Windows7 using cygwin
x86_64-w64-mingw32-gcc and x86_64-w64-mingw32-gfortran, both v4.5.2
Java: jdk-6u24-windows-x64
Even though I can statically
Yes, good progress. A lot of those x64 Win7 issues don't appear
anymore for me and I didn't had now for some time no more forking
issues.
Thanks,
Kai
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 14:13:15 +0100, Frédéric Bron frederic.b...@m4x.org
wrote:
I checked the Make file, it used this flag:
gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ...
replace gcc by gcc-3
gcc 4 is now the default on cygwin but
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 15:11:18 +0100, Kai Tietz ktiet...@googlemail.com
wrote:
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 14:13:15 +0100, Frédéric Bron frederic.b...@m4x.org
wrote:
I checked the Make file, it used this flag:
gcc -mno-cygwin -g
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 15:36:01 +0100, Kai Tietz ktiet...@googlemail.com
wrote:
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 15:11:18 +0100, Kai Tietz ktiet...@googlemail.com
wrote:
2010/12/22 lemke...@t-online.de:
On Wed, 22 Dec 2010 14:13:15
Hello,
I just want to report pretty annoying issues on Win7 64-bit and
cygwin. The interesting part is that by version 1.7.5 those issues
aren't occuring.
I use cygwin for testing via cross-compiler gcc and therefore let run
DejaGnu testsuite for it. This works in general fine, but randomly and
Hello,
with recent cygwin version (cygwin1.dll 1.7.7 (1007.7.0.0)) I get
while building gcc the following error message:
/home/ktietz/source/rth/gcc/buildw64/./gcc/as: fork: Resource
temporarily unavaiable.
This behavior is new as with older version I didn't saw this problem.
Is this an already
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,
implementation and names, instead of choosing here some new one.
Regards,
Kai Tietz
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hello Eric,
Here's the very simple Makefile that was used:
CXX = g++
CXXFLAGS = -Wall -Wextra -std=c++98 -pedantic -Werror -c
LDFLAGS = -s -o $(EXEC)
Add to your LDFLAGS --enable-auto-import
That should remove those warnings for you.
Cheers,
Kai
Regards,
i.A. Kai Tietz
cygwin-ow...@cygwin.com wrote on 05.02.2009 13:53:42:
Hi There,
please go through the follows:
1) I want to create a 64 bit DLL using Cygwin in Windows Serever
2003
64 bit platform.
2) I am using Cygwin to run the make file
3) In the make file I have a macro ?CFLAGS?
cross compiler version using this crt.
Cheers,
i.A. Kai Tietz
| (\_/) This is Bunny. Copy and paste Bunny
| (='.'=) into your signature to help him gain
| ()_() world domination.
--
OneVision Software
Hi Bob,
This is not exactly a cygwin question, but can anyone point me to a
decent man page about writing Makefiles for GNU make 3.81? I tried to
use info, but can't make heads nor tails of the navigation methods for
that atrocity.
Try the command 'info make' on your shell.
Cheers,
i.A. Kai
. Kai Tietz
David Lariviere [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
20.09.2006 09:16
To
cygwin@cygwin.com
cc
Subject
Linking Assembly Code - Can't resolve printf
I have a simple assembly program that I am trying to compile, but ld
cannot
resolve printf.
--
#movtest3.s
,
i.A. Kai Tietz
PS: You can find the patch in the thread Re: PE+ and new COFF format for
x86_64 target for XP64 and Vista binaries
(I tested it with cygwin and linux environment)
Kai Tietz - Software engineering
OneVision Software Entwicklungs GmbH
55 matches
Mail list logo