similar to: [LLVMdev] fink llvm-gcc42 test packaging

Anton, Doh! It appears that *-*-darwin* is preset in configure to not build libgfortran... # APPLE LOCAL end ARM darwin target powerpc-*-darwin* | i[3456789]86-*-darwin*) noconfigdirs="$noconfigdirs bfd binutils ld gas opcodes gdb gprof" noconfigdirs="$noconfigdirs sim target-rda" # LLVM LOCAL begin noconfigdirs="$noconfigdirs target-boehm-gc

Duncan, Actually, shouldn't this be just an error in the Makefile.in or Makefile.am? Why should a link line like... c++ -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -mdynamic-no-pic -DHAVE_CONFIG_H -o f951 \

The curent llvm svn (r54623) is unable to link the gfortran compiler in llvm-gcc-4.2 svn. I am getting the error... c++ -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -mdynamic-no-pic -DHAVE_CONFIG_H -o f951 \

Here are a few bits of news about the C frontend: 1. I have ported it to compile and run under linux. On our research machines, it is available here: /home/vadve/lattner/cvs/gcc_install_x86 Note that this C compiler will still generate "64-bit" LLVM files, thus the code will probably not work right if run through the C backend, then compiled on x86. For middle-end

Is it possible to use the console from within tcltk? > library(tcltk) > tcl("puts", "stdout", "Hello, World") Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] can not find channel named "stdout". > .Tcl('puts stdout "Hello, World"') Error in

On Sat, Apr 10, 2010 at 08:29:07PM -0500, Peter O'Gorman wrote: > On 04/10/2010 08:01 PM, Jack Howarth wrote: > > > > > bash-3.2$ GCC=/sw/bin/gcc-4 CC=gcc-4 CXX=g++-4 CFLAGS=-I/sw/include CXXFLAGS=-I/sw/include LLVM_CONFIG=/sw/lib/llvm/bin/llvm-config make > > g++-4 -c -I/sw/lib/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -MD

On Dec 27, 2007, at 9:14 AM, Jack Howarth wrote: > Anton, > Doh! It appears that *-*-darwin* is preset in configure to > not build libgfortran... Ah, that should certainly be fixed. Please send in the obvious patch to the llvm-commits list (after verifying that it doesn't break the c/c ++/objc build), thanks Jack! > I'll try removing libgfortran from noconfigdirs.

Is there a particular method one should used to build the libLTO.dylib from the llvm svn on darwin9? Unless I am confused, it seems that libLTO.dylib gets built when I do a configure and make directly in the llvm svn tree but not when I created separate llvm_objdir directory and execute configure and make within it. Thanks in advance for any clarifications. Jack

Hi Jack, I didn't get this error. Could you try again? Is it one of the release candidates in particular that's failing? -bw On Oct 2, 2010, at 8:04 AM, Jack Howarth wrote: > Current llvm release 2.8 branch at r115409 is broken on x86_64-apple-darwin10. > > #!/bin/bash -ev > export LD=`xcode-select -print-path`/usr/bin/ld > xcode-select -print-path > ulimit -s

The tutorial for installing wine said there should be a constant flow of information in the terminal window while it's installing, though for me it appears to be stuck on "---> Building apple-gcc42" for the last 20 minutes. Is this normal? Why does the installation take so long / what is it doing / how difficult is it to reverse whatever it's doing?

Hey Evan, At the point of the instructions you suggested I step through, X86ISelLowering has this state: - this 0x00000000005fe728 {VarArgsFrameIndex=-842150451 RegSaveFrameIndex=-842150451 VarArgsGPOffset=3452816845 ...} llvm::X86TargetLowering * const + llvm::TargetLowering {TM={...} TD=0x00000000008edac0

Current llvm release 2.8 branch at r115409 is broken on x86_64-apple-darwin10. #!/bin/bash -ev export LD=`xcode-select -print-path`/usr/bin/ld xcode-select -print-path ulimit -s `ulimit -s` ulimit -s mv ../clang-2.8 ./tools/clang mkdir ../llvm_objdir cd ../llvm_objdir ../llvm-2.8/configure --prefix=/sw --prefix=/sw --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw

Hi, > I am confused. Shouldn't the gcc 4.2 front-end build behave > just like the FSF gcc build. The first stage builds the compilers > and the second stage rebuilds them using those from the first > stage? the FSF gcc requires you to build the C compiler (I think - will check). Thus a newly built C compiler is always available to build later stages. We can't reasonably

Duncan, I am confused. Shouldn't the gcc 4.2 front-end build behave just like the FSF gcc build. The first stage builds the compilers and the second stage rebuilds them using those from the first stage? Jack On Mon, Aug 11, 2008 at 03:56:23PM +0200, Duncan Sands wrote: > > I don't be that can be the cause because I have... > > > >

Hi, all, I have been trying to use adimpro. I have installed ImageMagick via fink and also through MacPorts. I have tried them installed separately and together, but R can't seem to recognize that they are there. Perhaps, a Mac user out there that also uses R would be able to help. Much appreciated, Art

On Oct 5, 2015, at 12:14 PM, Ian Essendon <mayhem at essendonphoto.com> wrote: > > However, although NUT is apparently stable for Fink under 10.11 (here), an install fails, with the error > "Can't resolve dependency "system-openssl-dev" for package "nut-2.7.3-1" (no > matching packages/versions found) > Exiting with failure.? It should be

On Oct 5, 2015, at 2:02 PM, Charles Lepple <clepple at gmail.com> wrote: > > On Oct 5, 2015, at 12:14 PM, Ian Essendon <mayhem at essendonphoto.com <mailto:mayhem at essendonphoto.com>> wrote: > >> However, although NUT is apparently stable for Fink under 10.11 (here <http://pdb.finkproject.org/pdb/package.php/nut>), an install fails, with the error I

Begin forwarded message: From: Bill Bumgarner <bbum@codefab.com> Date: Wed Feb 19, 2003 9:31:24 AM US/Eastern To: "George D.Plymale" <george@SouthernOhioComputerServices.com> Subject: Re: fink rsync --daemon failure On Wednesday, Feb 19, 2003, at 08:14 US/Eastern, George D.Plymale wrote: > It would seem that OS X does indeed have a problem zeroing > the supplimental

hello folks! i've packaged discount-1.3.2 so that it builds under Fink (http://www.finkproject.org ) and submitted my package for validation (https://sourceforge.net/tracker/?func=detail&atid=414256&aid=2654852&group_id=17203 ). this may be a good solution for someone who wants to use discount but doesn't want to fool around with compiling the source without assistance;

Hello! I'd like to install R on my machine in order to work with Joe Conway's pl/R in PostgreSQL. I'm running Mac OS X 10.3.2 with readline installed via Fink. I downloaded the Rdevel.dmg, and installed first Rframework.pkg and then Rapp.pkg. (I did not install the J_libreadline.pkg, J_libxml2.pkg, or J_tcltk.pkg also included on the disk image.) Both Rframework and Rapp