Unable to compile SDL2 on Cygwin

phil12d3 · January 4, 2014, 9:22pm

When compiling the SDL2-2.0.1 library on Cygwin (1.7.25(0.270/5/3)), I get the below compilation error:

Code:
build/.libs/SDL_windowskeyboard.o:SDL_windowskeyboard.c:(.rdata$.refptr.IID_IUnknown[.refptr.IID_IUnknown]+0x0): undefined reference to `IID_IUnknown’
collect2: error: ld returned 1 exit status
Makefile:126: recipe for target ‘build/libSDL2.la’ failed
make: *** [build/libSDL2.la] Error 1

I’ve only seen one suggestion, which was to change a few lines in the CMakeLists.txt. I have tried this and it didn’t make any difference (I modified and removed the section that deals with cygwin based on this http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin)

I’ve tried re-running ./autogen.sh.

I ran ./configure too and that went through ok, before and after the change.

I’ve also found that this has been raised as a bug (https://bugzilla.libsdl.org/show_bug.cgi?id=2298), but there doesn’t seem to be any workaround or fixes mentioned there.

Any ideas would be much appreciated.

phil12d3 · January 5, 2014, 12:08am

phil12d3 wrote:

When compiling the SDL2-2.0.1 library on Cygwin (1.7.25(0.270/5/3)), I get the below compilation error:

Code:
build/.libs/SDL_windowskeyboard.o:SDL_windowskeyboard.c:(.rdata$.refptr.IID_IUnknown[.refptr.IID_IUnknown]+0x0): undefined reference to `IID_IUnknown’
collect2: error: ld returned 1 exit status
Makefile:126: recipe for target ‘build/libSDL2.la’ failed
make: *** [build/libSDL2.la] Error 1

I’ve only seen one suggestion, which was to change a few lines in the CMakeLists.txt. I have tried this and it didn’t make any difference (I modified and removed the section that deals with cygwin based on this http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin)

I’ve tried re-running ./autogen.sh.

I ran ./configure too and that went through ok, before and after the change.

I’ve also found that this has been raised as a bug (https://bugzilla.libsdl.org/show_bug.cgi?id=2298), but there doesn’t seem to be any workaround or fixes mentioned there.

Any ideas would be much appreciated.

I just realised something very silly… I wasn’t even using cmake so that’s why the changes I made didn’t work. Still, I tried cmake to see if that would work and I get several errors about GetWindow and WindowsClipboard, so that didn’t really help.

I don’t really mind which method is used to build the libraries, so if there is anything I can do to fix the cmake problems then i’m more than willing to give it a try?

The cmake errors are:

Code:
$ make
[ 1%] Building C object CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o
In file included from /usr/include/w32api/windef.h:8:0,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/minwindef.h:114:15: error: conflicting types for ?BOOL?
typedef int BOOL;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:145:16: note: previous declaration of ?BOOL? was here
typedef CARD8 BOOL;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:32:44: error: conflicting types for ?INT64?
__MINGW_EXTENSION typedef signed __int64 INT64,*PINT64;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:119:14: note: previous declaration of ?INT64? was here
typedef long INT64;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:192:43: error: expected identifier or ?(? before ?,? token
__MINGW_EXTENSION typedef __int64 LONG64,*PLONG64;
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1483:60: error: unknown type name ?Value?
LONG64 InterlockedAdd64(LONG64 volatile *Addend,LONG64 Value);
^
/usr/include/w32api/winnt.h:1488:74: error: unknown type name ?Value?
__forceinline LONG64 InterlockedAdd64(LONG64 volatile Addend,LONG64 Value) { return InterlockedExchangeAdd64(Addend,Value) + Value; }
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1549:69: error: expected ?)? before ?? token
LONG64 Multiply128(LONG64 Multiplier,LONG64 Multiplicand,LONG64 *HighProduct);
^
/usr/include/w32api/winnt.h:1555:69: error: expected ?)? before ?BYTE?
LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE Shift);
^
/usr/include/w32api/winnt.h:1559:82: error: expected ?)? before ?BYTE?
__CRT_INLINE LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE Shift) {
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:3387:2: error: unknown type name ?PLONG64?
PLONG64 pInt64;
^
In file included from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:30:0,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:4951:15: error: two or more data types in declaration specifiers
DWORD64 Status;
^
/usr/include/w32api/winnt.h:5090:13: error: two or more data types in declaration specifiers
DWORD Status;
^
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:41:1: error: conflicting types for ?GetWindow?
GetWindow(_THIS)
^
In file included from /usr/include/w32api/windows.h:72:0,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winuser.h:3263:26: note: previous declaration of ?GetWindow? was here
WINUSERAPI HWND WINAPI GetWindow(HWND hWnd,UINT uCmd);
^
CMakeFiles/SDL2.dir/build.make:2288: recipe for target ‘CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o’ failed
make[2]: *** [CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o] Error 1
CMakeFiles/Makefile2:63: recipe for target ‘CMakeFiles/SDL2.dir/all’ failed
make[1]: *** [CMakeFiles/SDL2.dir/all] Error 2
Makefile:116: recipe for target ‘all’ failed
make: *** [all] Error 2

Alex_Barry · January 5, 2014, 2:09pm

I’ve compiled sdl2 for cygwin a few months ago. I can try another compile
today and get back to you.On 4 Jan 2014 21:33, “phil12d3” wrote:

phil12d3 wrote:

When compiling the SDL2-2.0.1 library on Cygwin (1.7.25(0.270/5/3)), I get
the below compilation error:

Code:

build/.libs/SDL_windowskeyboard.o:SDL_windowskeyboard.c:(.rdata$.refptr.IID_IUnknown[.refptr.IID_IUnknown]+0x0):
undefined reference to `IID_IUnknown’
collect2: error: ld returned 1 exit status
Makefile:126: recipe for target ‘build/libSDL2.la’ failed
make: *** [build/libSDL2.la] Error 1

I’ve only seen one suggestion, which was to change a few lines in the
CMakeLists.txt. I have tried this and it didn’t make any difference (I
modified and removed the section that deals with cygwin based on this
http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin)

I’ve tried re-running ./autogen.sh.

I ran ./configure too and that went through ok, before and after the
change.

I’ve also found that this has been raised as a bug (
https://bugzilla.libsdl.org/show_bug.cgi?id=2298), but there doesn’t seem
to be any workaround or fixes mentioned there.

Any ideas would be much appreciated.

I just realised something very silly… I wasn’t even using cmake so
that’s why the changes I made didn’t work. Still, I tried cmake to see if
that would work and I get several errors about GetWindow and
WindowsClipboard, so that didn’t really help.

I don’t really mind which method is used to build the libraries, so if
there is anything I can do to fix the cmake problems then i’m more than
willing to give it a try?

The cmake errors are:

Code:

$ make
[ 1%] Building C object
CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o
In file included from /usr/include/w32api/windef.h:8:0,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/minwindef.h:114:15: error: conflicting types for ?BOOL?
typedef int BOOL;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:145:16: note: previous declaration of ?BOOL? was
here
typedef CARD8 BOOL;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:32:44: error: conflicting types for ?INT64?
__MINGW_EXTENSION typedef signed __int64 INT64,*PINT64;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:119:14: note: previous declaration of ?INT64? was
here
typedef long INT64;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:192:43: error: expected identifier or ?(?
before ?,? token
__MINGW_EXTENSION typedef __int64 LONG64,*PLONG64;
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1483:60: error: unknown type name ?Value?
LONG64 InterlockedAdd64(LONG64 volatile *Addend,LONG64 Value);
^
/usr/include/w32api/winnt.h:1488:74: error: unknown type name ?Value?
__forceinline LONG64 InterlockedAdd64(LONG64 volatile Addend,LONG64
Value) { return InterlockedExchangeAdd64(Addend,Value) + Value; }
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1549:69: error: expected ?)? before ?? token
LONG64 Multiply128(LONG64 Multiplier,LONG64 Multiplicand,LONG64
*HighProduct);
^
/usr/include/w32api/winnt.h:1555:69: error: expected ?)? before ?BYTE?
LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE
Shift);
^
/usr/include/w32api/winnt.h:1559:82: error: expected ?)? before ?BYTE?
__CRT_INLINE LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64
Multiplicand,BYTE Shift) {
    ^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:3387:2: error: unknown type name ?PLONG64?
PLONG64 pInt64;
^
In file included from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:30:0,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:4951:15: error: two or more data types in
declaration specifiers
DWORD64 Status;
^
/usr/include/w32api/winnt.h:5090:13: error: two or more data types in
declaration specifiers
DWORD Status;
^
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:41:1: error:
conflicting types for ?GetWindow?
GetWindow(_THIS)
^
In file included from /usr/include/w32api/windows.h:72:0,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winuser.h:3263:26: note: previous declaration of
?GetWindow? was here
WINUSERAPI HWND WINAPI GetWindow(HWND hWnd,UINT uCmd);
^
CMakeFiles/SDL2.dir/build.make:2288: recipe for target
’CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o’ failed
make[2]: *** [CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o]
Error 1
CMakeFiles/Makefile2:63: recipe for target ‘CMakeFiles/SDL2.dir/all’ failed
make[1]: *** [CMakeFiles/SDL2.dir/all] Error 2
Makefile:116: recipe for target ‘all’ failed
make: *** [all] Error 2

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

phil12d3 · January 5, 2014, 3:00pm

Hi MrOzyBarry, that would be very helpful. It would be great to know how you went about it if it did work (did you use ./configure make make install or cmake etc, and if you did use cmake, did you just create a folder and type cmake …/sdl2-2.0.1 within it, for example), that would be very much appreciated. I’ve built SDL1 on this very same cygwin environment previously and i’ve been able to build SDL2 on ubuntu. So, it is either a problem with something missing on the cygwin environment or i’m doing something wrong. Either way, this may help point me in the right direction. Thank you.

MrOzBarry wrote:> I’ve compiled sdl2 for cygwin a few months ago.? I can try another compile today and get back to you. On 4 Jan 2014 21:33, “phil12d3” <@phil12d3 (@phil12d3)> wrote:

phil12d3 wrote:


When compiling the SDL2-2.0.1 library on Cygwin (1.7.25(0.270/5/3)), I get the below compilation error:



Code:


build/.libs/SDL_windowskeyboard.o:SDL_windowskeyboard.c:(.rdata$.refptr.IID_IUnknown[.refptr.IID_IUnknown]+0x0): undefined reference to `IID_IUnknown'
collect2: error: ld returned 1 exit status
Makefile:126: recipe for target ‘build/libSDL2.la’ failed
make: *** [build/libSDL2.la] Error 1

I’ve only seen one suggestion, which was to change a few lines in the CMakeLists.txt. I have tried this and it didn’t make any difference (I modified and removed the section that deals with cygwin based on this http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin (http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin))

I’ve tried re-running ./autogen.sh.

I ran ./configure too and that went through ok, before and after the change.

I’ve also found that this has been raised as a bug (https://bugzilla.libsdl.org/show_bug.cgi?id=2298 (https://bugzilla.libsdl.org/show_bug.cgi?id=2298)), but there doesn’t seem to be any workaround or fixes mentioned there.

Any ideas would be much appreciated.

I just realised something very silly… I wasn’t even using cmake so that’s why the changes I made didn’t work. Still, I tried cmake to see if that would work and I get several errors about GetWindow and WindowsClipboard, so that didn’t really help.

I don’t really mind which method is used to build the libraries, so if there is anything I can do to fix the cmake problems then i’m more than willing to give it a try?

The cmake errors are:
Code:


$ make
[? 1%] Building C object CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o
In file included from /usr/include/w32api/windef.h:8:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/minwindef.h:114:15: error: conflicting types for ?BOOL?
? ?typedef int BOOL;
? ? ? ? ? ? ? ?^
In file included from /usr/include/X11/Xproto.h:72:0,
? ? ? ? ? ? ? ? ?from /usr/include/X11/Xlibint.h:42,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:145:16: note: previous declaration of ?BOOL? was here
?typedef CARD8? BOOL;
? ? ? ? ? ? ? ? ^
In file included from /usr/include/w32api/winnt.h:134:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/minwindef.h:146,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windef.h:8,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:32:44: error: conflicting types for ?INT64?
? ?__MINGW_EXTENSION typedef signed __int64 INT64,*PINT64;
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^
In file included from /usr/include/X11/Xproto.h:72:0,
? ? ? ? ? ? ? ? ?from /usr/include/X11/Xlibint.h:42,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:119:14: note: previous declaration of ?INT64? was here
?typedef long INT64;
? ? ? ? ? ? ? ^
In file included from /usr/include/w32api/winnt.h:134:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/minwindef.h:146,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windef.h:8,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:192:43: error: expected identifier or ?(? before ?,? token
? ?__MINGW_EXTENSION typedef __int64 LONG64,*PLONG64;
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^
In file included from /usr/include/w32api/minwindef.h:146:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windef.h:8,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1483:60: error: unknown type name ?Value?
? ? ?LONG64 InterlockedAdd64(LONG64 volatile *Addend,LONG64 Value);
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^
/usr/include/w32api/winnt.h:1488:74: error: unknown type name ?Value?
? ? ?__forceinline LONG64 InterlockedAdd64(LONG64 volatile Addend,LONG64 Value) { return InterlockedExchangeAdd64(Addend,Value) + Value; }
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^
In file included from /usr/include/w32api/minwindef.h:146:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windef.h:8,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1549:69: error: expected ?)? before ?? token
? ? ?LONG64 Multiply128(LONG64 Multiplier,LONG64 Multiplicand,LONG64 *HighProduct);
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^
/usr/include/w32api/winnt.h:1555:69: error: expected ?)? before ?BYTE?
? ? ?LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE Shift);
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^
/usr/include/w32api/winnt.h:1559:82: error: expected ?)? before ?BYTE?
? ? ?__CRT_INLINE LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE Shift) {
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ^
In file included from /usr/include/w32api/minwindef.h:146:0,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windef.h:8,
? ? ? ? ? ? ? ? ?from /usr/include/w32api/windows.h:69,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:3387:2: error: unknown type name ?PLONG64?
? PLONG64 pInt64;
? ^
In file included from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:30:0,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:4951:15: error: two or more data types in declaration specifiers
? ? ? ?DWORD64 Status;
? ? ? ? ? ? ? ?^
/usr/include/w32api/winnt.h:5090:13: error: two or more data types in declaration specifiers
? ? ? ?DWORD Status;
? ? ? ? ? ? ?^
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:41:1: error: conflicting types for ?GetWindow?
?GetWindow(_THIS)
?^
In file included from /usr/include/w32api/windows.h:72:0,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
? ? ? ? ? ? ? ? ?from /home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winuser.h:3263:26: note: previous declaration of ?GetWindow? was here
? ?WINUSERAPI HWND WINAPI GetWindow(HWND hWnd,UINT uCmd);
? ? ? ? ? ? ? ? ? ? ? ? ? ^
CMakeFiles/SDL2.dir/build.make:2288: recipe for target ‘CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o’ failed
make[2]: *** [CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o] Error 1
CMakeFiles/Makefile2:63: recipe for target ‘CMakeFiles/SDL2.dir/all’ failed
make[1]: *** [CMakeFiles/SDL2.dir/all] Error 2
Makefile:116: recipe for target ‘all’ failed
make: *** [all] Error 2

SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

Alex_Barry · January 5, 2014, 3:15pm

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a
result, may be a pain in the ass to look through and confirm that you have
them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or audio
tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-AlexOn Sun, Jan 5, 2014 at 10:00 AM, phil12d3 wrote:

Hi MrOzyBarry, that would be very helpful. It would be great to know how
you went about it if it did work (did you use ./configure make make install
or cmake etc, and if you did use cmake, did you just create a folder and
type cmake …/sdl2-2.0.1 within it, for example), that would be very much
appreciated. I’ve built SDL1 on this very same cygwin environment
previously and i’ve been able to build SDL2 on ubuntu. So, it is either a
problem with something missing on the cygwin environment or i’m doing
something wrong. Either way, this may help point me in the right direction.
Thank you.

MrOzBarry wrote:

I’ve compiled sdl2 for cygwin a few months ago. I can try another
compile today and get back to you. On 4 Jan 2014 21:33, “phil12d3” <> wrote:

Quote:

phil12d3 wrote:

When compiling the SDL2-2.0.1 library on Cygwin (1.7.25(0.270/5/3)), I get
the below compilation error:

Code:

build/.libs/SDL_windowskeyboard.o:SDL_windowskeyboard.c[image: Sad].rdata$.refptr.IID_IUnknown[.refptr.IID_IUnknown]+0x0):
undefined reference to `IID_IUnknown’

collect2: error: ld returned 1 exit status
Makefile:126: recipe for target ‘build/libSDL2.la’ failed
make: *** [build/libSDL2.la] Error 1

I’ve only seen one suggestion, which was to change a few lines in the
CMakeLists.txt. I have tried this and it didn’t make any difference (I
modified and removed the section that deals with cygwin based on this
http://forums.libsdl.org/viewtopic.php?t=8554&highlight=cygwin)

I’ve tried re-running ./autogen.sh.

I ran ./configure too and that went through ok, before and after the
change.

I’ve also found that this has been raised as a bug (
https://bugzilla.libsdl.org/show_bug.cgi?id=2298), but there doesn’t seem
to be any workaround or fixes mentioned there.

Any ideas would be much appreciated.

I just realised something very silly… I wasn’t even using cmake so
that’s why the changes I made didn’t work. Still, I tried cmake to see if
that would work and I get several errors about GetWindow and
WindowsClipboard, so that didn’t really help.

I don’t really mind which method is used to build the libraries, so if
there is anything I can do to fix the cmake problems then i’m more than
willing to give it a try?

The cmake errors are:

Code:

$ make
[ 1%] Building C object
CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o
In file included from /usr/include/w32api/windef.h:8:0,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/minwindef.h:114:15: error: conflicting types for ?BOOL?
typedef int BOOL;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:145:16: note: previous declaration of ?BOOL? was
here
typedef CARD8 BOOL;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:32:44: error: conflicting types for ?INT64?
__MINGW_EXTENSION typedef signed __int64 INT64,*PINT64;
^
In file included from /usr/include/X11/Xproto.h:72:0,
from /usr/include/X11/Xlibint.h:42,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11dyn.h:37,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:61,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/X11/Xmd.h:119:14: note: previous declaration of ?INT64? was
here
typedef long INT64;
^
In file included from /usr/include/w32api/winnt.h:134:0,
from /usr/include/w32api/minwindef.h:146,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/basetsd.h:192:43: error: expected identifier or ?(?
before ?,? token
__MINGW_EXTENSION typedef __int64 LONG64,*PLONG64;
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1483:60: error: unknown type name ?Value?
LONG64 InterlockedAdd64(LONG64 volatile *Addend,LONG64 Value);
^
/usr/include/w32api/winnt.h:1488:74: error: unknown type name ?Value?
__forceinline LONG64 InterlockedAdd64(LONG64 volatile Addend,LONG64
Value) { return InterlockedExchangeAdd64(Addend,Value) + Value; }
^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:1549:69: error: expected ?)? before ?? token
LONG64 Multiply128(LONG64 Multiplier,LONG64 Multiplicand,LONG64
*HighProduct);
^
/usr/include/w32api/winnt.h:1555:69: error: expected ?)? before ?BYTE?
LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64 Multiplicand,BYTE
Shift);
^
/usr/include/w32api/winnt.h:1559:82: error: expected ?)? before ?BYTE?
__CRT_INLINE LONG64 MultiplyExtract128(LONG64 Multiplier,LONG64
Multiplicand,BYTE Shift) {
    ^
In file included from /usr/include/w32api/minwindef.h:146:0,
from /usr/include/w32api/windef.h:8,
from /usr/include/w32api/windows.h:69,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:3387:2: error: unknown type name ?PLONG64?
PLONG64 pInt64;
^
In file included from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:30:0,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winnt.h:4951:15: error: two or more data types in
declaration specifiers
DWORD64 Status;
^
/usr/include/w32api/winnt.h:5090:13: error: two or more data types in
declaration specifiers
DWORD Status;
^
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:41:1: error:
conflicting types for ?GetWindow?
GetWindow(_THIS)
^
In file included from /usr/include/w32api/windows.h:72:0,
from /home/Philip/sdl2-2.0.1/include/SDL_opengl.h:40,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11opengl.h:27,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11video.h:68,
from
/home/Philip/sdl2-2.0.1/src/video/x11/SDL_x11clipboard.c:28:
/usr/include/w32api/winuser.h:3263:26: note: previous declaration of
?GetWindow? was here
WINUSERAPI HWND WINAPI GetWindow(HWND hWnd,UINT uCmd);
^
CMakeFiles/SDL2.dir/build.make:2288: recipe for target
’CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o’ failed
make[2]: *** [CMakeFiles/SDL2.dir/src/video/x11/SDL_x11clipboard.c.o]
Error 1
CMakeFiles/Makefile2:63: recipe for target ‘CMakeFiles/SDL2.dir/all’ failed
make[1]: *** [CMakeFiles/SDL2.dir/all] Error 2
Makefile:116: recipe for target ‘all’ failed
make: *** [all] Error 2

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

-------------- next part --------------
Cygwin Package Information
Package Version Status
_autorebase 000060-1 OK
_update-info-dir 00254-1 OK
alternatives 1.3.30c-10 OK
autobuild 5.3-1 OK
autoconf 13-1 OK
autoconf2.1 2.13-12 OK
autoconf2.5 2.69-2 OK
automake 9-1 OK
automake1.10 1.10.3-2 OK
automake1.11 1.11.6-2 OK
automake1.12 1.12.6-2 OK
automake1.13 1.13.4-1 OK
automake1.14 1.14-1 OK
automake1.4 1.4p6-11 OK
automake1.5 1.5-11 OK
automake1.6 1.6.3-12 OK
automake1.7 1.7.9-11 OK
automake1.8 1.8.5-11 OK
automake1.9 1.9.6-11 OK
automoc4 0.9.88-10 OK
base-cygwin 3.3-1 OK
base-files 4.1-1 OK
bash 4.1.11-2 OK
bash-completion 1.3-1 OK
binutils 2.23.52-5 OK
bzip2 1.0.6-2 OK
ca-certificates 1.94-1 OK
cgdb 0.6.7-1 OK
cmake 2.8.11.2-1 OK
cmake-gui 2.8.11.2-1 OK
colorgcc 1.3.2-2 OK
coreutils 8.15-3 OK
csih 0.9.7-1 OK
cygrunsrv 1.50-1 OK
cygutils 1.4.14-1 OK
cygutils-x11 1.4.14-1 OK
cygwin 1.7.27-2 OK
damageproto 1.2.1-1 OK
dash 0.5.7-4 OK
desktop-file-utils 0.21-1 OK
diffutils 3.3-1 OK
dri-drivers 8.0.5-5 OK
editrights 1.02-1 OK
file 5.13-1 OK
findutils 4.5.11-1 OK
fixesproto 5.0-1 OK
gamin 0.1.10-14 OK
gawk 4.1.0-1 OK
gcc-core 4.8.2-1 OK
gcc-g++ 4.8.2-1 OK
gcc-tools-epoch1-autoconf 2.59-2 OK
gdb 7.6.50-4 OK
gettext 0.18.1.1-3 OK
git 1.7.9-1 OK
git-completion 1.7.9-1 OK
glproto 1.4.16-1 OK
grep 2.15-1 OK
groff 1.22.2-1 OK
gsettings-desktop-schemas 3.8.2-1 OK
gzip 1.4-1 OK
hostname 3.13-1 OK
ipc-utils 1.0-2 OK
kbproto 1.0.6-1 OK
less 458-1 OK
libarchive13 3.1.2-2 OK
libasn1_8 1.5.2-4 OK
libasprintf0 0.18.1.1-3 OK
libatomic1 4.8.2-1 OK
libattr1 2.4.46-1 OK
libaudio2 1.9.3-1 OK
libbz2_1 1.0.6-2 OK
libcharset1 1.14-1 OK
libcloog-isl4 0.18.0-2 OK
libcom_err2 1.42.7-1 OK
libcrypt0 1.1-1 OK
libcurl4 7.33.0-1 OK
libdb5.3 5.3.21-1 OK
libedit0 20130712-1 OK
libexpat1 2.1.0-3 OK
libfam0 0.1.10-14 OK
libffi-devel 3.0.13-1 OK
libffi6 3.0.13-1 OK
libfontconfig1 2.10.93-1 OK
libfontenc1 1.1.2-1 OK
libfreetype6 2.4.12-1 OK
libgcc1 4.8.2-1 OK
libgdbm4 1.10-2 OK
libGL-devel 8.0.5-5 OK
libGL1 8.0.5-5 OK
libglapi0 8.0.5-5 OK
libglib2.0-devel 2.36.4-4 OK
libglib2.0_0 2.36.4-4 OK
libgmp10 5.1.3-1 OK
libgomp1 4.8.2-1 OK
libgssapi3 1.5.2-4 OK
libheimbase1 1.5.2-4 OK
libheimntlm0 1.5.2-4 OK
libhx509_5 1.5.2-4 OK
libICE6 1.0.8-1 OK
libiconv-devel 1.14-1 OK
libiconv2 1.14-1 OK
libidn11 1.26-1 OK
libintl8 0.18.1.1-3 OK
libisl10 0.11.1-2 OK
libjpeg8 1.2.1-2 OK
libkafs0 1.5.2-4 OK
libkrb5_26 1.5.2-4 OK
liblcms1 1.19-1 OK
liblzma5 5.0.4-1 OK
liblzo2_2 2.06-1 OK
libmng1 1.0.10-1 OK
libmpc3 1.0.1-2 OK
libmpfr4 3.1.2-1 OK
libncursesw10 5.9-4 OK
libnettle4 2.7-1 OK
libopenldap2_4_2 2.4.35-1 OK
libopenssl100 1.0.1e-1 OK
libOSMesa-devel 8.0.5-5 OK
libOSMesa8 8.0.5-5 OK
libp11-kit0 0.18.7-1 OK
libpcre-devel 8.33-1 OK
libpcre1 8.33-1 OK
libpcre16_0 8.33-1 OK
libpcre32_0 8.33-1 OK
libpcrecpp0 8.33-1 OK
libpcreposix0 8.33-1 OK
libpixman1_0 0.30.2-1 OK
libpng15 1.5.14-1 OK
libpopt0 1.16-1 OK
libQtCore4 4.8.5-2 OK
libQtCore4-devel 4.8.5-2 OK
libQtGui4 4.8.5-2 OK
libQtXml4 4.8.5-2 OK
libquadmath0 4.8.2-1 OK
libreadline7 6.2-1 OK
libroken18 1.5.2-4 OK
libsasl2_3 2.1.26-5 OK
libSM6 1.2.1-1 OK
libsqlite3_0 3.8.2-2 OK
libssh2_1 1.4.2-1 OK
libssp0 4.8.2-1 OK
libstdc++6 4.8.2-1 OK
libtasn1_6 3.3-1 OK
libtiff5 3.9.7-3 OK
libuuid1 2.21.2-1 OK
libwind0 1.5.2-4 OK
libwrap0 7.6-22 OK
libX11-devel 1.6.0-1 OK
libX11-xcb-devel 1.6.0-1 OK
libX11-xcb1 1.6.0-1 OK
libX11_6 1.6.0-1 OK
libXau-devel 1.0.8-1 OK
libXau6 1.0.8-1 OK
libxcb-devel 1.9.1-2 OK
libxcb-glx-devel 1.9.1-2 OK
libxcb-glx0 1.9.1-2 OK
libxcb-icccm4 0.3.9-1 OK
libxcb-image0 0.3.9-1 OK
libxcb-shm0 1.9.1-2 OK
libxcb-util1 0.3.9-1 OK
libxcb1 1.9.1-2 OK
libXcursor1 1.1.14-1 OK
libXdamage-devel 1.1.4-1 OK
libXdamage1 1.1.4-1 OK
libXdmcp-devel 1.1.1-1 OK
libXdmcp6 1.1.1-1 OK
libXext-devel 1.3.2-1 OK
libXext6 1.3.2-1 OK
libXfixes-devel 5.0.1-1 OK
libXfixes3 5.0.1-1 OK
libXft2 2.3.1-1 OK
libXi6 1.7.2-1 OK
libXinerama1 1.1.3-1 OK
libxkbfile1 1.0.8-1 OK
libxml2 2.9.1-1 OK
libXmuu1 1.1.1-1 OK
libXrandr2 1.4.1-1 OK
libXrender1 0.9.8-1 OK
libXss1 1.2.2-1 OK
libXt6 1.1.4-1 OK
login 1.10-10 OK
m4 1.4.17-1 OK
make 4.0-2 OK
makedepend 1.0.5-1 OK
man 1.6g-2 OK
mercurial 2.7.1-1 OK
mesa 8.0.5-5 OK
mintty 1.2-beta1-1 OK
openssh 6.4p1-1 OK
p11-kit 0.18.7-1 OK
p11-kit-trust 0.18.7-1 OK
perl 5.14.4-1 OK
perl-Error 0.17019-1 OK
python 2.7.5-3 OK
python-tkinter 2.7.5-3 OK
rebase 4.4.1-1 OK
rsync 3.0.9-1 OK
run 1.3.0-1 OK
sed 4.2.2-3 OK
shared-mime-info 1.1-1 OK
tar 1.26-1 OK
tcl 8.5.11-1 OK
tcl-tix 8.4.3-2 OK
tcl-tk 8.5.11-1 OK
terminfo 5.9-4 OK
texinfo 5.2-1 OK
tzcode 2013c-1 OK
vim-minimal 7.3.1314-1 OK
w32api-headers 3.0.0-2 OK
w32api-runtime 3.0.0-1 OK
which 2.20-2 OK
xauth 1.0.7-1 OK
xcursor-themes 1.0.4-1 OK
xextproto 7.2.1-2 OK
xf86-video-dummy 0.3.6-2 OK
xf86-video-nested 0.1.0-3 OK
xkbcomp 1.2.4-1 OK
xkeyboard-config 2.9-1 OK
xorg-server 1.14.5-1 OK
xorg-server-common 1.14.5-1 OK
xproto 7.0.24-1 OK
xz 5.0.4-1 OK
zlib-devel 1.2.8-1 OK
zlib0 1.2.8-1 OK

phil12d3 · January 6, 2014, 1:23am

@MrOzBarry I tried what you suggested, but unfortunately I’m getting the same error
Code:
undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with libuuid-devel, so I removed that library as recommend, but this didn’t have any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages and I get the same error.

I’m at a total loss

MrOzBarry wrote:> Preliminary note, I am using the 64bit version of cygwin - I don’t think this changes anything between this and the 32 bit installer, but it’s just something you may want to keep in mind. ?I am on a computer that I have never installed cygwin, so I can’t confirm if there may be package conflicts on your install.

I attached a list of packages I have installed - it’s exhaustive, but as a result, may be a pain in the ass to look through and confirm that you have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL (https://hg.libsdl.org/SDL)
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a new configure file, it usually made a mess, so if you have done that, try grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a similar fashion. ?Always always always build SDL in a different directory, since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

R_Manard · January 6, 2014, 2:09am

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was newOn Jan 5, 2014 7:23 PM, “phil12d3” wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting the
same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a
result, may be a pain in the ass to look through and confirm that you have
them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

Alberto_Corona · January 6, 2014, 2:12am

You had to reinstall Windows to get SDL to work when compiling with Cygwin?
That doesn’t make any senseOn Sun, Jan 5, 2014 at 8:09 PM, R Manard wrote:

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new
On Jan 5, 2014 7:23 PM, “phil12d3” wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t
think this changes anything between this and the 32 bit installer, but it’s
just something you may want to keep in mind. I am on a computer that I
have never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as
a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

R_Manard · January 6, 2014, 2:23am

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the placeOn Jan 5, 2014 8:12 PM, “Alberto Corona” wrote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <@R_Manard> wrote:

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new
On Jan 5, 2014 7:23 PM, “phil12d3” wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default
packages and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t
think this changes anything between this and the 32 bit installer, but it’s
just something you may want to keep in mind. I am on a computer that I
have never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as
a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

Alberto_Corona · January 6, 2014, 2:38am

I see, but that is completely unrelated to SDL and compiling with MinGW
through Cygwin.On Sun, Jan 5, 2014 at 8:23 PM, R Manard wrote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place
On Jan 5, 2014 8:12 PM, “Alberto Corona” <@Alberto_Corona> wrote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard wrote:

You might hate what I’m going to say and I’m sorry. I had a similar
issue but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new
On Jan 5, 2014 7:23 PM, “phil12d3” wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default
packages and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t
think this changes anything between this and the 32 bit installer, but it’s
just something you may want to keep in mind. I am on a computer that I
have never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but
as a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate
a new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

R_Manard · January 6, 2014, 2:50am

Not at all and related, being that I to have used multiple iterations of a
library and was unable to make a newer one work. Having had a similar
experience and having experienced success where this gentleman has failed i
shared the story of my success so that he may in turn duplicate it.On Jan 5, 2014 8:38 PM, “Alberto Corona” wrote:

I see, but that is completely unrelated to SDL and compiling with MinGW
through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <@R_Manard> wrote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place
On Jan 5, 2014 8:12 PM, “Alberto Corona” wrote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <@R_Manard> wrote:

You might hate what I’m going to say and I’m sorry. I had a similar
issue but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new
On Jan 5, 2014 7:23 PM, “phil12d3” wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default
packages and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t
think this changes anything between this and the 32 bit installer, but it’s
just something you may want to keep in mind. I am on a computer that I
have never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but
as a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate
a new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

phil12d3 · January 6, 2014, 8:46am

I’m not sure reinstalling windows will work; I don’t think this is a one off glitch. I’ve installed cygwin on another computer with default packages (which has never had cygwin, mingw or anything like that on it before), i’ve downloaded the SDL2 source and I get exactly the same error.

I appreciate the response, but I think there is something else going on here.

R Manard wrote:> Not at all and related, being that I to have used multiple iterations of a library and was unable to make a newer one work. Having had a similar experience and having experienced success where this gentleman has failed i shared the story of my success so that he may in turn duplicate it. On Jan 5, 2014 8:38 PM, “Alberto Corona” <albcoron at gmail.com (albcoron at gmail.com)> wrote:

I see, but that is completely unrelated to SDL and compiling with MinGW through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <dranikist at gmail.com (dranikist at gmail.com)> wrote:
No, I mentioned it was not sdl, it was in fact a game maker library that was very much not professional in its early versions with files all over the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <albcoron at gmail.com (albcoron at gmail.com)> wrote:
You had to reinstall Windows to get SDL to work when compiling with Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <dranikist at gmail.com (dranikist at gmail.com)> wrote:
You might hate what I’m going to say and I’m sorry. I had a similar issue but not with sdl and only one thing worked. I had to re install the operating system from a deleted disc and rebuild the hierarchy from scratch . It took me 2 weeks because I’m lazy but it sure as hell worked. If you need to go this far I feel for you. At the time the primary developer advised I do this and he was right. I still think the problem I had was a conflict between an old hierarchy and one that was not supposed to conflict that was new On Jan 5, 2014 7:23 PM, “phil12d3” <@phil12d3 (@phil12d3)> wrote:
   	@MrOzBarry I tried what you suggested, but unfortunately I'm getting the same error 


Code:

?undefined reference to `IID_IUnknown' 
.

I was also reading that some people were experiencing conflicts with libuuid-devel, so I removed that library as recommend, but this didn’t have any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages and I get the same error.

I’m at a total loss
MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don't think this changes anything between this and the 32 bit installer, but it's just something you may want to keep in mind. ?I am on a computer that I have never installed cygwin, so I can't confirm if there may be package conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a result, may be a pain in the ass to look through and confirm that you have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL (https://hg.libsdl.org/SDL)
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a new configure file, it usually made a mess, so if you have done that, try grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a similar fashion. ?Always always always build SDL in a different directory, since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)
SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)
SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)
SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)
SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

Alex_Barry · January 6, 2014, 1:02pm

Can I see your total cygwin package list?
Also, what is your ./configure output?

We’ll get this working :)On Sun, Jan 5, 2014 at 8:23 PM, phil12d3 wrote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting the
same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a
result, may be a pain in the ass to look through and confirm that you have
them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

R_Manard · January 6, 2014, 3:17pm

Wow, that being said yes, that’s what I was saying was to have known good
everything and fresh never before implementation . Its intention is to
prove a deficient product or erase any unknown corruption possibility. I
would do a book report hahaha Auto Correct is funny. Bug report is the
pursuit together with latest repository version attempt and logs. I’m so
sorry. I feel very sad for you because sdl brings me a lot of joyOn Jan 6, 2014 2:46 AM, “phil12d3” wrote:

