You are making it unnecessarily complicated. All this is not needed if you follow the simple advice I provided above for Windows.

On Wed, Apr 20, 2016 at 11:31 AM, Sebastian Faubel <sebastian@...3248...> wrote:
Hello everybody,

i already said that the files need to be changed to using the environment variables for such as MINGW_PATH to work properly on other installations. This is a bug and i will fix it as soon as i find the time. However that is a simple thing to do and then they are useful for anyone trying to build Inkscape on Windows without MSYS (as it is described in the corresponding wikipages). There's quite some pitfalls when trying to do that and for these reasons there is the configure.bat. I think that we can get rid of the touch.bat file and integrate this functionality in configure.bat as a program option.

The forfiles command has been around since Windows Vista and I honestly do not know if Inkscape will be supporting Windows XP in future. If so, then this part should be rewritten to be compatible.

The path 'C:\MinGW64\mingw64\x86_64-w64-mingw32' refers to the MinGW version for 64-bit OSes that is referenced for download in the wikipages. On 64-bit Windows, the make command is still called 'mingw32-make' for whatever reason. The paths to these files have traditionally been set in mingwenv.bat and should be reused in the new configure script. However, currently the build in trunk fails with linking errors so we should probably focus on making it usable again in the first place. I already spotted some errors which occure as a result of moving the files to the root of the trunk.

The CMake Windows build is still unstable and needs some work.

~Sebastian

Semiodesk GmbH | Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com


This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.


2016-04-20 15:12 GMT+02:00 Olof Bjarnason <olof.bjarnason@...400...>:

On 20 April 2016 at 15:00, Partha Bagchi <partha1b@...400...> wrote:
If you are using CMAKE and have Msys and Mingw etc., then simply do the following:

cmake -G "MSYS Makefiles"  -DCMAKE etc. in your build folder

Is this documented in the relevant wiki page? I guess building on windows pages ...
 

On Wed, Apr 20, 2016 at 8:28 AM, LucaDC <dicappello@...2144...> wrote:
I see.
Well, if they are for public utility it's correct that they are under
revision control (hence copied to everybody's folders).
But they are so specialized that I think that they are of little public
utility: they need mingw64, they need it in a special folder and they need
the "forfiles" command which is not present under all Windows OSs. They seem
to be too tied to a specific configuration to always work.

I don't know cmake: does the reference to "x86_64-w64-mingw32" mean that the
compilation is for 32 bit binaries built in a 64 bit environment?


Sebastian Faubel wrote
> Surely is should use the MINGW_PATH environment variable here, but I had
> serious issues without this option set.

Just a try: doesn't 'cmake
-D"CMAKE_SYSTEM_PREFIX_PATH:PATH=%MINGW_PATH%\x86_64-w64-mingw32" -G "MinGW
Makefiles" ..' work?
Or maybe (better) you should change the MINGW_PATH variable to
'C:\MinGW64\mingw64\x86_64-w64-mingw32' in your mingwenv.bat file (without
committing it) and remove that option: actually I can't see any reason to
tie a supposedly general script to such a particular need.




--
View this message in context: http://inkscape.13.x6.nabble.com/New-batch-files-in-trunk-tp4976419p4976429.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel



------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel



------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@...1794...s.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel