Re: cygport: No debuginfo is generated
On Sep 2 13:18, Yaakov (Cygwin/X) wrote: On Sun, 2012-09-02 at 13:35 +0200, Corinna Vinschen wrote: I'm trying to build the new openssh 6.1p1-1 package. My problem is that the debuginfo package is not created: [snip] First I thought that this is a result of linking the files without the -g option, so I patched the cygport file to add -g to the link stage, but to no avail. Generally there are a few common causes of this: 1) the build system does not honour custom CFLAGS/CXXFLAGS/etc. 2) the binaries are stripped during 'make' (e.g. linked with -s, or an explicit call to strip(1)). 3) the binaries are stripped during 'make install' (e.g. install -s). In the case of openssh, the culprit is #3. Adding --disable-strip to the cygconf arguments WFM. That did it. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] w32api-3.0b_svn5368-1
On Aug 20 20:15, JonY wrote: On 8/14/2012 16:02, Kai Tietz wrote: 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 (GUIDs and stuff). Kai, can you explain the difference? Corinna Well, major difference here is - as you already mentioned - the fact that mingw-w64 provides some helper-routines (as described by msdn) in ws2_32 and some other libraries. Also the uuid-library is a bit bigger. Also we provide some of the intrinsic-function as inline-code, which might be responsible for some size-improvment - but better optimization - you notice. Btw have you checked size with debugging-information, or without? Regards, Kai New version up. Was the first uploaded? http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1-src.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/setup.hint/download None have been uploaded so far. I'm not sure of the current state of the discussion. Are the above w32api headers good to go or is a new version in the loop? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] w32api-3.0b_svn5368-1
On 9/3/2012 18:34, Corinna Vinschen wrote: New version up. Was the first uploaded? http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1-src.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/setup.hint/download None have been uploaded so far. I'm not sure of the current state of the discussion. Are the above w32api headers good to go or is a new version in the loop? Corinna Jon Turney says he's working on a patch for xorg-server to build with mingw-w64. Jon, any comments? signature.asc Description: OpenPGP digital signature
Re: [ITA] w32api-3.0b_svn5368-1
On 03/09/2012 12:04, JonY wrote: On 9/3/2012 18:34, Corinna Vinschen wrote: New version up. Was the first uploaded? http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1-src.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1.tar.bz2/download http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/setup.hint/download None have been uploaded so far. I'm not sure of the current state of the discussion. Are the above w32api headers good to go or is a new version in the loop? Jon Turney says he's working on a patch for xorg-server to build with mingw-w64. Jon, any comments? Almost right. The problem with BOOL redefinition affects the XWindows.h header in the x11proto package, which is (should be) included by all applications which need access to both the X11 and Win32 APIs, of which the xserver is the primary, but not only example. I really don't want to mess with this as I have no idea why this header differs in this regard from the mingw.org headers, or how it came to be the way it is (the svn history did not enlighten me much) So, how about the attached (minimal) change? (where NOBOOLTYPE is named whatever you think is appropriate) (I also attach a patch which un-knots the definition of a macro BOOL just so we can use it define some types, which seems a strange way to do things to me, but might well be there for a reason I don't know) --- windef.h.bak2012-09-03 16:54:05.15625 +0100 +++ windef.h2012-09-03 16:54:25.34375 +0100 @@ -101,15 +101,14 @@ #ifndef _DEF_WINBOOL_ #define _DEF_WINBOOL_ typedef int WINBOOL; +typedef WINBOOL *PBOOL; +typedef WINBOOL *LPBOOL; +#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) !defined(NOBOOLTYPE) #pragma push_macro(BOOL) #undef BOOL -#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) !defined(NOBOOLTYPE) typedef int BOOL; -#endif -#define BOOL WINBOOL -typedef BOOL *PBOOL; -typedef BOOL *LPBOOL; #pragma pop_macro(BOOL) +#endif #endif /* _DEF_WINBOOL_ */ typedef unsigned char BYTE; --- windef.h.bak2012-09-03 16:54:05.15625 +0100 +++ windef.h2012-09-03 16:54:25.34375 +0100 @@ -101,15 +101,14 @@ #ifndef _DEF_WINBOOL_ #define _DEF_WINBOOL_ typedef int WINBOOL; +typedef WINBOOL *PBOOL; +typedef WINBOOL *LPBOOL; +#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) !defined(NOBOOLTYPE) #pragma push_macro(BOOL) #undef BOOL -#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) !defined(NOBOOLTYPE) typedef int BOOL; -#endif -#define BOOL WINBOOL -typedef BOOL *PBOOL; -typedef BOOL *LPBOOL; #pragma pop_macro(BOOL) +#endif #endif /* _DEF_WINBOOL_ */ typedef unsigned char BYTE;
Re: [ITA] w32api-3.0b_svn5368-1
On 03/09/2012 16:59, Jon TURNEY wrote: So, how about the attached (minimal) change? (where NOBOOLTYPE is named whatever you think is appropriate) This time with correct patch attached... --- windef.h.bak2012-09-03 16:54:05.15625 +0100 +++ windef.h2012-09-03 17:03:49.359375000 +0100 @@ -103,7 +103,7 @@ typedef int WINBOOL; #pragma push_macro(BOOL) #undef BOOL -#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) !defined(NOBOOLTYPE) +#if !defined(__OBJC__) !defined(__OBJC_BOOL) !defined(__objc_INCLUDE_GNU) typedef int BOOL; #endif #define BOOL WINBOOL