I’m not sure reinstalling windows will work; I don’t think this is a one
off glitch. I’ve installed cygwin on another computer with default packages
(which has never had cygwin, mingw or anything like that on it before),
i’ve downloaded the SDL2 source and I get exactly the same error.

I appreciate the response, but I think there is something else going on
here.

R Manard wrote:

Not at all and related, being that I to have used multiple iterations of a
library and was unable to make a newer one work. Having had a similar
experience and having experienced success where this gentleman has failed i
shared the story of my success so that he may in turn duplicate it. On Jan
5, 2014 8:38 PM, “Alberto Corona” <> wrote:

Quote:

I see, but that is completely unrelated to SDL and compiling with MinGW
through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <> wrote:

Quote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <> wrote:

Quote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <> wrote:

Quote:

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new On Jan 5, 2014 7:23 PM, “phil12d3” <> wrote:

Quote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting the
same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a
result, may be a pain in the ass to look through and confirm that you have
them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

Alberto_Corona · January 6, 2014, 7:30pm

Reinstalling Windows will definitely not fix what you’re running into, like
Alex suggested, if you provide the output of autogen.sh and ./configure I’m
sure we can be of more helpOn Mon, Jan 6, 2014 at 9:17 AM, R Manard wrote:

Wow, that being said yes, that’s what I was saying was to have known good
everything and fresh never before implementation . Its intention is to
prove a deficient product or erase any unknown corruption possibility. I
would do a book report hahaha Auto Correct is funny. Bug report is the
pursuit together with latest repository version attempt and logs. I’m so
sorry. I feel very sad for you because sdl brings me a lot of joy
On Jan 6, 2014 2:46 AM, “phil12d3” wrote:

I’m not sure reinstalling windows will work; I don’t think this is a
one off glitch. I’ve installed cygwin on another computer with default
packages (which has never had cygwin, mingw or anything like that on it
before), i’ve downloaded the SDL2 source and I get exactly the same error.

I appreciate the response, but I think there is something else going on
here.

R Manard wrote:

Not at all and related, being that I to have used multiple iterations
of a library and was unable to make a newer one work. Having had a similar
experience and having experienced success where this gentleman has failed i
shared the story of my success so that he may in turn duplicate it. On Jan
5, 2014 8:38 PM, “Alberto Corona” <> wrote:

Quote:

I see, but that is completely unrelated to SDL and compiling with MinGW
through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <> wrote:

Quote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <> wrote:

Quote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <> wrote:

Quote:

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new On Jan 5, 2014 7:23 PM, “phil12d3” <> wrote:

Quote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as
a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

R_Manard · January 6, 2014, 11:13pm

Just in case there’s any question left, reinstalling Windows will not solve
your problem. The installation you described with the fresh computer and
new install would seem to prove a faulty product. I would pursue a bug
report and continue the help of alex. I am 100 percent confident they will
help you resolve it . It’s one of the many reasons sdl is still around
these days, they don’t just talk about supporting different platforms and
working with different compilers. In fact congratulations on getting your
issue fixed in advance! Just don’t give up because sdl is worth itOn Jan 6, 2014 1:30 PM, “Alberto Corona” wrote:

