<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-09-06 11:16:54]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://www.gccxml.org/Bug/</docs>
<description>Mantis - ISSUES</description>
<link>http://www.gccxml.org/Bug/</link>
<title>Mantis - ISSUES</title>
<image>
<title>Mantis - ISSUES</title>
<url>http://www.gccxml.org/Bug/images/mantis_logo_button.gif</url>
<link>http://www.gccxml.org/Bug/</link>
<description>Mantis - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-09-06T11:16:53-04:00</sy:updateBase>
<item>
<title>0011207: CMake 2.8 does not generate output target name properly for VS 2010 generator.</title>
<link>http://www.gccxml.org/Bug/view.php?id=11207</link>
<description>CMake 2.8 does not generate output target name properly for VS 2010 generator when there is '.' character in the file name.&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
&lt;br /&gt;
add_library(My.Library STATIC ${SOURCE_FILES} ${HEADER_FILES} ${RESOURCE_FILES})&lt;br /&gt;
&lt;br /&gt;
# Explicitly setting allso does NOT work&lt;br /&gt;
set_target_properties(My.Library PROPERTIES OUTPUT_NAME &quot;My.Library&quot;)&lt;br /&gt;
set_target_properties(My.Library PROPERTIES SUFFIX &quot;.lib&quot;)&lt;br /&gt;
&lt;br /&gt;
In this scenario the generated output file is:&lt;br /&gt;
/OUT:&quot;...\My.Library\Debug\My.lib&quot; /NOLOGO &lt;br /&gt;
&lt;br /&gt;
Instead of:&lt;br /&gt;
/OUT:&quot;...\My.Library\Debug\My.Library.lib&quot; /NOLOGO &lt;br /&gt;
&lt;br /&gt;
Projects that depend on the My.Library target are trying to link with &quot;My.Library.lib&quot; resulting in a link error:&lt;br /&gt;
&lt;br /&gt;
LINK : fatal error LNK1104: cannot open file '..\My.Library\Debug\My.Library.lib'</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11207</guid>
<author>Alexander Todorov &lt;Alexander Todorov@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11207#bugnotes</comments>
</item>
<item>
<title>0010484: There is no way to run svn/git/hg with custom options like --username.</title>
<link>http://www.gccxml.org/Bug/view.php?id=10484</link>
<description>I have a Subversion repository with authentication.&lt;br /&gt;
So I have to pass &quot;--username foo --password bar&quot; to every /usr/bin/svn invocation.&lt;br /&gt;
&lt;br /&gt;
1) The preferred way to do this is to introduce variables like CTEST_SVN_OPTIONS&lt;br /&gt;
2) Another way is to make cmCTestVC::CommandLineTool of type std::vector&lt;std::string&gt; instead of std::string, thus allowing CTEST_SVN_COMMAND to be an executable with options like &quot;svn --username foo&quot;</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10484</guid>
<author>hippo &lt;hippo@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10484#bugnotes</comments>
</item>
<item>
<title>0011160: FindBoost to retrieve realpath of the boost libraries</title>
<link>http://www.gccxml.org/Bug/view.php?id=11160</link>
<description>Hello,&lt;br /&gt;
&lt;br /&gt;
I would like to install some of the boost components with cpack from my cmake project. &lt;br /&gt;
In order to create a package on Linux targets, I use for instance the following commands:&lt;br /&gt;
&lt;br /&gt;
set(BoostFilesToInstall &lt;br /&gt;
  ${Boost_PYTHON_LIBRARY_RELEASE}&lt;br /&gt;
  ${Boost_SYSTEM_LIBRARY_RELEASE} &lt;br /&gt;
  ${Boost_GRAPH_LIBRARY_RELEASE} &lt;br /&gt;
  )&lt;br /&gt;
install(FILES &lt;br /&gt;
  ${BoostFilesToInstall}&lt;br /&gt;
  CONFIGURATIONS Release&lt;br /&gt;
  DESTINATION lib&lt;br /&gt;
  COMPONENT libraries)&lt;br /&gt;
&lt;br /&gt;
However, FindBoost retrieves the links to the boost compiled libraries, rather than the files&lt;br /&gt;
pointed by these links. The building of a debian/mac os bundle package complain about that. &lt;br /&gt;
I am not 100% sure but I think cpack is trying to install the links rather than the files themselves. &lt;br /&gt;
&lt;br /&gt;
So I was wondering if it would be possible to have as ${Boost_XXX_LIBRARY} libraries the result of &lt;br /&gt;
get_filename_component(Boost_XXX_LIBRARY ${Boost_XXX_LIBRARY} REALPATH). This way, the package would&lt;br /&gt;
be consistent and the dependant libraries in my project will link with boost libraries named explicitely &lt;br /&gt;
with their version, compiler etc. &lt;br /&gt;
&lt;br /&gt;
Do you think it is a good thing to have, or the fact that using the link name is desired behaviour ?&lt;br /&gt;
&lt;br /&gt;
Kind regards,&lt;br /&gt;
Raffi Enficiaud</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11160</guid>
<author>Raffi Enficiaud &lt;Raffi Enficiaud@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11160#bugnotes</comments>
</item>
<item>
<title>0010579: CheckStructHasMember should also return the size of the type</title>
<link>http://www.gccxml.org/Bug/view.php?id=10579</link>
<description>For properly detecting e.g. large file support one should check if off_t is 64 bit and struct stat member st_size is 64 bit too. There is currently no easy way to do that so I suggest that CheckStructHasMember will additionally return the size of the member when it checks for it's presence.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10579</guid>
<author>Rolf Eike Beer &lt;Rolf Eike Beer@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10579#bugnotes</comments>
</item>
<item>
<title>0008993: FindwxWidgets.cmake always uses default toolkit</title>
<link>http://www.gccxml.org/Bug/view.php?id=8993</link>
<description>Here is a quote of the message I sent on the user list:&lt;br /&gt;
&lt;quote&gt;&lt;br /&gt;
I am trying to use CMake to configure a very simple project that uses&lt;br /&gt;
wxWidgets, and I am running into a problem. The wxUSE_GUI flag is set to 0&lt;br /&gt;
in the Makefile generated by CMake and I therefore cannot use the GUI part&lt;br /&gt;
of wxWidgets.&lt;br /&gt;
&lt;br /&gt;
Diving into FindwxWidgets.cmake, I see that compilation options are obtained&lt;br /&gt;
through wx-config. Options to wx-config are based on only four flags that I&lt;br /&gt;
can set or not in my CMakeLists.cmake, which are&lt;br /&gt;
wxWidgets_USE_{DEBUG,UNICODE,UNIVERSAL,STATIC}.&lt;br /&gt;
&lt;br /&gt;
The problem is that on my Ubuntu 9.04, there are two wxWidgets configuration&lt;br /&gt;
in /usr/lib/wx/config. One is base-unicode-debug-2.8, the other is&lt;br /&gt;
gtk2-unicode-debug-2.8. The base configuration (which cannot be used for GUI&lt;br /&gt;
building) is the default configuration. And unfortunately, I cannot&lt;br /&gt;
discriminated both configurations with the four aforementionned parameters.&lt;br /&gt;
I am able to differentiate them only with the &quot;--toolkit&quot; option of&lt;br /&gt;
wx-config. But I cannot add this option to the wxWidgets_SELECT_OPTIONS&lt;br /&gt;
variable of FindwxWidgets.cmake.&lt;br /&gt;
&lt;br /&gt;
What could be a work-around? I quickly browsed the wx-config script and it seems to me that the setting of 'base' as the default toolkit is more or less hard coded in it.&lt;br /&gt;
&lt;/quote&gt;&lt;br /&gt;
&lt;br /&gt;
On request of Miguel A. Figueroa-Villanueva, here is a command line that would return the correct configuration:&lt;br /&gt;
&lt;br /&gt;
wx-config --toolkit=gtk2 --cppflags&lt;br /&gt;
&lt;br /&gt;
A solution could be to add a wxWidgets_USE_TOOLKIT flag that would function just like the four others wxWidgets_USE_XXX flags, and that would enable the user to select whichever toolkit s/he wants from the set of installed ones.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=8993</guid>
<author>user790 &lt;user790@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=8993#bugnotes</comments>
</item>
<item>
<title>0011103: TIFF image fails to initialize - execution hangs. No error message.</title>
<link>http://www.gccxml.org/Bug/view.php?id=11103</link>
<description>When the TIFFReaderInternal class in itkTIFFImageIO.cxx attempts to call Initialize(), the call to TIFFNumberOfDirectories() on tif_dir.c never returns because it is caught on an infinite while-loop.&lt;br /&gt;
&lt;br /&gt;
Here are the images that produce the error:&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://www.megaupload.com/?d=QFQUTWQL&quot;&gt;http://www.megaupload.com/?d=QFQUTWQL&lt;/a&gt; [&lt;a href=&quot;http://www.megaupload.com/?d=QFQUTWQL&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11103</guid>
<author>Javier L. Matías-Cabrera &lt;Javier L. Matías-Cabrera@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11103#bugnotes</comments>
</item>
<item>
<title>0011205: itkSampleToHistogramFilter does not check for HistogramSize input correctly.</title>
<link>http://www.gccxml.org/Bug/view.php?id=11205</link>
<description>In GenerateData(), the filter checks to see if the inputs, which are wrapped in SimpleDataObjectDecorator's, are NULL.  However, values get initialized in the constructor.  The test does not fail because it just checks to see if an exception gets thrown, not which exception is thrown.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11205</guid>
<author>Matthew McCormick &lt;Matthew McCormick@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11205#bugnotes</comments>
</item>
<item>
<title>0010610: VS2010 generator does not handle C++ files with upper case CPP extension</title>
<link>http://www.gccxml.org/Bug/view.php?id=10610</link>
<description>Create two files, File1.cpp and File2.CPP (note the case difference). With this CMakeLists.txt:&lt;br /&gt;
&lt;br /&gt;
PROJECT(Bug)&lt;br /&gt;
ADD_EXECUTABLE(Bug File1.cpp File2.CPP)&lt;br /&gt;
&lt;br /&gt;
, run the VS2010 generator. Open the solution in VS2010, do a build, and File2.CPP will not be compiled.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10610</guid>
<author>Jarl Lindrud &lt;Jarl Lindrud@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10610#bugnotes</comments>
</item>
<item>
<title>0011134: Allow graphs to be colored by a vtkUnsignedCharArray</title>
<link>http://www.gccxml.org/Bug/view.php?id=11134</link>
<description>vtkGraphLayoutView does not currently support coloring vertices with a vtkUnsignedCharArray. You currently must use an array with normal scalar values (e.g. a vtkIntArray) and then use vtkViewTheme's point lookup table to set up the proper mapping of integers to colors. This is awkward in some cases.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11134</guid>
<author>David Doria &lt;David Doria@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11134#bugnotes</comments>
</item>
<item>
<title>0000824: Add @ command-line option</title>
<link>http://www.gccxml.org/Bug/view.php?id=824</link>
<description>Adding a command-line option of @ to allow parameters to be passed in via a &quot;response file&quot;, akin to gcc and many other tools.  Patch is in attachment.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=824</guid>
<author>Gordon Schumacher &lt;Gordon Schumacher@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=824#bugnotes</comments>
</item>
<item>
<title>0011186: FindGTK2.cmake should include new gdk-pixbuf module</title>
<link>http://www.gccxml.org/Bug/view.php?id=11186</link>
<description>Hi,&lt;br /&gt;
&lt;br /&gt;
GTK2 has divorced from gdk-pixbuf.&lt;br /&gt;
&lt;br /&gt;
FindGTK2.cmake should therefor now include this new library since many projects make use of it.&lt;br /&gt;
&lt;br /&gt;
Patch: &lt;a href=&quot;https://bugzilla.novell.com/show_bug.cgi?id=635439&quot;&gt;https://bugzilla.novell.com/show_bug.cgi?id=635439&lt;/a&gt; [&lt;a href=&quot;https://bugzilla.novell.com/show_bug.cgi?id=635439&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11186</guid>
<author>Ricardo Cruz &lt;Ricardo Cruz@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11186#bugnotes</comments>
</item>
<item>
<title>0011206: nsis installer doesn't install a second time with components</title>
<link>http://www.gccxml.org/Bug/view.php?id=11206</link>
<description>When making a component installer, the installer doesn't work when run a second time and it skips installing files.&lt;br /&gt;
&lt;br /&gt;
So for whoever maintains the NSIS cpack code....&lt;br /&gt;
&lt;br /&gt;
Commit 83ec8c35933439305895b8569b2125a7e091fc57 introduced this behavior, with a comment:&lt;br /&gt;
 - Bug fix: NSIS installers now only install/remove the minimal&lt;br /&gt;
 number of files when re-run to update the installation (or by clicking&lt;br /&gt;
 &quot;Change&quot; in Add/Remove programs)&lt;br /&gt;
