I finally managed to build a 64-bit version of Inkscape 0.48.4 on Windows. I am pretty excited about the build. :)
My build environment is Windows 7 64-bit, mingw-gcc 4.8.1 building x86_64-w64-mingw32 packages.
One big problem I am having is that some of the icons on the application are missing! I checked all the bug reports and only see a similar issue with Ubuntu Unity.
I am convinced the problem is with the path that Inkscape is seeing. When I divert all stdout to file, I see the following: ________________________being log_______________________ ** (inkscape.exe:4148): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion 'Inkscape::IO::f ile_test( filename, G_FILE_TEST_EXISTS )' failed
** (inkscape.exe:4148): WARNING **: Unable to read keys file I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\keys\default.xm l
** (inkscape.exe:4148): WARNING **: Null pixbuf for 00000000037DFA60 [I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\icons\ remove-color.png]
(inkscape.exe:4148): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(inkscape.exe:4148): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
(inkscape.exe:4148): Gtk-WARNING **: Could not find the icon 'object-visible'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases Unable to find: org.inkscape.help.manual Unable to find: org.inkscape.help.keys Unable to find: org.inkscape.help.askaquestion Unable to find: org.inkscape.help.commandline Unable to find: org.inkscape.help.faq Unable to find: org.inkscape.help.relnotes Unable to find: org.inkscape.help.reportabug Unable to find: org.inkscape.help.svgspec ________________________being log_______________________
Clearly something with the path where Inkscape is looking for its bits is messed up.
Can anyone help? If you need more information, please let me know.
Everything is working otherwise!
Thanks in advance, Partha
2013/9/21 Partha Bagchi <partha1b@...400...>:
I am convinced the problem is with the path that Inkscape is seeing. When I divert all stdout to file, I see the following: ________________________being log_______________________ ** (inkscape.exe:4148): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion 'Inkscape::IO::f ile_test( filename, G_FILE_TEST_EXISTS )' failed
** (inkscape.exe:4148): WARNING **: Unable to read keys file I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\keys\default.xm l
** (inkscape.exe:4148): WARNING **: Null pixbuf for 00000000037DFA60 [I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\icons\ remove-color.png]
Can you describe in some more detail how you are building Inkscape?
The standard way to do it is to use btool. These strange paths, with mixtures of Unix and Windows components, might be an artifact of using Autotools within MSYS.
Regards, Krzysztof
Sure. as I stated above, my build environment is mingw-gcc and I use msys as the backend if you will. All my libraries are built within this environment.
BTW, make install also does not put share correctly even if you manually specify the datadir.
I am surprised by these strange paths as well. I don't have this issue with Gimp for example which I also build.
I have never heard of btool till today.
BTW, is there already a 64-bit Windows build for Inkscape?
Thanks for your help! Partha
On Sat, Sep 21, 2013 at 5:32 PM, Krzysztof Kosiński <tweenk.pl@...400...>wrote:
2013/9/21 Partha Bagchi <partha1b@...400...>:
I am convinced the problem is with the path that Inkscape is seeing.
When I
divert all stdout to file, I see the following: ________________________being log_______________________ ** (inkscape.exe:4148): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion 'Inkscape::IO::f ile_test( filename, G_FILE_TEST_EXISTS )' failed
** (inkscape.exe:4148): WARNING **: Unable to read keys file
I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\keys\default.xm
l
** (inkscape.exe:4148): WARNING **: Null pixbuf for 00000000037DFA60 [I:\oss-dev\msys\opt\inkspace\bin/opt/inkspace/share\share\icons\ remove-color.png]
Can you describe in some more detail how you are building Inkscape?
The standard way to do it is to use btool. These strange paths, with mixtures of Unix and Windows components, might be an artifact of using Autotools within MSYS.
Regards, Krzysztof
2013/9/21 Partha Bagchi <partha1b@...400...>:
Sure. as I stated above, my build environment is mingw-gcc and I use msys as the backend if you will. All my libraries are built within this environment.
BTW, make install also does not put share correctly even if you manually specify the datadir.
I am surprised by these strange paths as well. I don't have this issue with Gimp for example which I also build.
I have never heard of btool till today.
See here. The README files from the source tree are very outdated. http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows
If you managed to build all dependencies in MSYS, please share some notes about the process, and what versions of libraries you used.
Regards, Krzysztof
Most definitely. I use gcc 4.8.1 targeted for x86_64. I build all dependencies (that I need for Gimp). I will put up all my notes on my website www.partha.com since it would be too long for the mailing list.
Right now, my build looks like this: http://www.partha.com/temp/inkscape-issues.png
I am assuming there is no 64-bit windows builds?
Anyway, any clues on the reason for the mangled paths and icon issues?
Thanks again, Partha
On Sat, Sep 21, 2013 at 6:01 PM, Krzysztof Kosiński <tweenk.pl@...400...>wrote:
2013/9/21 Partha Bagchi <partha1b@...400...>:
Sure. as I stated above, my build environment is mingw-gcc and I use
msys as
the backend if you will. All my libraries are built within this
environment.
BTW, make install also does not put share correctly even if you manually specify the datadir.
I am surprised by these strange paths as well. I don't have this issue
with
Gimp for example which I also build.
I have never heard of btool till today.
See here. The README files from the source tree are very outdated. http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows
If you managed to build all dependencies in MSYS, please share some notes about the process, and what versions of libraries you used.
Regards, Krzysztof
2013/9/22 Partha Bagchi <partha1b@...400...>:
Most definitely. I use gcc 4.8.1 targeted for x86_64. I build all dependencies (that I need for Gimp). I will put up all my notes on my website www.partha.com since it would be too long for the mailing list.
Right now, my build looks like this: http://www.partha.com/temp/inkscape-issues.png
I am assuming there is no 64-bit windows builds?
No, there are no official 64-bit builds at the moment.
Anyway, any clues on the reason for the mangled paths and icon issues?
There is a reference to /opt/inkscape in configure.ac, but your log mentions "/opt/inkspace", reproducing the typo you've made in the name of the build directory. At the moment I'm not sure where this comes from. It could help if you could send a copy of the config.h generated by Autotools.
Regards, Krzysztof
I know, I always seem to spell Inkscape as inkspace. :(
I install all my OSS software in /opt.
Here is the config.h: -----------------------------------begin config.h--------------------------------------------- /* config.h. Generated from config.h.in by configure. */ /* config.h.in. Generated from configure.ac by autoheader. */
/* Define if building universal (internal helper macro) */ /* #undef AC_APPLE_UNIVERSAL_BUILD */
/* Use binreloc thread support? */ #define BR_PTHREADS 0
/* Use AutoPackage? */ /* #undef ENABLE_BINRELOC */
/* always defined to indicate that i18n is enabled */ #define ENABLE_NLS 1
/* Build with OSX .app data dir paths? */ /* #undef ENABLE_OSX_APP_LOCATIONS */
/* SVG Fonts should be used */ #define ENABLE_SVG_FONTS 1
/* Translation domain used */ #define GETTEXT_PACKAGE "inkscape"
/* Use aspell for built-in spellchecker */ /* #undef HAVE_ASPELL */
/* Define to 1 if you have the `bind_textdomain_codeset' function. */ #define HAVE_BIND_TEXTDOMAIN_CODESET 1
/* Define to 1 if you have the <boost/concept_check.hpp> header file. */ #define HAVE_BOOST_CONCEPT_CHECK_HPP 1
/* Boost unordered_set (Boost >= 1.36) */ #define HAVE_BOOST_UNORDERED_SET 1
/* Whether the Cairo PDF backend is available */ #define HAVE_CAIRO_PDF 1
/* define to 1 if Carbon is available */ /* #undef HAVE_CARBON */
/* Define to 1 if you have the `dcgettext' function. */ #define HAVE_DCGETTEXT 1
/* Define to 1 if you have the `ecvt' function. */ #define HAVE_ECVT 1
/* Legacy GNU ext/hash_set */ #define HAVE_EXT_HASH_SET 1
/* Define to 1 if you have the <fcntl.h> header file. */ #define HAVE_FCNTL_H 1
/* Define to 1 if you have the `floor' function. */ #define HAVE_FLOOR 1
/* Define to 1 if you have the `fpsetmask' function. */ /* #undef HAVE_FPSETMASK */
/* Define to 1 if you have the <gc/gc.h> header file. */ /* #undef HAVE_GC_GC_H */
/* Define to 1 if you have the <gc.h> header file. */ #define HAVE_GC_H 1
/* Define if the GNU gettext() function is already present or preinstalled. */ #define HAVE_GETTEXT 1
/* Define to 1 if you have the `gettimeofday' function. */ #define HAVE_GETTIMEOFDAY 1
/* Define to 1 if you have the `gtk_window_fullscreen' function. */ #define HAVE_GTK_WINDOW_FULLSCREEN 1
/* Define to 1 if you have the `gtk_window_set_default_icon_from_file' function. */ /* #undef HAVE_GTK_WINDOW_SET_DEFAULT_ICON_FROM_FILE */
/* Define to 1 if you have the <ieeefp.h> header file. */ /* #undef HAVE_IEEEFP_H */
/* Define to 1 if you have the <inttypes.h> header file. */ #define HAVE_INTTYPES_H 1
/* Define if your <locale.h> file defines LC_MESSAGES. */ /* #undef HAVE_LC_MESSAGES */
/* Define to 1 if you have the <libintl.h> header file. */ #define HAVE_LIBINTL_H 1
/* define to 1 if you have lcms version 1.x */ /* #undef HAVE_LIBLCMS1 */
/* define to 1 if you have lcms version 2.x */ #define HAVE_LIBLCMS2 1
/* Define to 1 if you have the `m' library (-lm). */ /* #undef HAVE_LIBM */
/* Define to 1 if you have the <locale.h> header file. */ #define HAVE_LOCALE_H 1
/* Define to 1 if you have the `mallinfo' function. */ /* #undef HAVE_MALLINFO */
/* Define to 1 if you have the <malloc.h> header file. */ #define HAVE_MALLOC_H 1
/* Define to 1 if you have the `memmove' function. */ #define HAVE_MEMMOVE 1
/* Define to 1 if you have the <memory.h> header file. */ #define HAVE_MEMORY_H 1
/* Define to 1 if you have the `memset' function. */ #define HAVE_MEMSET 1
/* Define to 1 if you have the `mkdir' function. */ #define HAVE_MKDIR 1
/* Use OpenMP */ #define HAVE_OPENMP 1
/* Use libpoppler for direct PDF import */ #define HAVE_POPPLER 1
/* Use libpoppler-cairo for rendering PDF preview */ #define HAVE_POPPLER_CAIRO 1
/* Use libpoppler-glib and Cairo-SVG for PDF import */ #define HAVE_POPPLER_GLIB 1
/* Define to 1 if you have the `pow' function. */ #define HAVE_POW 1
/* Define to 1 if you have the `sqrt' function. */ #define HAVE_SQRT 1
/* Define to 1 if `stat' has the bug that it succeeds when given the zero-length file name argument. */ /* #undef HAVE_STAT_EMPTY_STRING_BUG */
/* Define to 1 if you have the <stddef.h> header file. */ #define HAVE_STDDEF_H 1
/* Define to 1 if you have the <stdint.h> header file. */ #define HAVE_STDINT_H 1
/* Define to 1 if you have the <stdlib.h> header file. */ #define HAVE_STDLIB_H 1
/* Define to 1 if you have the `strftime' function. */ #define HAVE_STRFTIME 1
/* Define to 1 if you have the <strings.h> header file. */ #define HAVE_STRINGS_H 1
/* Define to 1 if you have the <string.h> header file. */ #define HAVE_STRING_H 1
/* Define to 1 if you have the `strncasecmp' function. */ #define HAVE_STRNCASECMP 1
/* Define to 1 if you have the `strpbrk' function. */ #define HAVE_STRPBRK 1
/* Define to 1 if you have the `strrchr' function. */ #define HAVE_STRRCHR 1
/* Define to 1 if you have the `strspn' function. */ #define HAVE_STRSPN 1
/* Define to 1 if you have the `strstr' function. */ #define HAVE_STRSTR 1
/* Define to 1 if you have the `strtoul' function. */ #define HAVE_STRTOUL 1
/* Define to 1 if `fordblks' is a member of `struct mallinfo'. */ /* #undef HAVE_STRUCT_MALLINFO_FORDBLKS */
/* Define to 1 if `fsmblks' is a member of `struct mallinfo'. */ /* #undef HAVE_STRUCT_MALLINFO_FSMBLKS */
/* Define to 1 if `hblkhd' is a member of `struct mallinfo'. */ /* #undef HAVE_STRUCT_MALLINFO_HBLKHD */
/* Define to 1 if `uordblks' is a member of `struct mallinfo'. */ /* #undef HAVE_STRUCT_MALLINFO_UORDBLKS */
/* Define to 1 if `usmblks' is a member of `struct mallinfo'. */ /* #undef HAVE_STRUCT_MALLINFO_USMBLKS */
/* Define to 1 if you have the <sys/filio.h> header file. */ /* #undef HAVE_SYS_FILIO_H */
/* Define to 1 if you have the <sys/stat.h> header file. */ #define HAVE_SYS_STAT_H 1
/* Define to 1 if you have the <sys/time.h> header file. */ #define HAVE_SYS_TIME_H 1
/* Define to 1 if you have the <sys/types.h> header file. */ #define HAVE_SYS_TYPES_H 1
/* Has working standard TR1 unordered_set */ #define HAVE_TR1_UNORDERED_SET 1
/* Define to 1 if you have the <unistd.h> header file. */ #define HAVE_UNISTD_H 1
/* Define to 1 if you have the <zlib.h> header file. */ #define HAVE_ZLIB_H 1
/* Base data directory */ #define INKSCAPE_DATADIR "/opt/inkspace/share"
/* Define to 1 if `lstat' dereferences a symlink specified with a trailing slash. */ /* #undef LSTAT_FOLLOWS_SLASHED_SYMLINK */
/* Define to 1 if your C compiler doesn't accept -c and -o together. */ /* #undef NO_MINUS_C_MINUS_O */
/* Name of package */ #define PACKAGE "inkscape"
/* Define to the address where bug reports for this package should be sent. */ #define PACKAGE_BUGREPORT ""
/* Locatization directory */ #define PACKAGE_LOCALE_DIR "/opt/inkspace/share/locale"
/* Define to the full name of this package. */ #define PACKAGE_NAME "inkscape"
/* Define to the full name and version of this package. */ #define PACKAGE_STRING "inkscape 0.48.4"
/* Define to the one symbol short name of this package. */ #define PACKAGE_TARNAME "inkscape"
/* Define to the home page for this package. */ #define PACKAGE_URL ""
/* Define to the version of this package. */ #define PACKAGE_VERSION "0.48.4"
/* Use color space API from Poppler >= 0.12.2 */ /* #undef POPPLER_NEW_COLOR_SPACE_API */
/* Use new error API from Poppler >= 0.20.0 */ #define POPPLER_NEW_ERRORAPI 1
/* Use GfxFont from Poppler >= 0.8.3 */ #define POPPLER_NEW_GFXFONT 1
/* GfxPatch no longer uses GfxColor in >= 0.15.1 */ #define POPPLER_NEW_GFXPATCH 1
/* Define as the return type of signal handlers (`int' or `void'). */ #define RETSIGTYPE void
/* Define to 1 if the `S_IS*' macros in <sys/stat.h> do not work properly. */ /* #undef STAT_MACROS_BROKEN */
/* Define to 1 if you have the ANSI C header files. */ #define STDC_HEADERS 1
/* Define to 1 if you can safely include both <sys/time.h> and <time.h>. */ #define TIME_WITH_SYS_TIME 1
/* Define to 1 if your <sys/time.h> declares `struct tm'. */ /* #undef TM_IN_SYS_TIME */
/* Version number of package */ #define VERSION "0.48.4"
/* Use gnome vfs file load functionality */ /* #undef WITH_GNOME_VFS */
/* Build with Gtkmm 2.22.x */ #define WITH_GTKMM_2_22 1
/* Build with Gtkmm 2.24.x */ #define WITH_GTKMM_2_24 1
/* enable gtk spelling widget */ /* #undef WITH_GTKSPELL */
/* Image Magick++ support for bitmap effects */ /* #undef WITH_IMAGE_MAGICK */
/* enable openoffice files (SVG jars) */ #define WITH_INKJAR 1
/* Build in libwpg */ /* #undef WITH_LIBWPG */
/* Build in libwpg 0.1.x */ /* #undef WITH_LIBWPG01 */
/* Build in libwpg 0.2.x */ /* #undef WITH_LIBWPG02 */
/* use Perl for embedded scripting */ /* #undef WITH_PERL */
/* use Python for embedded scripting */ /* #undef WITH_PYTHON */
/* Define WORDS_BIGENDIAN to 1 if your processor stores words with the most significant byte first (like Motorola and SPARC, unlike Intel). */ #if defined AC_APPLE_UNIVERSAL_BUILD # if defined __BIG_ENDIAN__ # define WORDS_BIGENDIAN 1 # endif #else # ifndef WORDS_BIGENDIAN /* # undef WORDS_BIGENDIAN */ # endif #endif
/* Define to `int' if <sys/types.h> does not define. */ /* #undef mode_t */ -----------------------------------end config.h-----------------------------------------------
On Sat, Sep 21, 2013 at 8:01 PM, Krzysztof Kosiński <tweenk.pl@...400...>wrote:
2013/9/22 Partha Bagchi <partha1b@...400...>:
Most definitely. I use gcc 4.8.1 targeted for x86_64. I build all dependencies (that I need for Gimp). I will put up all my notes on my website www.partha.com since it would be too long for the mailing list.
Right now, my build looks like this: http://www.partha.com/temp/inkscape-issues.png
I am assuming there is no 64-bit windows builds?
No, there are no official 64-bit builds at the moment.
Anyway, any clues on the reason for the mangled paths and icon issues?
There is a reference to /opt/inkscape in configure.ac, but your log mentions "/opt/inkspace", reproducing the typo you've made in the name of the build directory. At the moment I'm not sure where this comes from. It could help if you could send a copy of the config.h generated by Autotools.
Regards, Krzysztof
2013/9/22 Partha Bagchi <partha1b@...400...>:
/* Base data directory */ #define INKSCAPE_DATADIR "/opt/inkspace/share"
This is the culprit. In the Windows version, this should be defined to "."
Autotools also doesn't contain the code required to create the distribution directory. You can inspect the build.xml file to see what it should contain, specifically the "distbase" target.
Regards, Krzysztof
I don't understand. Can you elaborate why you think the datadir should be set to "."?
I purposely defined the datadir since the make install creates a folder called /opt/inkspace/share/inkspace/ and put all the files there. I figured that if I explicitly specified the datadir then perhaps it would create the share folder correctly.
I will definitely check build.xml to see what it should contain.
Thanks, Partha
On Sun, Sep 22, 2013 at 7:36 PM, Krzysztof Kosiński <tweenk.pl@...400...>wrote:
2013/9/22 Partha Bagchi <partha1b@...400...>:
/* Base data directory */ #define INKSCAPE_DATADIR "/opt/inkspace/share"
This is the culprit. In the Windows version, this should be defined to "."
Autotools also doesn't contain the code required to create the distribution directory. You can inspect the build.xml file to see what it should contain, specifically the "distbase" target.
Regards, Krzysztof
2013/9/23 Partha Bagchi <partha1b@...400...>:
I don't understand. Can you elaborate why you think the datadir should be set to "."?
On Windows, we do not rely on the MSYS approach of installing the application in a Unix-like directory structure. Instead, we put the "share" directory with all the datafiles in the same directory as the executable, and resolve the paths to files relative to the path to the executable. Setting INKSCAPE_DATADIR to "." allows the code in src/prefix.cpp to work correctly.
I purposely defined the datadir since the make install creates a folder called /opt/inkspace/share/inkspace/ and put all the files there. I figured that if I explicitly specified the datadir then perhaps it would create the share folder correctly.
The problem is not that the datadir is not created, but that Inkscape will never search it for files. The code for looking the up datafiles is different between Unix and Windows. The Windows version of this code looks for the share directory in the directory which contains the executable.
Allowing a functional copy of Inkscape to be built with Autotools on Windows will require some modifications to Inkscape source.
Regards, Krzysztof
On Sun, Sep 22, 2013 at 9:18 PM, Krzysztof Kosiński <tweenk.pl@...972.....>wrote:
2013/9/23 Partha Bagchi <partha1b@...400...>:
I don't understand. Can you elaborate why you think the datadir should be set to "."?
On Windows, we do not rely on the MSYS approach of installing the application in a Unix-like directory structure. Instead, we put the "share" directory with all the datafiles in the same directory as the executable, and resolve the paths to files relative to the path to the executable. Setting INKSCAPE_DATADIR to "." allows the code in src/prefix.cpp to work correctly.
I see. OK, I will set the datadir to "." and see what happens.
I purposely defined the datadir since the make install creates a folder called /opt/inkspace/share/inkspace/ and put all the files there. I
figured
that if I explicitly specified the datadir then perhaps it would create
the
share folder correctly.
The problem is not that the datadir is not created, but that Inkscape will never search it for files. The code for looking the up datafiles is different between Unix and Windows. The Windows version of this code looks for the share directory in the directory which contains the executable.
Is it looking for all the icons and the keys in the same folder as the executable?
I downloaded the the Windows 32-bit build of Inkscape and I see that the share folder is what I would have expected from make install. In this build, I see a share folder containing the keys, icons and the other folders. So, I am confused again. :( I don't see a primary bin folder which is OK.
Allowing a functional copy of Inkscape to be built with Autotools on
Windows will require some modifications to Inkscape source.
This would be very helpful! :)
Regards, Krzysztof
Thanks for all your help.
I will yet create a 64-bit build though I had to modify some of the codes to get so far! :)
Partha
2013/9/23 Partha Bagchi <partha1b@...400...>:
Is it looking for all the icons and the keys in the same folder as the executable?
If you have the Inkscape executable in C:\Program Files\Inkscape\inkscape.exe and INKSCAPE_DATADIR is set to ".", it will look for the icons file in C:\Program Files\Inkscape\share\icons\icons.svg
Regards, Krzysztof
Krzyztof,
Looks like I have finally managed to a working version of 64-bit Inkscape for Windows. This version is based on the stable release 0.48.4. I had one of my Gimp users do a battery of tests and he proclaimed it to be quite stable. So, I am quite excited about it. :)
So, if anyone is interested in testing, I will be happy to make an installer available for testing.
I also intend to provide notes on how I did it. Needless to say, I had to modify some of the source to get it to compile.
Thanks, Partha
On Sun, Sep 22, 2013 at 9:47 PM, Krzysztof Kosiński <tweenk.pl@...972.....>wrote:
2013/9/23 Partha Bagchi <partha1b@...400...>:
Is it looking for all the icons and the keys in the same folder as the executable?
If you have the Inkscape executable in C:\Program Files\Inkscape\inkscape.exe and INKSCAPE_DATADIR is set to ".", it will look for the icons file in C:\Program Files\Inkscape\share\icons\icons.svg
Regards, Krzysztof
On Sun, 2013-09-22 at 00:01 +0200, Krzysztof Kosiński wrote:
See here. The README files from the source tree are very outdated. http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows
We have a choice, we can remove that page from the wiki and use in-code readme for compiling information (which I prefer) or we can add more developer pages to the new website. Which I don't mind, the more info the better.
Martin,
Hi Martin,
I am not sure the page Krzysztof pointed to helps me with compiling a 64-bit Windows version of Inkscape. In any case, I was not aware of that page and used the inline documentation and configure --help. So, I prefer inline documentation as well.
In any case, I think I have an operational Inkscape 64-bit Windows version sans the icons and of course the weird path problems.
Thanks, Partha
On Sat, Sep 21, 2013 at 10:19 PM, Martin Owens <doctormo@...400...> wrote:
On Sun, 2013-09-22 at 00:01 +0200, Krzysztof Kosiński wrote:
See here. The README files from the source tree are very outdated. http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows
We have a choice, we can remove that page from the wiki and use in-code readme for compiling information (which I prefer) or we can add more developer pages to the new website. Which I don't mind, the more info the better.
Martin,
On 22-9-2013 4:19, Martin Owens wrote:
On Sun, 2013-09-22 at 00:01 +0200, Krzysztof Kosiński wrote:
See here. The README files from the source tree are very outdated. http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows
We have a choice, we can remove that page from the wiki and use in-code readme for compiling information
Just add an in-code link to the wiki page.
-j
participants (4)
-
Johan Engelen
-
Krzysztof Kosiński
-
Martin Owens
-
Partha Bagchi