Reinstalling Windows will definitely not fix what you’re running into,
like Alex suggested, if you provide the output of autogen.sh and
./configure I’m sure we can be of more help

On Mon, Jan 6, 2014 at 9:17 AM, R Manard <@R_Manard> wrote:

Wow, that being said yes, that’s what I was saying was to have known good
everything and fresh never before implementation . Its intention is to
prove a deficient product or erase any unknown corruption possibility. I
would do a book report hahaha Auto Correct is funny. Bug report is the
pursuit together with latest repository version attempt and logs. I’m so
sorry. I feel very sad for you because sdl brings me a lot of joy
On Jan 6, 2014 2:46 AM, “phil12d3” wrote:

I’m not sure reinstalling windows will work; I don’t think this is a
one off glitch. I’ve installed cygwin on another computer with default
packages (which has never had cygwin, mingw or anything like that on it
before), i’ve downloaded the SDL2 source and I get exactly the same error.

I appreciate the response, but I think there is something else going on
here.

R Manard wrote:

Not at all and related, being that I to have used multiple iterations
of a library and was unable to make a newer one work. Having had a similar
experience and having experienced success where this gentleman has failed i
shared the story of my success so that he may in turn duplicate it. On Jan
5, 2014 8:38 PM, “Alberto Corona” <> wrote:

Quote:

I see, but that is completely unrelated to SDL and compiling with
MinGW through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <> wrote:

Quote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <> wrote:

Quote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <> wrote:

Quote:

You might hate what I’m going to say and I’m sorry. I had a similar
issue but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new On Jan 5, 2014 7:23 PM, “phil12d3” <> wrote:

Quote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting
the same error

Code:

undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default
packages and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as
a result, may be a pain in the ass to look through and confirm that you
have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

phil12d3 · January 7, 2014, 12:22am

Sorry for the late reply. The files are shared from the below links:

https://dl.dropboxusercontent.com/u/86433876/cygwin/configure.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/Makefile.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/setup.ini

The below zip files contains my makefile and content just after building and encountering the error:

https://dl.dropboxusercontent.com/u/86433876/cygwin/build.zip

Please let me know if you need any others.

Another side note, I’ve tried to install SDL2 on Cygwin64 on my machine at work and I was previously getting the same error as I was at home. This morning I got the latest code and built as MrOzBarry suggested and it actually worked this time. So, i’m also quite certain that reinstalling windows is not the way to go.

Many thanks for all your help.

Alberto Corona wrote:> Reinstalling Windows will definitely not fix what you’re running into, like Alex suggested, if you provide the output of autogen.sh and ./configure I’m sure we can be of more help

On Mon, Jan 6, 2014 at 9:17 AM, R Manard <dranikist at gmail.com (dranikist at gmail.com)> wrote:
Wow, that being said yes, that’s what I was saying was to have known good everything and fresh never before implementation . Its intention is to prove a deficient product or erase any unknown corruption possibility. I would do a book report hahaha Auto Correct is funny. Bug report is the pursuit together with latest repository version attempt and logs. I’m so sorry. I feel very sad for you because sdl brings me a lot of joy On Jan 6, 2014 2:46 AM, “phil12d3” <@phil12d3 (@phil12d3)> wrote:
   	I'm not sure reinstalling windows will work; I don't think this is a one off glitch. I've installed cygwin on another computer with default packages (which has never had cygwin, mingw or anything like that on it before), i've downloaded the SDL2 source and I get exactly the same error.
I appreciate the response, but I think there is something else going on here.
R Manard wrote:

Not at all and related, being that I to have used multiple iterations of a library and was unable to make a newer one work. Having had a similar experience and having experienced success where this gentleman has failed i shared the story of my success so that he may in turn duplicate it. On Jan 5, 2014 8:38 PM, "Alberto Corona" <> wrote: 


Quote:

I see, but that is completely unrelated to SDL and compiling with MinGW through Cygwin.
On Sun, Jan 5, 2014 at 8:23 PM, R Manard <> wrote:
Quote:
No, I mentioned it was not sdl, it was in fact a game maker library that was very much not professional in its early versions with files all over the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <> wrote:
Quote:

You had to reinstall Windows to get SDL to work when compiling with Cygwin? That doesn't make any sense
On Sun, Jan 5, 2014 at 8:09 PM, R Manard <> wrote:
Quote:
You might hate what I’m going to say and I’m sorry. I had a similar issue but not with sdl and only one thing worked. I had to re install the operating system from a deleted disc and rebuild the hierarchy from scratch . It took me 2 weeks because I’m lazy but it sure as hell worked. If you need to go this far I feel for you. At the time the primary developer advised I do this and he was right. I still think the problem I had was a conflict between an old hierarchy and one that was not supposed to conflict that was new On Jan 5, 2014 7:23 PM, “phil12d3” <> wrote:
Quote:

	 	@MrOzBarry I tried what you suggested, but unfortunately I'm getting the same error 


Code:

??undefined reference to `IID_IUnknown' 
.

I was also reading that some people were experiencing conflicts with libuuid-devel, so I removed that library as recommend, but this didn’t have any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages and I get the same error.

I’m at a total loss
MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don't think this changes anything between this and the 32 bit installer, but it's just something you may want to keep in mind. ??I am on a computer that I have never installed cygwin, so I can't confirm if there may be package conflicts on your install.
I attached a list of packages I have installed - it’s exhaustive, but as a result, may be a pain in the ass to look through and confirm that you have them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL (https://hg.libsdl.org/SDL)
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a new configure file, it usually made a mess, so if you have done that, try grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a similar fashion. ??Always always always build SDL in a different directory, since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)
SDL mailing list
SDL at lists.libsdl.org (SDL at lists.libsdl.org)
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org (http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org)

Alberto_Corona · January 7, 2014, 12:48am

Today I tried to compile SDL through 64 bit Cygwin on 64 bit Windows 7 and
was able to do so succesfully with the standard ./configure, make, make
install (Cygwin has no sudo). Though the sources I used were the 'stable’
tar files, I did not pull them from the Mercurial repository so I cannot
speak for whether or not building is sucessfull using the repos.

As for the Cygwin installation I used, I did not need anything special to
compile other than the default install. The config.log file in your
build.zip also exits with 0 (meaning the config was succesful), and without
major warnings.

Also, just a heads up, there’s no need to run ./autogen.sh if you’re
building from the stable tar files.

My only suggestion would be to retry it all, delete your Cygwin install
from your C:/ drive, install the 64 bit version, and build the SDL from the
stable tarball. Sorry I couldn’t offer any more help :cOn Mon, Jan 6, 2014 at 6:22 PM, phil12d3 wrote:

Sorry for the late reply. The files are shared from the below links:

https://dl.dropboxusercontent.com/u/86433876/cygwin/configure.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/Makefile.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/setup.ini

The below zip files contains my makefile and content just after building
and encountering the error:

https://dl.dropboxusercontent.com/u/86433876/cygwin/build.zip

Please let me know if you need any others.

Another side note, I’ve tried to install SDL2 on Cygwin64 on my machine at
work and I was previously getting the same error as I was at home. This
morning I got the latest code and built as MrOzBarry suggested and it
actually worked this time. So, i’m also quite certain that reinstalling
windows is not the way to go.

Many thanks for all your help.

Alberto Corona wrote:

Reinstalling Windows will definitely not fix what you’re running into,
like Alex suggested, if you provide the output of autogen.sh and
./configure I’m sure we can be of more help

On Mon, Jan 6, 2014 at 9:17 AM, R Manard <> wrote:

Quote:

Wow, that being said yes, that’s what I was saying was to have known good
everything and fresh never before implementation . Its intention is to
prove a deficient product or erase any unknown corruption possibility. I
would do a book report hahaha Auto Correct is funny. Bug report is the
pursuit together with latest repository version attempt and logs. I’m so
sorry. I feel very sad for you because sdl brings me a lot of joy On Jan 6,
2014 2:46 AM, “phil12d3” <> wrote:

Quote:

I’m not sure reinstalling windows will work; I don’t think this is a
one off glitch. I’ve installed cygwin on another computer with default
packages (which has never had cygwin, mingw or anything like that on it
before), i’ve downloaded the SDL2 source and I get exactly the same error.

I appreciate the response, but I think there is something else going on
here.

R Manard wrote:

Not at all and related, being that I to have used multiple iterations of a
library and was unable to make a newer one work. Having had a similar
experience and having experienced success where this gentleman has failed i
shared the story of my success so that he may in turn duplicate it. On Jan
5, 2014 8:38 PM, “Alberto Corona” <> wrote:

Quote:

I see, but that is completely unrelated to SDL and compiling with MinGW
through Cygwin.

On Sun, Jan 5, 2014 at 8:23 PM, R Manard <> wrote:

Quote:

No, I mentioned it was not sdl, it was in fact a game maker library that
was very much not professional in its early versions with files all over
the place On Jan 5, 2014 8:12 PM, “Alberto Corona” <> wrote:

Quote:

You had to reinstall Windows to get SDL to work when compiling with
Cygwin? That doesn’t make any sense

On Sun, Jan 5, 2014 at 8:09 PM, R Manard <> wrote:

Quote:

You might hate what I’m going to say and I’m sorry. I had a similar issue
but not with sdl and only one thing worked. I had to re install the
operating system from a deleted disc and rebuild the hierarchy from scratch
. It took me 2 weeks because I’m lazy but it sure as hell worked. If you
need to go this far I feel for you. At the time the primary developer
advised I do this and he was right. I still think the problem I had was a
conflict between an old hierarchy and one that was not supposed to conflict
that was new On Jan 5, 2014 7:23 PM, “phil12d3” <> wrote:

Quote:

@MrOzBarry I tried what you suggested, but unfortunately I’m getting the
same error

Code:

? undefined reference to `IID_IUnknown’

