search for: svnr

...1 it uses g++. This looks wrong to me: configure:28111: checking whether x86_64-conda_cos6-linux-gnu-g++ supports C++98 features with -std=gnu++98 configure:28130: x86_64-conda_cos6-linux-gnu-g++ -std=gnu++98 -c -Wall -mtune=amdfam10 -g -O2 -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include -fpic -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cp p >&5 configure:28130: $? = 0 configure:28139: result: yes configure:28315: checking whether g++ -std=c++11 supports C++11 features configure:28607: g++ -std=c++11 -c -Wall -mtune=amdfam10 -g -O2 -I/jhpce/shared/jhpce/core/conda/...

...g to me: > > configure:28111: checking whether x86_64-conda_cos6-linux-gnu-g++ supports > C++98 features with -std=gnu++98 > configure:28130: x86_64-conda_cos6-linux-gnu-g++ -std=gnu++98 -c -Wall > -mtune=amdfam10 -g -O2 > -I/jhpce/shared/jhpce/core/conda/miniconda3-4.6.14/envs/svnR-3.6/include > -fpic -DNDEBUG -D_FORTIFY_SOURCE=2 -O2 conftest.cp > p >&5 > configure:28130: $? = 0 > configure:28139: result: yes > configure:28315: checking whether g++ -std=c++11 supports C++11 features > configure:28607: g++ -std=c++11 -c -Wall -mtune=amdfam10 -g -O2 &gt...

I''m trying to come up with a way to manage /etc/puppet on the Puppet server from my workstation. My idea was to place all of /etc/puppet into subversion, check it out to my workstation, commit via ssh, and then use a post-commit to update /etc/puppet. That way any time I made a change in /etc/puppet it would be immediately updated and ready for the next puppetd run. Problem is the

...2. Also I add an module CheckSymbols It's a module support for check_type_exists and check_include_exists and so on. But I doesn't delete iterator.in and iterator.cmake and DataTypes.h.cmake DataTypes.h.in Indeed, because those two new file is based on these files. So we can using the svnr rename function to trace these files. By the way iterator.h is places at llvm/include/llvm/ADT and DataTypes.h is placed at llvm/include/llvm/Support -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo -------------- next part -------------- A non-text attachment was scrubbed... Name: clean...

...odule support for check_type_exists and check_include_exists and so on. > > But I doesn't delete > iterator.in > and > iterator.cmake > and > DataTypes.h.cmake > DataTypes.h.in > > Indeed, because those two new file is based on these files. > So we can using the svnr rename function to trace these files. > > By the way > iterator.h is places at llvm/include/llvm/ADT > > and > DataTypes.h is  placed at llvm/include/llvm/Support > -- >          此致 > 礼 > 罗勇刚 > Yours >     sincerely, > Yonggang Luo > >  cleanup_iterator_...