Discussion:
[UrJTAG-dev] Compilation for cygwin
Åke Rehnman
2017-03-07 16:43:20 UTC
Permalink
I suggest the inclusion of windows.h in sysdep.h is removed and is moved
to the windows specific parts parport/direct.c and usbconn/libftdxx.c.
Cygwin is perfectly happy without knowing windows even exists. If
support for mingw (or win32 is better word I think) is desirable perhaps
only include windows.h in sysdep.h when compiling with mingw.

I also suggest removing the special case for cygwin and mingw in
configure so the ftd2xx.lib is included as usual with CFLAGS="$CFLAGS
-I$with_ftd2xx -L$with_ftd2xx" and LIBS="-lftd2xx $LIBS".

As for the -no-undefined flag i don't understand the meaning or is it
just to assure libtool we know what we are doing or what? Anyhow it
needs to be in the LDFLAGS if compiling for both cygwin and mingw.

Let me know if I can help do further tests etc etc.

/Ake
Geert Stappers
2017-03-08 20:59:21 UTC
Permalink
Post by Åke Rehnman
I suggest the inclusion of windows.h in sysdep.h is removed and is moved
to the windows specific parts parport/direct.c and usbconn/libftdxx.c.
Cygwin is perfectly happy without knowing windows even exists. If
support for mingw (or win32 is better word I think) is desirable perhaps
only include windows.h in sysdep.h when compiling with mingw.
I also suggest removing the special case for cygwin and mingw in
configure so the ftd2xx.lib is included as usual with CFLAGS="$CFLAGS
-I$with_ftd2xx -L$with_ftd2xx" and LIBS="-lftd2xx $LIBS".
As for the -no-undefined flag i don't understand the meaning or is it
just to assure libtool we know what we are doing or what? Anyhow it
needs to be in the LDFLAGS if compiling for both cygwin and mingw.
Let me know if I can help do further tests etc etc.
Translate / transform the above changes into a "patch".

An example of a patch is in "Mac OS compile thread" a few days ago.


Groeten
Geert Stappers
--
Leven en laten leven
Geert Stappers
2017-03-08 21:23:00 UTC
Permalink
Post by Geert Stappers
Post by Åke Rehnman
I suggest the inclusion of windows.h in sysdep.h is removed and is moved
to the windows specific parts parport/direct.c and usbconn/libftdxx.c.
Cygwin is perfectly happy without knowing windows even exists. If
support for mingw (or win32 is better word I think) is desirable perhaps
only include windows.h in sysdep.h when compiling with mingw.
I also suggest removing the special case for cygwin and mingw in
configure so the ftd2xx.lib is included as usual with CFLAGS="$CFLAGS
-I$with_ftd2xx -L$with_ftd2xx" and LIBS="-lftd2xx $LIBS".
As for the -no-undefined flag i don't understand the meaning or is it
just to assure libtool we know what we are doing or what? Anyhow it
needs to be in the LDFLAGS if compiling for both cygwin and mingw.
Let me know if I can help do further tests etc etc.
Translate / transform the above changes into a "patch".
An example of a patch is in "Mac OS compile thread" a few days ago.
Actual subject of the thread: "autogen.sh fails on macOS"



Groeten
Geert Stappers
--
Leven en laten leven
Loading...