.

I was also reading that some people were experiencing conflicts with
libuuid-devel, so I removed that library as recommend, but this didn’t have
any effect either.

I’ve even removed cygwin and installed cygwin64 with the default packages
and I get the same error.

I’m at a total loss

MrOzBarry wrote:

Preliminary note, I am using the 64bit version of cygwin - I don’t think
this changes anything between this and the 32 bit installer, but it’s just
something you may want to keep in mind. ? I am on a computer that I have
never installed cygwin, so I can’t confirm if there may be package
conflicts on your install.

I attached a list of packages I have installed - it’s exhaustive, but as a
result, may be a pain in the ass to look through and confirm that you have
them.

After installing all of that, I did:

$ hg clone https://hg.libsdl.org/SDL
$ cd SDL
$ mkdir build
$ cd build
$ …/configure
$ make && make install

To confirm my installation,
$ cd ~/SDL/test
$ ./configure
$ make
$ # Run any of the test programs, I had no issue with any graphics or
audio tests

Now, I should note that anytime I tried ./autoconf to try and generate a
new configure file, it usually made a mess, so if you have done that, try
grabbing a fresh copy from mercurial/reset your current repo folder.

I did not try this with cmake, but I suspect it would also work in a
similar fashion. ? Always always always build SDL in a different directory,
since it may override some config files.

I hope that helps, and if you’re stuck on anything let me know,
-Alex

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

Alex_Barry · January 7, 2014, 1:12am

What is the output of cygcheck -c from the terminal emulator? That will
list all installed packages.

Going back to my post that you linked to at the beginning, there was one
strange issue I was having with my old cygwin install; I had both the mingw
and regular gcc built utils installed, which was a problem because some
tools had the same name and were linking to both the cygwin and mingw
runtimes, meaning the compiling had some horribly bizarre errors.

If you are using the mingw toolchain, I might suggest just sticking to
mingw/msys. Not as robust (seriously, I love the cygwin terminal
emulator!), but it will work.

Now, if you’re determined to use the cygwin runtime, you should probably
clear out all the mingw build tools, and make sure your autotools and gcc
versions are all up to date. If you had installed the mingw build tools,
try uninstalling all of your compiler tools (cygwin/gnu and mingw), then
run the setup utility a second time for the cygwin/gnu so it creates all
the appropriate links automatically (otherwise it may be a pain).

Alberto made a good point that a clean install made it super easy to build,
so that may be a good option. You mentioned trying this already with the
same issue, and that seems strange, as Alberto and myself both tried
building from a clean install, and were successful, which means either you
are installing some sort of conflicting packages (like I mentioned,
possibly compiler conflicts?), or for some reason your installs are being
corrupted.

If you want to avoid a clean install, at the very least, try just wiping
out the SDL directory and re-extract/clone it and start building fresh -
when I used ./autogen in my previous/failed attempts, that seemed to cause
more trouble than it’s worth.On Mon, Jan 6, 2014 at 7:22 PM, phil12d3 wrote:

Sorry for the late reply. The files are shared from the below links:

https://dl.dropboxusercontent.com/u/86433876/cygwin/configure.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/Makefile.in
https://dl.dropboxusercontent.com/u/86433876/cygwin/setup.ini

The below zip files contains my makefile and content just after building
and encountering the error:

https://dl.dropboxusercontent.com/u/86433876/cygwin/build.zip

Please let me know if you need any others.

Another side note, I’ve tried to install SDL2 on Cygwin64 on my machine at
work and I was previously getting the same error as I was at home. This
morning I got the latest code and built as MrOzBarry suggested and it
actually worked this time. So, i’m also quite certain that reinstalling
windows is not the way to go.

Many thanks for all your help.

phil12d3 · January 7, 2014, 8:01pm

The output of cygcheck -c is:

https://dl.dropboxusercontent.com/u/86433876/cygwin/cygcheck.txt

MrOzBarry wrote:> What is the output of cygcheck -c from the terminal emulator? ?That will list all installed packages.

Going back to my post that you linked to at the beginning, there was one strange issue I was having with my old cygwin install; I had both the mingw and regular gcc built utils installed, which was a problem because some tools had the same name and were linking to both the cygwin and mingw runtimes, meaning the compiling had some horribly?bizarre?errors.

If you are using the mingw toolchain, I might suggest just sticking to mingw/msys. ?Not as robust (seriously, I love the cygwin terminal emulator!), but it will work.

Now, if you’re determined to use the cygwin runtime, you should probably clear out all the mingw build tools, and make sure your autotools and gcc versions are all up to date. ?If you had installed the mingw build tools, try uninstalling all of your compiler tools (cygwin/gnu and mingw), then run the setup utility a second time for the cygwin/gnu so it creates all the appropriate links automatically (otherwise it may be a pain).

Alberto made a good point that a clean install made it super easy to build, so that may be a good option. ?You mentioned trying this already with the same issue, and that seems strange, as Alberto and myself both tried building from a clean install, and were successful, which means either you are installing some sort of conflicting packages (like I mentioned, possibly compiler conflicts?), or for some reason your installs are being corrupted.

If you want to avoid a clean install, at the very least, try just wiping out the SDL directory and re-extract/clone it and start building fresh - when I used ./autogen in my previous/failed attempts, that seemed to cause more trouble than it’s worth.

On Mon, Jan 6, 2014 at 7:22 PM, phil12d3 <@phil12d3 (@phil12d3)> wrote:
  Sorry for the late reply. The files are shared from the below links:
https://dl.dropboxusercontent.com/u/86433876/cygwin/configure.in (https://dl.dropboxusercontent.com/u/86433876/cygwin/configure.in)
https://dl.dropboxusercontent.com/u/86433876/cygwin/Makefile.in (https://dl.dropboxusercontent.com/u/86433876/cygwin/Makefile.in)
https://dl.dropboxusercontent.com/u/86433876/cygwin/setup.ini (https://dl.dropboxusercontent.com/u/86433876/cygwin/setup.ini)

The below zip files contains my makefile and content just after building and encountering the error:

https://dl.dropboxusercontent.com/u/86433876/cygwin/build.zip (https://dl.dropboxusercontent.com/u/86433876/cygwin/build.zip)

Please let me know if you need any others.

Another side note, I’ve tried to install SDL2 on Cygwin64 on my machine at work and I was previously getting the same error as I was at home. This morning I got the latest code and built as MrOzBarry suggested and it actually worked this time. So, i’m also quite certain that reinstalling windows is not the way to go.

Many thanks for all your help.