Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Richard Hipp
On Fri, Jun 28, 2013 at 1:31 PM, Stephan Beal sgb...@googlemail.com wrote:

 Can anyone confirm/deny/elaborate on:


 http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44

 (i'm not a Mac user)

 Seems like it needs to be built without libreadline for the Mac.


I recompiled with --disable-lineedit and uploaded the new binary.  But I
have no way of determining if it works for the user or not.  (They always
work on all of my macs, and I have don't anything special to any of my
macs, other than install Xcode.  Maybe just installing the compilers adds
the missing libraries...)




 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/
 http://gplus.to/sgbeal

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Andreas Kupries
As a side note, are people aware of
https://github.com/msteveb/linenoise
?

It is an extended derivate of
https://github.com/antirez/linenoise

Both are BSD licensed. Very minimal line editor.
Code can be inlined into larger projects (2 files).

(Semi-ad: If you want a Tcl binding, go to
https://github.com/andreas-kupries/tcl-linenoise
)


On Fri, Jun 28, 2013 at 10:31 AM, Stephan Beal sgb...@googlemail.com wrote:
 Can anyone confirm/deny/elaborate on:

 http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44

 (i'm not a Mac user)

 Seems like it needs to be built without libreadline for the Mac.

 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/
 http://gplus.to/sgbeal

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/
EuroTcl'2013, July 6-7, Munich, GER
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Stephan Beal
On Fri, Jun 28, 2013 at 7:48 PM, Andreas Kupries
andre...@activestate.comwrote:

 As a side note, are people aware of
 https://github.com/msteveb/linenoise
 ?


THANK you! The thing which always keeps me away from readline is the GPL
license, and libedit is more widespread on BSD flavours than on the Linuxes
i use.


 (Semi-ad: If you want a Tcl binding, go to
 https://github.com/andreas-kupries/tcl-linenoise
 )


Challenge accepted - i'll have a binding of this in my scripting engine by
the end of the weekend :).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread j. van den hoff
On Fri, 28 Jun 2013 19:31:01 +0200, Stephan Beal sgb...@googlemail.com  
wrote:



Can anyone confirm/deny/elaborate on:

http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44


just tested it: yes, I can confirm the problem, although the error message  
is slightly different here:


8---
dyld: Library not loaded: /opt/local/lib/libreadline.6.1.dylib
  Referenced from: /Users/vdh/Desktop/fossil
  Reason: no suitable image found.  Did find:
/opt/local/lib/libreadline.6.1.dylib: mach-o, but wrong architecture
Trace/BPT trap
8

also, I see this for the first time. I'm currently using fossil version  
1.25 [878f7008ab] 2013-05-31 17:41:25 UTC

(compiled from source) which just works fine.

otherwise I can only provide the following bits of information:

1.
`/opt/local' is the location used by the (non-Apple) package management  
system Macports (http://www.macports.org/). it's used by many but sure not  
by all mac users. in my case `libreadline.dylib' currently is a softlink  
to libreadline.6.2.dylib, but not libreadline.6.1.dlylib (which apparently  
what fossil is looking for). question is the binary explicitly expecting  
libreadline.6.1 instead of the canonical name libreadline.dylib?


2.
a file `libreadline.dylib' is also found in /usr/lib. this should be the  
version 'officially' used by Apple.


naive question: if readline is needed/used by fossil, could the library  
not be linked statically?


3.
the error message mach-o, but wrong architecture could have to do with  
the lib and fossil being compiled for different architecture:

i.e. i386 vs. X86_64.

that's my 2c

best
joerg




(i'm not a Mac user)

Seems like it needs to be built without libreadline for the Mac.




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Andreas Kupries
On Fri, Jun 28, 2013 at 10:57 AM, Stephan Beal sgb...@googlemail.com wrote:
 On Fri, Jun 28, 2013 at 7:48 PM, Andreas Kupries andre...@activestate.com
 wrote:

 As a side note, are people aware of
 https://github.com/msteveb/linenoise
 ?


 THANK you! The thing which always keeps me away from readline is the GPL
 license, and libedit is more widespread on BSD flavours than on the Linuxes
 i use.

You are welcome.



 (Semi-ad: If you want a Tcl binding, go to
 https://github.com/andreas-kupries/tcl-linenoise
 )


 Challenge accepted - i'll have a binding of this in my scripting engine by
 the end of the weekend :).

Heh. For questions regarding my binding during the weekend, see my
shaw.ca address in the set of recipients.


--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/
EuroTcl'2013, July 6-7, Munich, GER
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Andreas Kupries
And an important, IMHO, piece of info I forgot to note before!

The msteveb linenoise variant is portable, i.e. it works on Windows,
not just Unix.



On Fri, Jun 28, 2013 at 11:11 AM, Andreas Kupries
andre...@activestate.com wrote:
 On Fri, Jun 28, 2013 at 10:57 AM, Stephan Beal sgb...@googlemail.com wrote:
 On Fri, Jun 28, 2013 at 7:48 PM, Andreas Kupries andre...@activestate.com
 wrote:

 As a side note, are people aware of
 https://github.com/msteveb/linenoise
 ?


 THANK you! The thing which always keeps me away from readline is the GPL
 license, and libedit is more widespread on BSD flavours than on the Linuxes
 i use.

 You are welcome.



 (Semi-ad: If you want a Tcl binding, go to
 https://github.com/andreas-kupries/tcl-linenoise
 )


 Challenge accepted - i'll have a binding of this in my scripting engine by
 the end of the weekend :).

 Heh. For questions regarding my binding during the weekend, see my
 shaw.ca address in the set of recipients.


 --
 Andreas Kupries
 Senior Tcl Developer
 Code to Cloud: Smarter, Safer, Faster™
 F: 778.786.1133
 andre...@activestate.com
 http://www.activestate.com
 Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

 Tcl'2013, Sep 23-27, New Orleans, LA, USA @ 
 http://www.tcl.tk/community/tcl2013/
 EuroTcl'2013, July 6-7, Munich, GER



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/
EuroTcl'2013, July 6-7, Munich, GER
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Isaac Jurado
On Fri, Jun 28, 2013 at 8:00 PM, j. van den hoff
veedeeh...@googlemail.com wrote:
 On Fri, 28 Jun 2013 19:31:01 +0200, Stephan Beal sgb...@googlemail.com
 wrote:

 Can anyone confirm/deny/elaborate on:


 http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44


 just tested it: yes, I can confirm the problem, although the error message
 is slightly different here:

 8---
 dyld: Library not loaded: /opt/local/lib/libreadline.6.1.dylib
   Referenced from: /Users/vdh/Desktop/fossil
   Reason: no suitable image found.  Did find:
 /opt/local/lib/libreadline.6.1.dylib: mach-o, but wrong architecture
 Trace/BPT trap
 8

 also, I see this for the first time. I'm currently using fossil version 1.25
 [878f7008ab] 2013-05-31 17:41:25 UTC
 (compiled from source) which just works fine.

 otherwise I can only provide the following bits of information:

 1.
 `/opt/local' is the location used by the (non-Apple) package management
 system Macports (http://www.macports.org/). it's used by many but sure not
 by all mac users. in my case `libreadline.dylib' currently is a softlink to
 libreadline.6.2.dylib, but not libreadline.6.1.dlylib (which apparently what
 fossil is looking for). question is the binary explicitly expecting
 libreadline.6.1 instead of the canonical name libreadline.dylib?

 2.
 a file `libreadline.dylib' is also found in /usr/lib. this should be the
 version 'officially' used by Apple.

 naive question: if readline is needed/used by fossil, could the library not
 be linked statically?

For some reason, the libreadline loader reference has an absolute path
instead of relative (or has a modified runtime path).  Searching a bit
took me to this question:

http://stackoverflow.com/questions/4513799/how-to-set-the-runtime-path-rpath-of-an-executable-with-gcc-under-mac-osx

Which could be related.  Maybe a verbose compilation (showing all
compiler and linker flags) could reveal a hint.  But I may also be
wrong, as I'm extrapolating from what I know about ELF binaries, so in
Mach'O may not apply.

Regards.

-- 
Isaac Jurado

The noblest pleasure is the joy of understanding
Leonardo da Vinci
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ticket: binary problems on Mac?

2013-06-28 Thread Edward Blake
I seem to have something similar yet different on mine, I have Mac OS X 10.6.8

Mac:Downloads edwardblake$ uname -a
Darwin Mac.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:33:36 PDT 
2011; root:xnu-1504.15.3~1/RELEASE_I386 i386

1.25:

Mac:Downloads edwardblake$ ./fossil 
Usage: ./fossil COMMAND ...
   or: ./fossil help   -- for a list of common commands
   or: ./fossil help COMMMAND  -- for help with the named command

Mac:Downloads edwardblake$ ./fossil version
This is fossil version 1.25 [d2e07756d9] 2013-02-16 00:04:35 UTC


1.26:

Mac:Downloads edwardblake$ ./fossil 
dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
  Referenced from: /Users/edwardblake/Downloads/./fossil
  Reason: Incompatible library version: fossil requires version 8.0.0 or later, 
but libiconv.2.dylib provides version 7.0.0 Trace/BPT trap


Here's a diff from 1.25 to 1.26 with otool, formatted a bit for reading.

Mac:Downloads edwardblake$ otool -L fossil-1.26  f26
Mac:Downloads edwardblake$ otool -L fossil-1.25  f25
Mac:Downloads edwardblake$ diff f25 f26
1,7c1,7
 fossil-1.25:
   /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
1.2.3)
   /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current 
version 0.9.8)
   /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current 
