ok, thank you for paying attention, I'm trying now to build trunk on mingw, and I have some questions to ask about that:
1° how pd-extended is built on win32? 2° why using -DMSW flag while _WIN32 definition works without adding it in CFLAGS?
I'm replacing all lines #define MSW with #define _WIN32 in all files from pd/src
----- "João Pais" jmmmpais@googlemail.com a écrit :
this also happens on windows XP. I tried to go back the release days to
see the last good one, but after too much pd-installing I quit.hello, the latest build doesn't start, some changes in 0.43.1 seems to
brake
everything, I have to terminate pd from task manager, this happens on windows vista, I haven't tried to build this release
yet.
the 2011-04-30 release is still 0.43.0 and working good.
-- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais@googlemail.com | skype: jmmmpjmmmp
On May 13, 2011, at 5:28 AM, Charles Goyard wrote:
Patrice Colet wrote:
why using -DMSW flag while _WIN32 definition works without adding
it in CFLAGS?Maybe for 64 bits platforms or a future change ? Just an thought, I
don't have windows.
The funny thing is that 64-bit Windows platforms also respect/define
_WIN32 for backwards compatibility, _WIN64 is 64-bit only:
http://msdn.microsoft.com/en-us/library/aa384137(v=vs.85).aspx http://jpassing.com/2011/05/02/ifdef-_win32/
.hc
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 05/13/2011 10:21 AM, Patrice Colet wrote:
2° why using -DMSW flag while _WIN32 definition works without adding it in CFLAGS?
because it has been like that forever, it was unclear at some point that there are indeed automatic defines on w32 (esp. on M$VC) and because "win" suggests superiority where there is none.
MSW has been replaced in some places by _WIN32, but since MSW get's (manually) defined for building on w32 anyhow, there is no real advantage in using one over the other,
fgmasrd IOhannes
On May 13, 2011, at 9:20 AM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 05/13/2011 10:21 AM, Patrice Colet wrote:
2° why using -DMSW flag while _WIN32 definition works without
adding it in CFLAGS?because it has been like that forever, it was unclear at some point
that there are indeed automatic defines on w32 (esp. on M$VC) and because "win" suggests superiority where there is none.MSW has been replaced in some places by _WIN32, but since MSW get's (manually) defined for building on w32 anyhow, there is no real advantage in using one over the other,
There is definitely a real advantage to using the automatic ones. It
means that the source files are not dependent on a particular build
system. When porting Pd to Android, which then led to the libpd
effort, we had to spend a lot of time dealing with the places where
automatic defines were not used. Every time someone uses libpd
embedded in a new environment, like Xcode, Eclipse, ant, etc., they
have to revisit that pain.
Please stop using MSW and NT.
.hc
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
On May 13, 2011, at 4:21 AM, Patrice Colet wrote:
ok, thank you for paying attention, I'm trying now to build trunk on mingw, and I have some questions to
ask about that:1° how pd-extended is built on win32?
Here's the setup: http://puredata.info/docs/developer/WindowsMinGW
Here's the process: http://puredata.info/docs/developer/AutoBuildProcess
2° why using -DMSW flag while _WIN32 definition works without adding
it in CFLAGS?
_WIN32 is defined by the compiler. MinGW gcc, MSVC, Borland, etc
define it. Just like __linux__ and __APPLE__ on those platforms.
Cygwin gcc does not define _WIN32 because Cygwin is not a Win32
platform, but much closer to GNU/Linux. All of the MSW and NT macros
should be replaced by _WIN32.
.hc
I'm replacing all lines #define MSW with #define _WIN32 in all files from pd/src
----- "João Pais" jmmmpais@googlemail.com a écrit :
this also happens on windows XP. I tried to go back the release days to see the last good one, but after too much pd-installing I quit.
hello, the latest build doesn't start, some changes in 0.43.1 seems to
brake
everything, I have to terminate pd from task manager, this happens on windows vista, I haven't tried to build this release
yet.
the 2011-04-30 release is still 0.43.0 and working good.
-- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais@googlemail.com | skype: jmmmpjmmmp
-- Patrice Colet
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra