Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. Regards, Kai -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
On 12/22/12 12:23 PM, Kai Tietz wrote: Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. We already have workarounds for this kind of things in the tree, we just need to extend it for this particular intrin. I will prepare a patch later. Cheers, Jacek -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
2012/12/22 Jacek Caban ja...@codeweavers.com On 12/22/12 12:23 PM, Kai Tietz wrote: Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. We already have workarounds for this kind of things in the tree, we just need to extend it for this particular intrin. I will prepare a patch later. Thanks! Ruben Cheers, Jacek -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] libgomp build failure
This might be caused by one of those: _AC_COMPUTE_INT([sizeof (omp_lock_t)], [OMP_LOCK_SIZE],, [AC_MSG_ERROR([unsupported system, cannot find sizeof (omp_lock_t)])]) _AC_COMPUTE_INT([__alignof (omp_lock_t)], [OMP_LOCK_ALIGN]) _AC_COMPUTE_INT([sizeof (omp_nest_lock_t)], [OMP_NEST_LOCK_SIZE]) _AC_COMPUTE_INT([__alignof (omp_nest_lock_t)], [OMP_NEST_LOCK_ALIGN]) _AC_COMPUTE_INT([sizeof (omp_lock_25_t)], [OMP_LOCK_25_SIZE],, [AC_MSG_ERROR([unsupported system, cannot find sizeof (omp_lock_25_t)])]) _AC_COMPUTE_INT([__alignof (omp_lock_25_t)], [OMP_LOCK_25_ALIGN]) _AC_COMPUTE_INT([sizeof (omp_nest_lock_25_t)], [OMP_NEST_LOCK_25_SIZE]) _AC_COMPUTE_INT([__alignof (omp_nest_lock_25_t)], [OMP_NEST_LOCK_25_ALIGN]) The OMP_NEST_LOCK_ALIGN var gets replaced by configure for this target with nothing. I assume that test for __alignof (omp_next_lock_t) fails here. Regards, Kai -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] libgomp build failure
Hmm, by looking into config.log files, I don't see actual that one of those variables isn't set. So something on replacement seems to go wrong ... no idea why. Cheers, Kai --- libtool ... you always need to solve issues, you wouldn't have without it ... -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] libgomp build failure
Hmm. Might even be a quantum fluctuation; the i686-w64-mingw32 build just completed without a hitch :S... Thanks for taking a look. Ruben 2012/12/22 Kai Tietz ktiet...@googlemail.com Hmm, by looking into config.log files, I don't see actual that one of those variables isn't set. So something on replacement seems to go wrong ... no idea why. Cheers, Kai --- libtool ... you always need to solve issues, you wouldn't have without it ... -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
On 12/22/12 1:43 PM, Ruben Van Boxem wrote: 2012/12/22 Jacek Caban ja...@codeweavers.com mailto:ja...@codeweavers.com On 12/22/12 12:23 PM, Kai Tietz wrote: Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. We already have workarounds for this kind of things in the tree, we just need to extend it for this particular intrin. I will prepare a patch later. Thanks! Here is a patch ready for tests: http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/5fae66d9afe5ed89f4a5f6123a5559b138ac23e1 I will have it tested and ready for commit tomorrow, after my cron jobs run with it deployed. Jacek -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
2012/12/22 Jacek Caban ja...@codeweavers.com On 12/22/12 1:43 PM, Ruben Van Boxem wrote: 2012/12/22 Jacek Caban ja...@codeweavers.com On 12/22/12 12:23 PM, Kai Tietz wrote: Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. We already have workarounds for this kind of things in the tree, we just need to extend it for this particular intrin. I will prepare a patch later. Thanks! Here is a patch ready for tests: http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/5fae66d9afe5ed89f4a5f6123a5559b138ac23e1 I will have it tested and ready for commit tomorrow, after my cron jobs run with it deployed. My quick testing by manually applying the patch to the previously built toolchain shows you missed one in winnt.h: In file included from m:\development\mingw64\lib\gcc\x86_64-w64-mingw32\4.8.0\include\x86intrin.h:27:0, from m:\development\mingw64\include\c++\4.8.0\bits\opt_random.h:33, from m:\development\mingw64\include\c++\4.8.0\random:51, from m:\development\mingw64\include\c++\4.8.0\bits\stl_algo.h:67, from m:\development\mingw64\include\c++\4.8.0\algorithm:63, from ..\..\..\Source\Ambrosia\libAmbrosia\Include/Ambrosia/algorithm.h:33, from ..\..\..\Source\Ambrosia\libAmbrosia\Source\Platform\windows.cpp:23: m:\development\mingw64\lib\gcc\x86_64-w64-mingw32\4.8.0\include\ia32intrin.h:95:1: error: previous declaration of 'long long unsigned int __rdtsc()' with 'C++' linkage __rdtsc (void) ^ In file included from m:\development\mingw64\x86_64-w64-mingw32\include\windef.h:139:0, from m:\development\mingw64\x86_64-w64-mingw32\include\windows.h:69, from ..\..\..\Source\Ambrosia\libAmbrosia\Source\Platform\windows.cpp:53: m:\development\mingw64\x86_64-w64-mingw32\include\winnt.h:1513:52: error: conflicts with new declaration with 'C' linkage __MINGW_EXTENSION unsigned __int64 __rdtsc(void); ^ Guarding this declaration with #ifndef __GNUC__ ... #endif allows my code to be compiled as previously was possible. Thanks! Ruben Jacek -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW-w64 trunk ia32intrin C++ problem
On 12/22/12 8:41 PM, Ruben Van Boxem wrote: 2012/12/22 Jacek Caban ja...@codeweavers.com mailto:ja...@codeweavers.com On 12/22/12 1:43 PM, Ruben Van Boxem wrote: 2012/12/22 Jacek Caban ja...@codeweavers.com mailto:ja...@codeweavers.com On 12/22/12 12:23 PM, Kai Tietz wrote: Please include first the windows.h header, and then do other includes. There is nothing to fix on mingw-w64's side. It might be a gcc-intrinsic header bug, as API should be artificial but still has language-binding. AFAIR there is already a bug-report on gcc's bz about that. See Windows.cpp: line 59 ... move this include at to of include-chain. We already have workarounds for this kind of things in the tree, we just need to extend it for this particular intrin. I will prepare a patch later. Thanks! Here is a patch ready for tests: http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/5fae66d9afe5ed89f4a5f6123a5559b138ac23e1 I will have it tested and ready for commit tomorrow, after my cron jobs run with it deployed. My quick testing by manually applying the patch to the previously built toolchain shows you missed one in winnt.h: Right, my simplified test case didn't catch it. We may simply remove __rdtsc from winnt.h, since we include intrin.h there anyway. Jacek -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] half-missing API
On Sat, Dec 22, 2012 at 6:21 PM, Jim Michaels jmich...@yahoo.com wrote: these do not exist. they are used for fixing and getting specialfolder paths in vista+ //SHGetKnownFolderPath http://msdn.microsoft.com/en-us/library/bb762188%28v=vs.85%29.aspx //KNOWN_FOLDER_FLAG http://msdn.microsoft.com/en-us/library/dd378447%28v=vs.85%29.aspx //KNOWNFOLDERID http://msdn.microsoft.com/en-us/library/dd378457(v=vs.85).aspx the deprecated function is there, but does not work in vista+, only 2000/xp. namely these exist: //SHGetSpecialFolderPath http://msdn.microsoft.com/en-us/library/bb762204%28VS.85%29.aspx //CSIDL http://msdn.microsoft.com/en-us/library/bb762494%28v=VS.85%29.aspx The old APIs still work on Vista+, however the old APIs don't offer all the functionality of the new ones. For example, any new special folder types added in Vista cannot be retrieved with the old API. I'd like to see this added too. (Along with CComPtr, IFileOperation, IShellItem2, etc) -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