version 0.9.8)
   /usr/lib/libedit.2.dylib (compatibility version 2.0.0, current version 
2.11.0)
   /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 
7.0.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.2.11)
---
 fossil-1.26:
   /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
 version 1.2.3)
   /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current 
 version 0.9.8)
   /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, 
 current version 0.9.8)
   /opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current 
 version 8.0.0)
   /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
 1.0.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
 version 111.1.7)


Mac:Downloads edwardblake$ otool -l fossil-1.26  f26
Mac:Downloads edwardblake$ otool -l fossil-1.25  f25
Mac:Downloads edwardblake$ diff f25 f26

1c1
 fossil-1.25:
---
 fossil-1.26:

3,4c3,4
   cmd LC_SEGMENT_64
   cmdsize 72
---
   cmd LC_SEGMENT
   cmdsize 56

6,7c6,7
vmaddr 0x
vmsize 0x0001
---
vmaddr 0x
vmsize 0x1000

15,16c15,16
   cmd LC_SEGMENT_64
   cmdsize 632
---
   cmd LC_SEGMENT
   cmdsize 396

18,19c18,19
vmaddr 0x0001
vmsize 0x0015c000
---
vmaddr 0x1000
vmsize 0x0016f000

21c21
  filesize 1425408
---
  filesize 1503232

24c24
nsects 7
---
nsects 5

29,32c29,32
   addr 0x00011474
   size 0x000d4869
 offset 5236
  align 2^2 (4)
---
   addr 0x1c20
   size 0x00101b63
 offset 3104
  align 2^4 (16)

39,50d38
   sectname __symbol_stub1
segname __TEXT
   addr 0x0001000d5cde
   size 0x0408
 offset 875742
  align 2^1 (2)
 reloff 0
 nreloc 0
  flags 0x8408
  reserved1 0 (index into indirect symbol table)
  reserved2 6 (size of stubs)
 Section

53,56c41,44
   addr 0x0001000d60e8
   size 0x000636f1
 offset 876776
  align 2^3 (8)
---
   addr 0x00103784
   size 0x00067f0a
 offset 1058692
  align 2^2 (4)

63c51
   sectname __const
---
   sectname __literal8

65,80c53,56
   addr 0x0001001397e0
   size 0x4a7c
 offset 1284064
  align 2^5 (32)
 reloff 0
 nreloc 0
  flags 0x
  reserved1 0
  reserved2 0
 Section
   sectname __stub_helper
segname __TEXT
   addr 0x00010013e25c
   size 0x06c8
 offset 1303132
  align 2^0 (1)
---
   addr 0x0016b690
   size 0x0208
 offset 1484432
  align 2^3 (8)

83c59
  flags 0x8400
---
  flags 0x0004

87c63
   sectname __unwind_info
---
   sectname __const

89,92c65,68
   addr 0x00010013e930
   size 0x1568
 offset 1304880
  align 2^4 (16)
---
   addr 0x0016b8a0
   size 0x4730
 offset 1484960
  align 2^5 (32)

99c75
   sectname __eh_frame
---
   sectname __literal4

101,104c77,80
   addr 0x00010013fe98
   size 0x0001c158
 offset 1310360
  align 2^3 (8)
---
   addr 0x0016ffd0
   size 0x0028
 offset 1503184
  align 2^2 (4)

107c83
  flags 0x600b
---
  flags 0x0003

111,112c87,88
   cmd LC_SEGMENT_64
   cmdsize 632
---
   cmd LC_SEGMENT
   cmdsize 396

114,117c90,93
vmaddr 0x00010015c000
vmsize 0xc000
   fileoff 1425408
  filesize 40960
---
vmaddr 0x0017
vmsize 0x8000
   fileoff