On 21/05/2010, at 08:51, Thomas Schilling wrote:
> Hm, I thought that flag was there in order to make SL-built binaries
> work with Leopard. This caused problems with the Haskell Platform,
> whose GHC version was built with SL. I don't think it would be a good
> idea to break Leopard support jus
Hm, I thought that flag was there in order to make SL-built binaries
work with Leopard. This caused problems with the Haskell Platform,
whose GHC version was built with SL. I don't think it would be a good
idea to break Leopard support just yet.
On 20 May 2010 17:57, Ian Lynagh wrote:
> On Fr
On Fri, May 21, 2010 at 01:19:45AM +1000, Roman Leshchinskiy wrote:
>
> Are you running 10.5?
Yes.
> The problem seems to be that ghc passes these flags to gcc:
> -Wl,-macosx_version_min -Wl,10.5. If I remove them it links ok. In fact, gcc
> always seems to pass -macosx_version_min 10.6.3 to c
On 21/05/2010, at 00:17, Ian Lynagh wrote:
> On Thu, May 20, 2010 at 11:08:45PM +1000, Roman Leshchinskiy wrote:
>> On 20/05/2010, at 23:00, Ian Lynagh wrote:
>>
>>> On Thu, May 20, 2010 at 02:26:08PM +1000, Roman Leshchinskiy wrote:
This happens on both 10.5 and 10.6. It dies with:
>>
On Thu, May 20, 2010 at 11:08:45PM +1000, Roman Leshchinskiy wrote:
> On 20/05/2010, at 23:00, Ian Lynagh wrote:
>
> > On Thu, May 20, 2010 at 02:26:08PM +1000, Roman Leshchinskiy wrote:
> >> This happens on both 10.5 and 10.6. It dies with:
> >>
> >> ld: symbol dyld_stub_binding_helper not defin
On 20/05/2010, at 23:00, Ian Lynagh wrote:
> On Thu, May 20, 2010 at 02:26:08PM +1000, Roman Leshchinskiy wrote:
>> This happens on both 10.5 and 10.6. It dies with:
>>
>> ld: symbol dyld_stub_binding_helper not defined (usually in
>> crt1.o/dylib1.o/bundle1.o)
>> collect2: ld returned 1 exit st
On Thu, May 20, 2010 at 02:26:08PM +1000, Roman Leshchinskiy wrote:
> This happens on both 10.5 and 10.6. It dies with:
>
> ld: symbol dyld_stub_binding_helper not defined (usually in
> crt1.o/dylib1.o/bundle1.o)
> collect2: ld returned 1 exit status
Someone else in #ghc saw this, but validate w
This happens on both 10.5 and 10.6. It dies with:
"inplace/bin/ghc-stage1" -package-name rts -shared -dynamic -dynload deploy
-no-auto-link-packages `cat rts/libs.depend` rts/dist/build/Adjustor.dyn_o
rts/dist/build/Arena.dyn_o rts/dist/build/Capability.dyn_o
rts/dist/build/ClosureFlags.dyn_o r
On 20/11/2009 18:51, Matthias Kilian wrote:
On Fri, Nov 20, 2009 at 02:46:08PM +, Simon Marlow wrote:
Do we really have to rely on a specific version of tar? Dependencies
like that always come back to bite you.
It sounds like the --force-local option is required iff tar is GNU tar.
So w
On 20/11/09 18:51, Matthias Kilian wrote:
On Fri, Nov 20, 2009 at 02:46:08PM +, Simon Marlow wrote:
Do we really have to rely on a specific version of tar? Dependencies
like that always come back to bite you.
It sounds like the --force-local option is required iff tar is GNU tar.
So we
On Fri, Nov 20, 2009 at 02:46:08PM +, Simon Marlow wrote:
> >Do we really have to rely on a specific version of tar? Dependencies
> >like that always come back to bite you.
>
> It sounds like the --force-local option is required iff tar is GNU tar.
> So we should have a configure test for
On 19/11/2009 23:17, Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
On 19/11/2009, at 23:57, Ian Lynagh wrote:
On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
cd a/b/c/&& /usr/bin/tar --force-local -jxf
../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.b
On Thu, Nov 19, 2009 at 06:13:29PM +, Ian Lynagh wrote:
> > Why not just use a command line that's more portable? I don't know what
> > that `--force-local' means
>
> It tells tar that c:/mytar.tar is a local file, not a file on the host
> "c".
Yuk! Is this `a file on the host c' a general ms
Roman Leshchinskiy:
> On 19/11/2009, at 23:57, Ian Lynagh wrote:
>
>> On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
>>> cd a/b/c/ && /usr/bin/tar --force-local -jxf
>>> ../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.bz2
>>> tar: Option --force-local is not s
On Thu, Nov 19, 2009 at 06:54:54PM +0100, Matthias Kilian wrote:
> On Thu, Nov 19, 2009 at 12:57:15PM +, Ian Lynagh wrote:
> > On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
> > > cd a/b/c/ && /usr/bin/tar --force-local -jxf
> > > ../../../../bindistprep/ghc-6.13.20091119-
On Thu, Nov 19, 2009 at 12:57:15PM +, Ian Lynagh wrote:
> On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
> > cd a/b/c/ && /usr/bin/tar --force-local -jxf
> > ../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.bz2
> > tar: Option --force-local is not supported
On Fri, Nov 20, 2009 at 12:18:10AM +1100, Roman Leshchinskiy wrote:
> On 19/11/2009, at 23:57, Ian Lynagh wrote:
>
> > On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
> >> cd a/b/c/ && /usr/bin/tar --force-local -jxf
> >> ../../../../bindistprep/ghc-6.13.20091119-i386-apple-da
On 19/11/2009, at 23:57, Ian Lynagh wrote:
> On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
>> cd a/b/c/ && /usr/bin/tar --force-local -jxf
>> ../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.bz2
>> tar: Option --force-local is not supported
>> Usage:
>> List:
On Thu, Nov 19, 2009 at 09:58:17PM +1100, Roman Leshchinskiy wrote:
> cd a/b/c/ && /usr/bin/tar --force-local -jxf
> ../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.bz2
> tar: Option --force-local is not supported
> Usage:
> List:tar -tf
> Extract: tar -xf
> Create: ta
cd a/b/c/ && /usr/bin/tar --force-local -jxf
../../../../bindistprep/ghc-6.13.20091119-i386-apple-darwin.tar.bz2
tar: Option --force-local is not supported
Usage:
List:tar -tf
Extract: tar -xf
Create: tar -cf [filenames...]
Help:tar --help
make: *** [all] Error 1
_
20 matches
Mail list logo
