similar to: Solaris - make failure

I am trying to get a basic apache 2.0.55 + mongrel + rails app configuration setup and i keep getting this: # mongrel_rails /usr/local/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel/rails.rb:28: uninitialized constant Mongrel::HttpHandler (NameError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require'' from

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Standard configuration (that is, not specifying --without-recommended-packages) leads to the following error: gmake[2]: Leaving directory `/usr/local/opt/build/R-2.9.1/src/library' gmake[1]: Leaving directory

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Configuration problem with the creation of shared libraries: Compilation only succeeds if SHLIB_LDFLAGS="-shared" is added to the configure command line. This is likely due to a wellknown gcc-4 feature, in that gcc requires -shared and not

Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) With the change of the NLS handling from 2.9.0 to 2.9.1 the compilation breaks, even as I do specifically not request nls. Specifics: gcc -v Using built-in specs. Target: x86_64-pc-solaris2.10 Configured with: ../../src/gcc-4.4.0/configure

I am trying to do some research that involves instrumenting LLVM IR, that I need to test for performance and scalability on a bunch of systems. I've started trying by trying to get sparc-sun-solaris2.10 (niagara) working. It appears that neither llvm nor llvm-gcc will build natively on the system, so I think that I need to build an llvm-gcc cross compiler. The documentation for building

Hi all, I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit 64-bit code), but at least bitcode generation looks correct now. Tested on

Has anyone succeded ? I got the following error message ------------- /project//g/cslp/llvm_sparc/front_end/obj/./gcc/xgcc -B/project//g/cslp/llvm_sparc/front_end/obj/./gcc/ -B/project//cslp/llvm_sparc/front_end/obj/../install/sparc-sun-solaris2.10/bin/ -B/project//cslp/llvm_sparc/front_end/obj/../install/sparc-sun-solaris2.10/lib/ -isystem

Luke Dalessandro wrote: > OK. So I've discovered --with-sysroot which seems to be grabbing and > patching the include files correctly. Now it's dieing with > > ./options.h:462: error: 'HOST_BITS_PER_INT' undeclared here (not in a > function) > ./options.h:462: error: bit-field 'padding' width not an integer constant > > which appears to be

I'm just in the process of upgrading from nut-2.4.1 to 2.4.3 on a dual-Xeon box running Solaris 10 amd64 (i686-pc-solaris2.10). I configured as follows: ./configure --prefix=/opt/nut --with-gnu-ld --with-serial --without-usb --with-cgi --with-gd-includes=-I/usr/local/include --with-gd-libs="-L/usr/local/lib -R/usr/local/lib -lgd" --with-user=nut --with-group=nut

Norm, thanks for the help. Applying the fix solves the issue I mentioned but now I have more issues. I can install clang, but when running I cannot compile and link files. If I compile with -c flag it works but compiling the following x.c file gives an error: x.c: int main(void) { return 0; } > ./clang x.c /project/helder/scratch/packages2/bin/ld: unrecognized option '-C'

Hello all, I am trying to install the llvm-gcc front end to use it in one of my projects, but I got stuck.. I am working on a Sun workstation: SunOS xxx 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Fire-V240 and I have gcc version 3.4.6: Reading specs from /sw/gcc-3.4.6/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs Configured with: /.scratch/andjo/lsw/src/gcc/gcc-3.4.6/configure

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The same result without CFLAGS: configure:17300: checking for mblen configure:17356: gcc -o conftest -g -O2 -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 -fstack-protector-strong -fPIE

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

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

I am having trouble showing the Greek symbol "beta" correctly in the y-axis label of bitmap plots. Specifically, on my system the top of the "beta" symbol is cut off using the following example: file.jpg <- paste(tempfile(), ".jpg", sep = "") jpeg(file.jpg, h = 3, w = 3, units = "in", res = 300, type = "Xlib") boxplot(rnorm(10),

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...

Hi! Environment ========= Solaris 10 Apache 2.2.0 with fcgid_module Ruby 1.8.4 Rails 1.2.3 I am trying to get FastCGI working. Initially I used "dispatch.cgi" successfully but when I switched to "dispatch.fcgi" I get ==================================================== Application error Rails application failed to start properly

> _____________________________________________ > From: Morimoto, Mark K > Sent: Thursday, November 15, 2007 11:26 AM > To: 'samba@lists.samba.org' > Subject: configure: error: C compiler cannot create executables > > Hello, > > I get this when I run ./configure. I have searched for other problems > and others who had the problem say its due to cc

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

I am trying to run console on a Solaris server and I get this error: -bash-3.00$ script/console Loading development environment (Rails 2.3.4) /usr/local/lib/ruby/1.8/sparc-solaris2.10/readline.so: ld.so.1: ruby: fatal: libedit.so.0: open failed: No such file or directory - /usr/ local/lib/ruby/1.8/sparc-solaris2.10/readline.so (LoadError) from /usr/local/lib/ruby/1.8/irb/completion.rb:10