similar to: [LLVMdev] MinGW LLVM-GCC usage issues

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] MinGW LLVM-GCC usage issues"

2008 Mar 31
1
Compile dll in Windows XP
This is my first attempt to call a C function from R. I have installed Rtools,MinGW and Perl and I have included them in my system path. I am trying to compile a toy function that can be called in R but when I type "RCMD SHLIB foo.c" I receive the following message in my Command prompt: making foo.d from foo.c make: [foo.d] Error 255 (ignored) cat: foo.d: No such file or directory make:
2007 Dec 20
2
SHLIB steps on a Makefile
Hi, I need to create a Makefile.win for a given package so as to fiddle slightly with the compilation process. My Makefile works fine in Linux but I am having trouble creating Makefile.win for MinGW. I first looked at the commands that Rcmd SHLIB appeared to be running and copied those onto the Makefile. But one step seems to be missing, the creation of the _res.rc file needed by windres
2008 May 01
2
Error while making R package
Hi All, I am trying to make R package using R 2.6.2 And I am getting following error. When I give R CMD check t1\ ---------- Making package t1 ------------ adding build stamp to DESCRIPTION making DLL ... making CGHseg_rewrite.d from CGHseg_rewrite.c making rowMedians.d from rowMedians.c making runavg.d from runavg.c gcc-sjlj -std=gnu99 -Ic:/R/R-2.6.2/include -O3 -Wall -c
2008 Apr 29
0
non-digits in svnversion output mess up windows build if (PR#11340)
This is not a bug, it's a feature. It stops me from distributing versions with unintentional uncommitted changes. Duncan Murdoch On 29/04/2008 2:30 PM, bill at insightful.com wrote: > Full_Name: Bill Dunlap > Version: 2.8.0dev > OS: Windows XP > Submission from: (NULL) (70.98.76.47) > > > I tried for the first time to build R from source on Windows, where I > got
2008 Apr 29
1
non-digits in svnversion output mess up windows build if USE_SVNVERSION=yes (PR#11339)
Full_Name: Bill Dunlap Version: 2.8.0dev OS: Windows XP Submission from: (NULL) (70.98.76.47) I tried for the first time to build R from source on Windows, where I got the source code via svn. Per the Installation and Administration manual, I altered src\gnuwin32\MkRules so it had the the locally correct paths to HTML Help Workshop and Inno Setup 5. I also set USE_SVNVERSION=yes, as suggested
2008 Apr 19
1
nondigits in R_FILEVERSION mess up Windows build
I tried for the first time to build R from source on Windows, where I got the source code via svn. Per the Installation and Administration manual, I altered src\gnuwin32\MkRules so it had the the locally correct paths to HTML Help Workshop and Inno Setup 5. I also set USE_SVNVERSION=yes, as suggested in MkRules itself. Then, while in the directory src/gnuwin32 I ran 'make all
2008 Sep 16
2
odesolve dynload example
Hello R Developers, This is my first foray into using c-code with R, so please forgive my foolishness. I had a look at the archives and did not find anything on this, so hopefully I am not doubling up. I have tried to use R cmd to create an object file from the odesolve dynload example. I am using windows and have just installed rtools, and have the latest version of stable R (2..7.2). This is
2008 Apr 29
0
non-digits in svnversion output mess up windows build if (PR#11341)
On Tue, 29 Apr 2008, Duncan Murdoch wrote: > This is not a bug, it's a feature. > > It stops me from distributing versions with unintentional uncommitted > changes. It does have that effect, but the error messages are pretty obscure: c:\Rtools\MinGW\bin\windres.exe: rcico.rc:9: syntax error and Error on line 12 in e:\R\R-svn\r-devel\src\gnuwin32\installer\R.iss: Value
2008 May 19
1
using zlib in a package: problems in windows
Dear All, I am having trouble getting an R package to build and install correctly under Windows. In this package, which builds and checks OK under Linux, I use zlib (among other functions, gzprintf). As mentioned by Prof. Ripley a while back, the file "CHANGES" under src/gnuwin32 says explains that to, to use zlib, one has to set $(ZLIB_LIBS) in PKG_LIBS. I have a Makefile.win with
2008 Dec 02
0
Rcmd build problem: gcc.exe no input files (R.2.8.0 on Win XP)
Building a package using R.2.8.0 on Windows XP gives problems when compiling C code: Trying to run 'rcmd build' on R.2.8.0 on Windows XP gives ... ---------- Making package gRbase ------------ adding build stamp to DESCRIPTION making DLL ... gcc -std=gnu99 -Ic:/Programs/R/current/include ------------------------------------ gcc.exe: no input files make[3]: *** [setops.o] Error 1
2007 Nov 28
0
trouble for building R package in Windows
Dear All, I think I have followed everything for building my first R package (Downloading Rtools, necessary files in necessary locations, no space in path and...). But when in command Prompt I write "Rcmd check mypackage" the first few steps are "OK" but then it gives the following error: checking whether package roots can be installed.....ERROR installation failed see
2007 Oct 09
2
Package compile under Windows on 2.6.0
Dear all, We are experiencing some trouble when compiling R packages using R 2.6.0 and the new Rtools installer under Windows XP. (1) First, compiling any package using the new setup stops with an errorrelated to some "/" issue on the inst folder. This folder only contains a CITATION file ---------- Making package FLCore ------------ adding build stamp to DESCRIPTION installing
2008 Aug 17
1
package building problem on windows
Hi, I'm trying to compile the package biglm, but when I build it with R CMD build biglm, it failed : C:\LOCAL\c-dutang\code\R\biglm2>R CMD build biglm * checking for file 'biglm/DESCRIPTION' ... OK * preparing 'biglm': * checking DESCRIPTION meta-information ...C:/DOCUME~1/c-dutang/Local: Can't op n C:/DOCUME~1/c-dutang/Local: No such file or directory
2009 Mar 05
1
problem building a package with C code (PR#13572)
Hi, my name is Paula. Im trying to learn how to build an R package in Windows XP using a simple example which includes a C source code. The foo.c file is located in mypkg/src/foo.c. I used the command Rcmd build --force --binary [pkgpath]. The problem is when I install the zip file in R the function foo doesn?t exist. The result a recieved during the building process is copied below. I really
2009 Dec 23
1
[LLVMdev] MinGW llvm-gcc --enable-stdcall-fixup error
When attempting to compile this simple testing tool http://github.com/oneclick/rubyinstaller/blob/fake/resources/tools/fakeruby.c I get the following: C:\Users\Jon\Documents\CDev\sandbox>llvm-gcc -Wall -o fakeruby.exe fakeruby.c Warning: resolving _GetModuleHandleA by linking to _GetModuleHandleA at 4 Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable
2009 May 22
2
Step by step: Making an R package with Fortran 95
To all. I need your help. The big question is: How do I make an R library with Fortran 95 files? You may assume that I am a pretty decent programmer in both R and Fortran. I lay out a scenario and need your help! I know how to make an ordinary R package and have dabbled with R + Fortran 95 *.dll linking. I do not have a great handle on the whole Makevars file and whatever else I might need
2018 Mar 30
0
[LLD] Mixing bitcode and native code
The problem is a bitcode implementation that has a stdcall function that's used from native code. 1 side has _elements_exception_handler, compiled that would be __elements_exception_handler at 20 due to stdcall. The native bit has the mangled name and the linker can't find it as the bitcode indexes have it without mangling. I'll try to prepare a testcase when I get back in the office.
2018 Mar 30
1
[LLD] Mixing bitcode and native code
Clang may be avoiding this problem because it will always emit "\01__elements_exception_handler at 20" as the function name. It probably does that for precisely this reason. On Fri, Mar 30, 2018 at 11:55 AM Carlo Kok via llvm-dev < llvm-dev at lists.llvm.org> wrote: > The problem is a bitcode implementation that has a stdcall function that's > used from native code. 1
2009 Apr 03
1
[LLVMdev] php crash
I tried the version you used, too. the resulting executable was still broken. I guess the reason is due to fastcall on function pointers, which Clang does not recognize. Consider the following snippet. #include <stdio.h> void __attribute__((fastcall)) f(int i) { printf("%d\n", i); } typedef void (*__attribute__((fastcall)) f_t)(int i); //typedef void
2011 Jul 02
1
[LLVMdev] what is the use of call conv of function?
Hi! When I set the calling convention of a function to stdcall this has no effect. When I set stdcall to all call instructions then it works. So I wonder what is the use of the calling convention of a function? -Jochen