Purr Data 2.5.0 is now available:

https://github.com/jonwwilkes/purr-data/releases/tag/2.5.0

Please report bugs here:

https://git.purrdata.net/jwilkes/purr-data/issues

Changes:

• add pd-lua library
• fix up dialog styling for GUI presets
• expand help browser search index to include the external library docs
• add preferences for setting when and from which docs the search browser creates an index
• port disis_munger~ to Purr Data from pd-l2ork 1.0 (experimental)
• fix the build scripts by adding toplevel makefile with new targets
• fix uninstall icon on Windows
• add dashed box around comments when in edit mode to show the maximum space they will take up

Probably a more easy way to go would be to build PD vanilla for win64 (Lucas build works just ok) and then try to compile all the needed libraries for Win64 and the custom Purr Data UI framwork...then pack a special distro for win64.
What do you think about?

@alfonso.santimone That's probably the wrong path for libgcc.

Is there any libgcc* in /mingw64/bin? What does find /mingw64 -name "libgcc*" give you?

@jancsika said:

find /mingw64 -name "libgcc*"

fremen@fremenCPU MINGW64 ~
$ find /mingw64 -name "libgcc*"
/mingw64/bin/libgcc_s_seh-1.dll
/mingw64/lib/gcc/x86_64-w64-mingw32/6.2.0/libgcc.a
/mingw64/lib/gcc/x86_64-w64-mingw32/6.2.0/libgcc_eh.a
/mingw64/lib/gcc/x86_64-w64-mingw32/6.2.0/libgcc_s.a

@alfonso.santimone Try using /mingw64/bin/libgcc_s_seh-1.dll in the Makefile and see what happens

@jancsika in wich makefile?

@jancsika latest attempt ..still errors
purr-data-w64-build-log-Errors.sh

@alfonso.santimone said:

@jancsika in wich makefile?

purr-data/packages/win32_inno/Makefile

@alfonso.santimone said:

@jancsika latest attempt ..still errors
purr-data-w64-build-log-Errors.sh

I'm confused. You wrote about that you were excluding Gem, but it appears you are trying to build Gem.

@jancsika Yeah. I did a clean git repo cloning so i missed to comment out everything in lines 144-167 in purr-data/externals/Makefile, then now i commentig out lines 134-138 in purr-data/packages/win32_inno/Makefile and adding always in purr-data/packages/win32_inno/Makefile at line 147
install -p $(bin_src)/libgcc_s_seh-1.dll $(DESTDIR)$(bindir)
...report as soon as building process will end.

Is there a way to clean all the dirs to do a clean build?

@jancsika Ok so. no more Gem related errors...still innosetup errors.
Purr Data - Win64 Build Log April 09 2018 .sh

@alfonso.santimone said:

@jancsika Ok so. no more Gem related errors...still innosetup errors.
Purr Data - Win64 Build Log April 09 2018 .sh

install: cannot stat '/mingw64/bin/libgcc_s_dw2-1.dll': No such file or directory

You have to replace that path with /mingw64/bin/libgcc_s_seh-1.dll

@jancsika Thanks. Now building seems to be ok

Successful compile (177.719 sec). Resulting Setup program filename is:
C:\purr-data\packages\win32_inno\Output\Purr Data 2.5.0-20180404-rev.ff8afc1.exe

win32_inno install succeeded!
copying pd-l2ork-specific externals...
done with l2ork addons.
done.

But C:\purr-data\packages\win32_inno\Output\ is empty. I try to recompile tomorrow running MSYS2 in administrator mode because could be that Win10 doesn't like tho write files in the root directory. I'm not sure but could be. I'll check it tomorrow! Thanks for your help.

@alfonso.santimone Look in purr-data/. There should be an installer file there.

@jancsika Yeah! that's true. So installed and working correctly at least with simple MIDI and audio test. Portaudio ASIO working. Now i'll check some external helpfile.
So i guess the only things to work on various Makefiles are

1. some path adjusting
2. some file name adjusting
3. correct target architecture
4. invoke correct .dll libraries
5. Solve Gem issues not compiling for Win64
6. Solve fluidsynth~ issues not compiling for Win64

some good additions could be

1. new cyclone library
2. pd-else library
3. oFelia library
4. aubio library

@jancsika

Some report after testing Purr Data compiled for Win64.

1. I have a strange bug related to MIDI device. I'll have to check if it exists in PD vanilla 32 bit. I have the same bug in PD vanilla for 64bit compiled by Lucas. I don't think it is a multiclient midi driver issue. But i'll check it better. BTW if i choose a MIDI device and apply so it goes saved for the next start of Purr Data..well Purr Data doesn't start anymore and i have to clean the prefs via regedit because it seems that a command line pd.exe -nomidi does not work for Purr Data as it does with Vanilla

2. zexy library does not work even if the .dll externals files are compiled. I have to check the build log because i remember there were some red warnings about specific zexy externals. So every zexy help file i tried shows red outlined externals because the zexy stuff can't be instantiated.

3. there are minor naming errors in some help files that i guess are in the official Purr Data 32bit release (i.e. linearpan~ in pan lib should be linear_pan~

4. timestretch~ just crash Purr Data and the program quits.

5. moocow folder is empty

6. pixelTango does not work but i guess it has something to do with Gem externals dependencies

7. SMLib help file is not present

8. pmpd loads but does not seem to work

9. Gem and fluidsynth~ don't compile for win64 target (so as you know i removed those from the building process)

@alfonso.santimone said:

@jancsika Yeah! that's true. So installed and working correctly at least with simple MIDI and audio test. Portaudio ASIO working. Now i'll check some external helpfile.
So i guess the only things to work on various Makefiles are

1. some path adjusting
2. some file name adjusting
3. correct target architecture
4. invoke correct .dll libraries
5. Solve Gem issues not compiling for Win64
6. Solve fluidsynth~ issues not compiling for Win64

Now that it is compiling and installing, would you mind wrapping up all the changes you made here to get it to build and submitting either

1. a merge request on git.purrdata.net, or
2. opening an issue here:

https://git.purrdata.net/jwilkes/purr-data/issues

Again, I just need to know the changes you made to get it into a working state.

Once these changes are merged we should be able to at least do a "light" build. Then we can focus on getting the rest of the libraries working, the midi issue, etc.

@jancsika Yeah, i'll try today or tomorrow to sum up all changes i've done.
How the merge request work?
I mean, i commented out some crossplatform stuff to exclude Gem. So i don't want to do something that can harm the whole building system.

@alfonso.santimone said:

@jancsika Yeah, i'll try today or tomorrow to sum up all changes i've done.
How the merge request work?
I mean, i commented out some crossplatform stuff to exclude Gem. So i don't want to do something that can harm the whole building system.

Rather than comment them out in the merge request, write in the merge description the names of the libraries you had to exclude. We've got a "make light" recipe that can build without externals-- that should work with win64.

The Makefile changes need to have some conditionals in them to support both archs, but I (or someone else) can do those as long as you have all the changes needed to get a working Purr Data core on Win64.

@jancsika I wrote a .txt with alle the instructions to have a working building process for Win64. Building Purr Data for Windows 64bit.txt
Maybe you can just upload it in the page where the Win32 instructions are?
There are some change in the purr-data/externals/Makefile and several changes in the purr-data/packages/win32_inno/Makefile