Displaying 20 results from an estimated 6000 matches similar to: "[LLVMdev] Patches for Solaris on x86 solaris"
2009 Aug 19
0
[LLVMdev] Build issues on Solaris
Hi Nathan,
> The latter being what GenLibDeps.pl expects to see. All else being
> equal though, it might be better to change GenLibDeps.pl to recognize
> the first version:
> --- GenLibDeps.pl (revision 78653)
> +++ GenLibDeps.pl (working copy)
> @@ -100,7 +100,7 @@
> print " <dt><b>$lib</b</dt><dd><ul>\n";
2009 Aug 19
2
[LLVMdev] Build issues on Solaris
Duncan Sands wrote:
> Hi Nathan,
>
>
>> The latter being what GenLibDeps.pl expects to see. All else being
>> equal though, it might be better to change GenLibDeps.pl to recognize
>> the first version:
>> --- GenLibDeps.pl (revision 78653)
>> +++ GenLibDeps.pl (working copy)
>> @@ -100,7 +100,7 @@
>> print "
2009 Aug 11
6
[LLVMdev] Build issues on Solaris
Hi all,
I've encountered a couple of minor build issues on Solaris that
have crept in since 2.5, fixes below:
1. In lib/Target/X86/X86JITInfo.cpp, there is:
// Check if building with -fPIC
#if defined(__PIC__) && __PIC__ && defined(__linux__)
#define ASMCALLSUFFIX "@PLT"
#else
#define ASMCALLSUFFIX
#endif
Which causes a link failure due to the non-PLT
2016 Aug 01
4
OpenSSH 7.3p1 can't be build on Solaris 10
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
configure:17280: result: no
configure:17300: checking for mblen
configure:17356: gcc -o conftest -O3 -m64 -mtune=native -pipe -Wall
-Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
-Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
-fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
2005 May 12
2
Solaris 10 on amd and R-2.1.0
Hi
I am having problems compiling R on a Solaris 10 opteron box we have on
trial.
checking for Fortran libraries of g77... -L/usr/ccs/lib -L/usr/lib -
L/usr/local/lib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2 -
L/usr/ccs/bin -L/usr/local/lib/gcc-lib/i386-pc-
solaris2.10/3.3.2/../../.. -lfrtbegin -lg2c -lm -lgcc_s -lfrtbegin: -
lg2c:
checking how to get verbose linking output from
2010 Jun 22
3
[LLVMdev] Error building with Mingw on Win7
Hello everyone,
I've run across a problem building LLVM 2.7 with Mingw on Win7. When
I try make VERBOSE=1, it churns away happily for a while and then
produces:
/c/Perl/bin/perl /c/Programs32/llvm-2.7/utils/GenLibDeps.pl -flat /c/Programs
32/llvm-2.7/obj/Release/lib "/mingw/bin/nm" > /c/Programs32/llvm-2.7/obj/tools/
llvm-config/LibDeps.txt.tmp
'c:' is not recognized as
2008 Oct 12
2
[LLVMdev] Genlibdeps.pl, CMake and MSYS
Kenneth Boyd <zaimoni at zaimoni.com> writes:
>> I'm seeing a failure related to circular library references while
>> building LLVM with CMake and MSYS. This didn't happen on the
>> past. Building with the configure script works, so it seems something
>> related to CMake. Do you have any insight on this?
>>
> I'll get back on this tonight or
2006 Nov 26
0
[LLVMdev] mingw binary is corrupt
SevenThunders wrote:
>
>
> Someone reported this earlier but the situation remains unchanged.
>
> -Matt
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
>
Thanks for getting it back up so quickly. Now if I
2009 Nov 10
1
compiling R-2.10.0 on solaris - lib_I_dbg_gen.so.1: version `DBG_GEN_5.1' not found
Hi,
I'm having trouble compiling R-2.10.0 (R-patched_2009-11-02.tar.gz) on
solaris 10 and am hoping for some advice. I'm getting errors about
having the wrong version of lib_I_dbg_gen.so.1 ("version `DBG_GEN_5.1'
not found"), when it gets to the step of compiling recommended
packages (cluster).
I think we do have the right version of lib_I_dbg_gen.so.1 on the
2008 Feb 08
1
Building NUT 2.2.1 under Solaris 10 (SPARC)
I'm trying to build NUT 2.2.1 on a SunBlade 2000 running Solaris 10
(Solaris 10 11/06 s10s_u3wos_10 SPARC) It won't compile. I'm not a
programmer, so I'm afraid I don't know why...
[huge at anubis ~/Prog/nut/nut-2.2.1]: ./configure --with-user=ups
--with-group=nutNetwork UPS Tools version 2.2.1
checking build system type... sparc-sun-solaris2.10
checking host system type...
2007 Mar 16
1
Problem installing R onto Solaris 2.10 system - need advice!!!!!
Dear R-Help friends,
I am unable to get the latest version of R (2.4.1) to compile on my solaris 10
system - has anybody else experienced this problem and are you able to offer me
any advice?
I appreciate your time, many thanks,
Jenny Barnes
Here are my CURRENT specifications:
platform sparc-sun-solaris2.10
arch sparc
os solaris2.10
2008 Oct 11
0
[LLVMdev] Genlibdeps.pl, CMake and MSYS
Óscar Fuentes wrote:
> Kenneth Boyd <zaimoni at zaimoni.com> writes:
>
> [snip]
>
>> My internal priority for that CMake patch is low, as I need only minimal
>> patching to use the autoconf-generated configure script to build LLVM.
>> Right now it's just llvm.config.in.in that needs patching (the failsafed
>> GenLibDeps.pl script went in
2008 Oct 12
2
[LLVMdev] Genlibdeps.pl, CMake and MSYS
Kenneth Boyd <zaimoni at zaimoni.com> writes:
>>> * I am seeing desynchronization between the configure-generated
>>> Makefiles and the CMakeFile.txt files. [e.g., llc; makefile doesn't
>>> have asmprinter, CMakeFile.txt does]. That much I should be able to
>>> construct a patch for "blind", if no-one gets to it first.
>>>
2010 Aug 06
3
[LLVMdev] [LLVMDev] [Patch] a utils/GenLibDeps.pl patch for running it on Windows
Hi
I found utils/GenLibDeps.pl cann't run on Windows, so I fix it, made a patch
on svn-110435. I submit this patch, hope it can be accepted.
Thanks for your time.
Regards.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100806/d2e10f3e/attachment.html>
-------------- next part --------------
A
2009 Mar 10
1
foreign package install on Solaris 10 + R-2.7.1
Hello,
I've been having trouble installing package "spdep" for R-2.7.1 on our Solaris 10 (sparc) server. Namely the two dependencies for this package do not install properly: "foreign" and "maptools"
I understand that Solaris 10 may not be an officially supported platform but any help/feedback you can offer would be most appreciated.
I've updated all
2008 Jan 08
1
loading igraph package on Solaris
Hello,
I'm having trouble getting the igraph package to load on Solaris. I
can get igraph to compile and install from a local directory without
issues using simply "R CMD INSTALL igraph", however "library(igraph)"
from within R gives the following errors:
Error in dyn.load(x, as.logical(local), as.logical(now)) :
unable to load shared library
2009 Aug 25
0
[LLVMdev] Build issues on Solaris
On 20/08/2009, at 1:02 AM, Kenneth Boyd wrote:
> Duncan Sands wrote:
>> Hi Nathan,
>>
>>
>>> The latter being what GenLibDeps.pl expects to see. All else
>>> being equal though, it might be better to change GenLibDeps.pl to
>>> recognize the first version:
>>> --- GenLibDeps.pl (revision 78653)
>>> +++ GenLibDeps.pl
2009 Aug 18
0
[LLVMdev] Build issues on Solaris
Good day Nathan,
If your using the stock GCC with Solaris, I am sorry to inform you its
broken, Please see:
http://llvm.org/docs/GettingStarted.html#brokengcc
Please be warned as your get miss compiles and things will do strange `stuff`.
As can be seen here, the reverse is true for both the GNU binutils and
XPG4 versions of `nm' :
-bash-3.2$ /usr/xpg4/bin/nm -p -u `find . -name
2007 Jan 30
1
Solaris 10 compilation issue
I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD
hardware. I am trying to do this with Sun Studio 11.
My config.site looks like this:
#! /bin/sh
AR="/usr/ccs/bin/ar"
TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex"
LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex"
PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"
2008 Oct 11
4
[LLVMdev] Genlibdeps.pl, CMake and MSYS
Kenneth Boyd <zaimoni at zaimoni.com> writes:
[snip]
>> That does not really surprise me about CMake, but then mingw is not a
>> primary compiler on Windows, more so is VC++ or Intel, either way a
>> bug should be submitted to the CMake devs.
> I do not want to troll the CMake devteam, so I will not submit the bug
> report without a full-blown patch.
The CMake