&lt;br /&gt;
The &quot;Change&quot; button isn't working for me anyway.&lt;br /&gt;
To make the installer work a second time, I can do this:&lt;br /&gt;
--- a/Source/CPack/cmCPackNSISGenerator.cxx&lt;br /&gt;
+++ b/Source/CPack/cmCPackNSISGenerator.cxx&lt;br /&gt;
@@ -627,9 +627,6 @@ CreateComponentDescription(cmCPackComponent *component,&lt;br /&gt;
     }&lt;br /&gt;
   componentCode += &quot;  SetOutPath \&quot;$INSTDIR\&quot;\n&quot;;&lt;br /&gt;
 &lt;br /&gt;
-  componentCode += &quot;  IntCmp $&quot; + component-&gt;Name &lt;br /&gt;
-    + &quot;_was_installed ${SF_SELECTED} noinstall_&quot; + component-&gt;Name + &quot;\n&quot;;&lt;br /&gt;
-&lt;br /&gt;
   // Create the actual installation commands&lt;br /&gt;
   if (component-&gt;IsDownloaded)&lt;br /&gt;
     {&lt;br /&gt;
@@ -779,7 +776,6 @@ CreateComponentDescription(cmCPackComponent *component,&lt;br /&gt;
     componentCode += &quot;  File /r \&quot;${INST_DIR}\\&quot; +&lt;br /&gt;
       component-&gt;Name + &quot;\\*.*\&quot;\n&quot;;&lt;br /&gt;
     }&lt;br /&gt;
-  componentCode += &quot;  noinstall_&quot; + component-&gt;Name + &quot;:\n&quot;;&lt;br /&gt;
   componentCode += &quot;SectionEnd\n&quot;;</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11206</guid>
<author>Clinton Stimpson &lt;Clinton Stimpson@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11206#bugnotes</comments>
</item>
<item>
<title>0003796: Add Project Group command</title>
<link>http://www.gccxml.org/Bug/view.php?id=3796</link>
<description>Visual Studio has &quot;Solution Folders&quot; for grouping Projects (i.e. build targets).  Large software projects would benefit from this feature.  I suppose the appropriate command would be PROJECT_GROUP, to parallel SOURCE_GROUP.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=3796</guid>
<author>Jacob Foshee &lt;Jacob Foshee@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=3796#bugnotes</comments>
</item>
<item>
<title>0011203: Extract surface then extract block wrong representation</title>
<link>http://www.gccxml.org/Bug/view.php?id=11203</link>
<description>Hi!&lt;br /&gt;
&lt;br /&gt;
I extracted the surface of a pipe filled with some elements. Then I sliced it to calculate the wetted perimeter of the whole thing. All is fine.&lt;br /&gt;
&lt;br /&gt;
I reused the extracted surface and I extracted a block from this (pipe surface without elements) and I sliced it. The integrate variable filter worked great to calculate this new perimeter (good results) but paraview keeps representing the whole perimeter, not what it actually calculated.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11203</guid>
<author>Asmo &lt;Asmo@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11203#bugnotes</comments>
</item>
<item>
<title>0009713: LOAD_CACHE command doesn't exist in CTest</title>
<link>http://www.gccxml.org/Bug/view.php?id=9713</link>
<description>I'm trying to make two different packages in a CTest script that does this:&lt;br /&gt;
&lt;br /&gt;
&gt;   1. Check out from SVN&lt;br /&gt;
&gt;   2. Configure (for simulation mode)&lt;br /&gt;
&gt;   3. Build&lt;br /&gt;
&gt;   4. Test&lt;br /&gt;
&gt;   5. Package simulation version&lt;br /&gt;
&gt;   6. Copy to package archive&lt;br /&gt;
&gt;   7. Reconfigure (for real mode)&lt;br /&gt;
&gt;   8. Test&lt;br /&gt;
&gt;   9. Package real version&lt;br /&gt;
&gt;  10. Copy package to archive&lt;br /&gt;
&lt;br /&gt;
It would be nice to load up the CPACK_PACKAGE_FILE_NAME from the Cache like this:&lt;br /&gt;
&lt;br /&gt;
# nmake package&lt;br /&gt;
EXECUTE_PROCESS(WORKING_DIRECTORY &quot;${CTEST_BINARY_DIRECTORY}&quot;&lt;br /&gt;
	COMMAND ${CTEST_CPACK_COMMAND}&lt;br /&gt;
	--config ${CTEST_BINARY_DIRECTORY}/CPackConfig.cmake&lt;br /&gt;
	RESULT_VARIABLE package_result )&lt;br /&gt;
&lt;br /&gt;
# load variable&lt;br /&gt;
LOAD_CACHE( ${CTEST_BINARY_DIRECTORY/CMakeCache.txt &lt;br /&gt;
	READ_WITH_PREFIX LOCAL_ &lt;br /&gt;
	CPACK_PACKAGE_FILE_NAME )&lt;br /&gt;
&lt;br /&gt;
# copy file to archive	&lt;br /&gt;
EXECUTE_PROCESS(&lt;br /&gt;
	WORKING_DIRECTORY &quot;${CTEST_BINARY_DIRECTORY}&quot;&lt;br /&gt;
	COMMAND ${CTEST_CMAKE_COMMAND}&lt;br /&gt;
	-E copy ${LOCAL_CPACK_PACKAGE_FILE_NAME}.exe ${PACKAGE_ARCHIVE}&lt;br /&gt;
	RESULT_VARIABLE copy_result )</description>
<guid>http://www.gccxml.org/Bug/view.php?id=9713</guid>
<author>Shane Dixon &lt;Shane Dixon@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=9713#bugnotes</comments>
</item>
<item>
<title>0011204: FindBoost.cmake has trouble discovering libraries when both -sgd and -gd libraries are available</title>
<link>http://www.gccxml.org/Bug/view.php?id=11204</link>
<description>When specifying the Boost_USE_STATIC_LIBS to ON, the module won't find the -sgd libraries if the -gd libraries are present.  I fixed this by switching the order that they're searched for, looking for the more specific library first before the more general one, which seems to have fixed the issue.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11204</guid>
<author>Shane Dixon &lt;Shane Dixon@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11204#bugnotes</comments>
</item>
<item>
<title>0011202: ParaView-3.9.0 crashes when applying CellDataToPointData-filter on Ensight-dataset</title>
<link>http://www.gccxml.org/Bug/view.php?id=11202</link>
<description>ParaView-3.9.0 crashes on a (large) Ensight dataset after applying the CellDataToPointData filter. The same dataset works fine with Paraview-3.6.2.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11202</guid>
<author>thorenz &lt;thorenz@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11202#bugnotes</comments>
</item>
<item>
<title>0011201: Move the coverage legend on the left</title>
<link>http://www.gccxml.org/Bug/view.php?id=11201</link>
<description>The legend of the coverage graph covers the most recent values when the coverage is above 80% preventing a good view of the progress.&lt;br /&gt;
&lt;br /&gt;
It would be great to move the legend on the left part of the graph.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11201</guid>
<author>Emmanuel Christophe &lt;Emmanuel Christophe@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11201#bugnotes</comments>
</item>
<item>
<title>0011110: CMake cannot be compiled on OpenBSD 3.9</title>
<link>http://www.gccxml.org/Bug/view.php?id=11110</link>
<description>It seems, that the missing function,getpwuid_r, which causes the compilation of CMake on&lt;br /&gt;
OpenBSD to fail, is not available on OpenBSD 3.9.&lt;br /&gt;
According to the OpenBSD Manual pages, getpwuid_r was added in OpenBSD 4.4.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11110</guid>
<author>Mihai &lt;Mihai@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11110#bugnotes</comments>
</item>
<item>
<title>0010688: FindGTK2.cmake doesn't work on osx with macports</title>
<link>http://www.gccxml.org/Bug/view.php?id=10688</link>
<description>The paths for macports aren't in FindGTK2.cmake which causes it to fail.  I'm attaching a patch that fixes it.  It's possible that there are more modules that are affected by this, but I haven't dug through them to figure out what else needs it yet.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10688</guid>
<author>Gary Kramlich &lt;Gary Kramlich@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10688#bugnotes</comments>
</item>
<item>
<title>0010542: CMake uses usleep(), which is not available on Tru64 (OSF)</title>
<link>http://www.gccxml.org/Bug/view.php?id=10542</link>
<description>Building CMake 2.8.1 on Tru64 (&quot;Digital UNIX V4.0G&quot;) leads to the following error:&lt;br /&gt;
&lt;br /&gt;
g++  -I/tmp/cmake--2.8.1.build/Bootstrap.cmk -I/tmp/cmake-2.8.1/Source   -I/tmp/cmake--2.8.1.build/Bootstrap.cmk -DKWSYS_NAMESPACE=cmsys -c /tmp/cmake-2.8.1/Source/kwsys/SystemTools.cxx -o SystemTools.o&lt;br /&gt;
/tmp/cmake-2.8.1/Source/kwsys/SystemTools.cxx: In static member function 'static void cmsys::SystemTools::Delay(unsigned int)':&lt;br /&gt;
/tmp/cmake-2.8.1/Source/kwsys/SystemTools.cxx:4135: error: 'usleep' was not declared in this scope&lt;br /&gt;
/tmp/cmake-2.8.1/Source/kwsys/SystemTools.cxx:4139: error: 'usleep' was not declared in this scope&lt;br /&gt;
gmake: *** [SystemTools.o] Error 1&lt;br /&gt;
&lt;br /&gt;
I think SystemTools::Delay() is going to need that select() fallback....</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10542</guid>
<author>Daniel R. Gomez &lt;Daniel R. Gomez@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10542#bugnotes</comments>
</item>
<item>
<title>0008943: NMake Makefiles does not include files with uppercase extensions</title>
<link>http://www.gccxml.org/Bug/view.php?id=8943</link>
<description>One project had FOO.CPP and FOO.H in their list of project files. While Visual Studio builds correctly built them (minor bug: they were not put into the &quot;Source Files&quot; and &quot;Header Files&quot; groups) NMake did not. I assume that they were simply not put in the list of target files. Renaming them to FOO.cpp and FOO.h fixed that.</description>
<guid>http://www.gccxml.org/Bug/view.php?id=8943</guid>
<author>Rolf Eike Beer &lt;Rolf Eike Beer@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=8943#bugnotes</comments>
</item>
<item>
<title>0010388: Open Watcom Support lacking...</title>
<link>http://www.gccxml.org/Bug/view.php?id=10388</link>
<description>1) open watcom did not support 'debug all' flag passed to the linker to actually generate debug information into final DLL and EXE products.&lt;br /&gt;
2) open watcom support under C_FLAGS_DEBUG_INIT did not have the -d2 option to generate debug information into OBJ files.&lt;br /&gt;
3) flags such as CMAKE_CREATE_WIN32_EXE and property LINK_FLAGS were not passed to the linker (add &lt;LINNK_FLAGS&gt;)</description>
<guid>http://www.gccxml.org/Bug/view.php?id=10388</guid>
<author>d3x0r &lt;d3x0r@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=10388#bugnotes</comments>
</item>
<item>
<title>0011189: Eclipse CDT - Unix Makefiles Generator Fails with only Eclipse, CMake installed</title>
<link>http://www.gccxml.org/Bug/view.php?id=11189</link>
<description>Hi,&lt;br /&gt;
&lt;br /&gt;
Apologies if this duplicates another entry (several are close, but none close enough). I am unable to get the &quot;Eclipse CDT - Unix Makefiles&quot; generator to run when only Eclipse (and CMake) are installed. Below is the output when running &quot;Configure&quot;.&lt;br /&gt;
&lt;br /&gt;
------&lt;br /&gt;
&lt;br /&gt;
CMake Error: CMake was unable to find a build program corresponding to &quot;Unix Makefiles&quot;.  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.&lt;br /&gt;
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.&lt;br /&gt;
Missing variable is:&lt;br /&gt;
CMAKE_C_COMPILER_ENV_VAR&lt;br /&gt;
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.&lt;br /&gt;
Missing variable is:&lt;br /&gt;
CMAKE_C_COMPILER&lt;br /&gt;
CMake Error: Could not find cmake module file:C:/Users/sprinkle/Desktop/ece373/src/cmake-report-build/CMakeFiles/CMakeCCompiler.cmake&lt;br /&gt;
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.&lt;br /&gt;
Missing variable is:&lt;br /&gt;
CMAKE_CXX_COMPILER_ENV_VAR&lt;br /&gt;
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.&lt;br /&gt;
Missing variable is:&lt;br /&gt;
CMAKE_CXX_COMPILER&lt;br /&gt;
CMake Error: Could not find cmake module file:C:/Users/sprinkle/Desktop/ece373/src/cmake-report-build/CMakeFiles/CMakeCXXCompiler.cmake&lt;br /&gt;
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage&lt;br /&gt;
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage&lt;br /&gt;
Configuring incomplete, errors occurred</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11189</guid>
<author>Jonathan Sprinkle &lt;Jonathan Sprinkle@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11189#bugnotes</comments>
</item>
<item>
<title>0011200: Document exporting to CSV from python</title>
<link>http://www.gccxml.org/Bug/view.php?id=11200</link>
<description>Document exporting to CSV from python:&lt;br /&gt;
&lt;br /&gt;
From Alan:&lt;br /&gt;
For (dozens of times)&lt;br /&gt;
 Open same file&lt;br /&gt;
 Plot over line, slightly different line placement&lt;br /&gt;
 Integrate 2d plot&lt;br /&gt;
 Output data to spreadsheet view&lt;br /&gt;
 Export file to .csv file.&lt;br /&gt;
&lt;br /&gt;
This really is the only case I can think of for python and spreadsheet view - trying to format data such that you can export it to a csv file.  But, to be able to output a filters output to a .csv file, this is the only way I know how...</description>
<guid>http://www.gccxml.org/Bug/view.php?id=11200</guid>
<author>Utkarsh Ayachit &lt;Utkarsh Ayachit@example.com&gt;</author>
<comments>http://www.gccxml.org/Bug/view.php?id=11200#bugnotes</comments>
</item>
</channel>
</rss>
