similar to: Replacing LLVM_ON_WIN32 with just _WIN32

Displaying 20 results from an estimated 4000 matches similar to: "Replacing LLVM_ON_WIN32 with just _WIN32"

2012 Jun 03
2
[LLVMdev] [cfe-commits] r157890 - /cfe/trunk/unittests/Tooling/ToolingTest.cpp
012/6/3 Hal Finkel <hfinkel at anl.gov>: >> Author: chapuni >> Date: Sat Jun  2 10:34:26 2012 >> New Revision: 157890 >> >> URL: http://llvm.org/viewvc/llvm-project?rev=157890&view=rev >> Log: >> Revert r157819, "#ifdef out a broken test on win32" >> >> FYI, LLVM_ON_WIN32 is useless. > > Can you be more specific? I
2012 Jun 03
0
[LLVMdev] [cfe-commits] r157890 - /cfe/trunk/unittests/Tooling/ToolingTest.cpp
On Mon, 4 Jun 2012 08:15:09 +0900 NAKAMURA Takumi <geek4civic at gmail.com> wrote: > 012/6/3 Hal Finkel <hfinkel at anl.gov>: > >> Author: chapuni > >> Date: Sat Jun  2 10:34:26 2012 > >> New Revision: 157890 > >> > >> URL: http://llvm.org/viewvc/llvm-project?rev=157890&view=rev > >> Log: > >> Revert r157819,
2008 Oct 30
0
[LLVMdev] cygwin build problems
> I've attached a patch to fix these. This allows me to build LLVM on cygwin. Sorry, I didn't mean to include this hunk: Index: CMakeLists.txt =================================================================== --- CMakeLists.txt (revision 58429) +++ CMakeLists.txt (working copy) @@ -31,8 +31,13 @@ ) if(WIN32) - set(LLVM_ON_WIN32 1) - set(LLVM_ON_UNIX 0) + if(CYGWIN) +
2009 Feb 27
3
[LLVMdev] -fPIC warning on every compile on Cygwin
> Could you please rig Makefile.rules or something to print out the value > of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if > that's erroneously false. The configure script sets LLVM_ON_UNIX, not LLVM_ON_WIN32, for Cygwin: case $host in ... *-*-cygwin*) llvm_cv_link_all_option="-Wl,--whole-archive"
2012 Jun 29
0
[LLVMdev] [cfe-dev] is configure+make dead yet?
*hi,Óscar:* * * *so following patch should address both the relocation problem and uninstall tree problem, not fully tested just for discussion.* * * Index: LLVMConfig.cmake.in =================================================================== --- LLVMConfig.cmake.in (revision 159425) +++ LLVMConfig.cmake.in (working copy) @@ -32,8 +32,11 @@ set(LLVM_ON_WIN32 @LLVM_ON_WIN32@)
2009 Feb 27
0
[LLVMdev] -fPIC warning on every compile on Cygwin
Aaron Gray wrote: > On Sat, Feb 21, 2009 at 7:14 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Aaron Gray wrote: > > On Thu, Feb 19, 2009 at 6:55 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca> > > <mailto:nicholas at mxc.ca <mailto:nicholas at mxc.ca>>> wrote:
2009 Feb 27
0
[LLVMdev] -fPIC warning on every compile on Cygwin
>> Could you please rig Makefile.rules or something to print out the value >> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >> that's erroneously false. This works for me: Index: Makefile.rules =================================================================== --- Makefile.rules (revision 65633) +++ Makefile.rules (working copy) @@ -298,6
2011 Sep 20
2
[LLVMdev] [PATCH] llvm-config: Add support for LIBDIR_SUFFIX.
--- autoconf/configure.ac | 4 +++- cmake/modules/LLVMConfig.cmake.in | 3 ++- configure | 4 +++- tools/llvm-config/Makefile | 6 ++++++ tools/llvm-config/llvm-config.in.in | 3 ++- 5 files changed, 16 insertions(+), 4 deletions(-) diff --git a/autoconf/configure.ac b/autoconf/configure.ac index f3e94e8..cd943cc 100644 ---
2011 Sep 20
0
[LLVMdev] [PATCH] llvm-config: Add support for LIBDIR_SUFFIX.
Why? -eric On Sep 20, 2011, at 9:14 AM, Johannes Obermayr wrote: > --- > autoconf/configure.ac | 4 +++- > cmake/modules/LLVMConfig.cmake.in | 3 ++- > configure | 4 +++- > tools/llvm-config/Makefile | 6 ++++++ > tools/llvm-config/llvm-config.in.in | 3 ++- > 5 files changed, 16 insertions(+), 4 deletions(-)
2009 Feb 27
1
[LLVMdev] -fPIC warning on every compile on Cygwin
Jay Foad wrote: >>> Could you please rig Makefile.rules or something to print out the value >>> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >>> that's erroneously false. > > This works for me: > > Index: Makefile.rules > =================================================================== > --- Makefile.rules
2010 Aug 03
0
[LLVMdev] [PATCH] MSVC: Allow choosing different CRT for different build types
nobled <nobled at dreamwidth.org> writes: [snip] Please move the new code to a new file named cmake/modules/WindowsCRTControl.cmake and include it from the top level CMakeLists when LLVM_ON_WIN32.
2010 Aug 04
1
[LLVMdev] [PATCH] MSVC: Allow choosing different CRT for different build types
Óscar Fuentes <ofv at wanadoo.es> wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.compilers.llvm.devel as well. > > nobled <nobled at dreamwidth.org> writes: > > [snip] > > Please move the new code to a new file named > cmake/modules/WindowsCRTControl.cmake and include it from the top level > CMakeLists
2016 Jun 30
0
Building LLVM under Cygwin32 fails
Googling indicates that cygwin doesn't have that functionality. Or, at least, didn't in 2010, when someone asked about the same problem: https://cygwin.com/ml/cygwin/2010-01/msg00596.html "cygwin has only dlsym() not the SGI DL_info + dladdr() yet. clang just needs it to get the path for the CIndex dll. This should be possible with the code in the LLVM_ON_WIN32 section, and convert
2011 Feb 28
1
[LLVMdev] [cfe-dev] [PATCH] Windows improvements
Hello Erik, Thank you to work. I have not checked to build them, though, I can tell you some comments, excuse me. * General - Please post patches to cfe-commits and to llvm-commits, too. (IMHO it would not be needed to split articles apart each lists as long as each would be related.) - If you can, please attach files w/o CRLF(dos encodings), or with attached text/plain. - You may
2017 Nov 03
1
[PATCH] Check for _WIN32 instead of WIN32 in preprocessor checks
_WIN32 is always defined by the compiler automatically when targeting that platform, while WIN32 only is defined automatically in some configurations, and e.g. in MSVC only ever is defined in project files (if at all). Some other checks in the codebase already check for both WIN32 and _WIN32; those are left untouched. --- include/speex/speex.h | 2 +- libspeex/stack_alloc.h | 2 +-
2008 Oct 30
6
[LLVMdev] cygwin build problems
Cygwin's <stdint.h> defines uint32_t as "unsigned long". I think this is valid, but it causes various problems like this when building LLVM with GCC 3.4.4: .../lib/CodeGen/SelectionDAG/SelectionDAG.cpp:3440: error: call of overloaded `AddInteger(uint32_t)' is ambiguous .../lib/CodeGen/SelectionDAG/SelectionDAG.cpp:1429: error: no matching function for call to `max(long
2015 Sep 04
3
Running tests on OS X 10.10 vs "Killed: 9"
Hi, building 'check-all' on any of my machines running OS X 10.10 usually fails because a few tests fail due to some processes being killed by the kernel (there's always "Killed: 9" somewhere in lit's error output). Everything's fine on 10.9. How do folks deal with this? Don't use 10.10 for building llvm? Is there some tweakable to tell the kernel "please
2018 Nov 20
2
Ninja build (on Windows anyway) may be doing redundant work
(resend to the list) And of course, just as I say that, my next ninja build shows the line only once. On reflection I am less sure that the lack of a [N/M] line means they are from the same invocation. Surely ninja could spawn two links, which then independently report "Creating library" after ninja emits the [N/M] lines. --paulr From: llvm-dev [mailto:llvm-dev-bounces at
2012 Jun 29
2
[LLVMdev] [cfe-dev] is configure+make dead yet?
> > *hi,Óscar:* > * * > >Why? Please describe a case. > > >I need to do some futher experiment and to see whether I have been > wrong. > Since I touch this problem several months ago, so I did some test using the 3.2svn, the reason why uninstalled build 'cmake not work lies in set(LLVM_INSTALL_PREFIX @LLVM_INSTALL_PREFIX@) set(LLVM_INCLUDE_DIRS
2012 Mar 16
1
[PATCH/cygwin]: Explicitely undefine _WIN32
Hi, I've just trieed to build OpenSSH on Cygwin with Kerberos support enabled, and while doing that I stumbled over a problem: The openbsd-compat/bsd-cygwin_util.h header include a Windows header, and depending on which Win32 header files are included (Mingw32/Mingw64) that can result in a `#define _WIN32'. This in turn can break linking against some packages. In my case it's