On 2/1/2013 3:15 PM, K. Fossil user wrote:
Hello,
1/ Thank you very much Edward Berner. You rock my world.
Of course, embedded system must use light libc...
I've seen that some software uses dietlibc.
In my point of view, static linking can be done in this area, so it
will be easier to spread
Joerg Sonnenberger wrote:
[...]
The only real improvement GNU TLS provides over OpenSSL is GPL
compatibility for Linux distributions. Otherwise it is just as messy as
OpenSSL.
Having used it in a project, I would agree with that last statement, but
I should point out that GNUTLS does provide
On 1/31/2013 12:35 PM, K. Fossil user wrote:
Hello all of you,
Hello.
2/ serious issue
I've downloaded today's timeline trunk:
$ ./configure --prefix=/usr --sysconfdir=/etc \
--with-openssl=none \
--static \
--json \
--markdown
$ make
## all seems ok !
$ sudo make install
$ fossil open
* Richard Hipp d...@sqlite.org [20130130 19:31]:
On Wed, Jan 30, 2013 at 12:30 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
People would like to use a DVCS everywhere with any distro with the SAME
binary, not the one specific to a distro.
I concur. Unfortunately, this
On Fri, Feb 1, 2013 at 9:09 AM, Edward Berner e...@bernerfam.com wrote:
I'd guess that it's crashing in the DNS resolver, although I wouldn't
expect it to crash if it is running on the same host it was built on. I
played with the static linking stuff a while back and I think I saw this
Hello,
1/ Thank you very much Edward Berner. You rock my world.
Of course, embedded system must use light libc...
I've seen that some software uses dietlibc.
In my point of view, static linking can be done in this area, so it will be
easier to spread Fossil everywhere with network support.
2/ I
Hello everyone,
Can't we use GnuTLS instead of openSSL ?
Wget decided to use GnuTLS instead of openSSL...
Best Regards
K.
D. Richard Hipp wrote:
K. Fossil user wrote:
People would like to use a DVCS everywhere with any distro with the SAME
binary, not the one specific to a distro.
I
Hello all of you,
1/ Jan Nijtmans wrote:
I agree with others' remarks, that --static doesn't
make sense on modern systems any more.
I do not agree with such statement.
Static is important because mostly we do use two or more systems.
(debian and centos for example)
Darcs is static and runs
On Thu, Jan 31, 2013 at 9:35 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
I've downloaded today's timeline trunk:
...$ fossil open fossil.fossil
$ fossil update
Autosync: http://www2.fossil-scm.org/
Segmentation faultrtifacts sent: 0 received: 0
Can you give us more info on
Hello,
copy error in my last mail:
correct copy is below :
$ ./configure --prefix=/usr --sysconfdir=/etc \
--with-openssl=auto \
--json \
--markdown
$ make
## ...
HTTPS support enabled
Checking for readline/readline.h...not found
Checking for editline/readline.h...not found
Checking libs for
$ fossil update ba86c859df
checkout: ba86c859dff83e89640091ea18dec5571630af2a 2013-01-31 18:12:54 UTC
tags: trunk
comment: Added an extern to work around a duplicate-definition linking
error with the tcc compiler. (user: stephan)
changes: None. Already
On Thu, Jan 31, 2013 at 3:19 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
$ ./configure --prefix=/usr --sysconfdir=/etc \
--with-openssl=auto \
--json \
--markdown
$ make
./src/shell.c:2739: warning: Using 'getpwuid' in statically linked
applications requires at runtime the
On Thu, Jan 31, 2013 at 10:19 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
bld/shell.o: In function `find_home_dir':
./src/shell.c:2739: warning: Using 'getpwuid' in statically linked
applications requires at runtime the shared libraries from the glibc
version used for linking
On Thu, Jan 31, 2013 at 3:28 PM, Stephan Beal sgb...@googlemail.com wrote:
On Thu, Jan 31, 2013 at 10:19 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
bld/shell.o: In function `find_home_dir':
./src/shell.c:2739: warning: Using 'getpwuid' in statically linked
applications
1/ GLibc and linux symbols versionning issue then...
OK, thanks.
2/ runs everywhere:
I mean, it should run in every plateform... but not cross platform of course.
It is not about java bytecode thing... :D
For example, if someone do fossil compilation with i386, then ALL i386 linux
should be
So you have to build an executable per-distro -- welcome to
Linux.
Is it the same with *BSD systems ?
(Thank you for your tought: it's really appreciated !)
Best Regards
K.
Nico Williams wrote:
bld/shell.o: In function `find_home_dir':
./src/shell.c:2739: warning: Using 'getpwuid' in
On Wed, Jan 30, 2013 at 01:33:24PM -0500, Richard Hipp wrote:
For example, OpenSSL seems to not support static linking.
OpenSSL only needs dynamic linkage for additional engines, e.g. to
interact with hardware acceleration devices. Otherwise it is perfectly
fine to statically link it.
Joerg
On Thu, Jan 31, 2013 at 08:34:13PM +, K. Fossil user wrote:
Can't we use GnuTLS instead of openSSL ?
Wget decided to use GnuTLS instead of openSSL...
The only real improvement GNU TLS provides over OpenSSL is GPL
compatibility for Linux distributions. Otherwise it is just as messy as
On Wed, 30 Jan 2013, Jan Nijtmans wrote:
2013/1/29 Stephan Beal:
On Tue, Jan 29, 2013 at 9:00 AM, K. Fossil user wrote:
Latest stable release or dev release does not compile with option:
--static
...
Like networking libs, it will produce warnings like:
warning: Using 'dlopen' in
2013/1/30 Sergei Gavrikov sergei.gavri...@gmail.com:
[FYI]
An optimized (-O2) default build with entered substitution
-Dstrcmp=fossil_strcmp fails (SIGSEG) on i686 GNU/Linux
...
Program received signal SIGSEGV, Segmentation fault.
...
Thanks! That's fully explainable: When setting
On Wed, Jan 30, 2013 at 11:10 AM, Jan Nijtmans jan.nijtm...@gmail.comwrote:
Fossil's TCL support also appears to use dlopen()
- The link flag -ldl is missing on Linux. That's the shared library
containing dlopen,so - indeed - without it, Tcl support will not work.
Which flavour of linux
2013/1/30 Stephan Beal sgb...@googlemail.com:
On Wed, Jan 30, 2013 at 11:10 AM, Jan Nijtmans jan.nijtm...@gmail.com
wrote:
Fossil's TCL support also appears to use dlopen()
- The link flag -ldl is missing on Linux. That's the shared library
containing dlopen,so - indeed - without it, Tcl
On Wed, Jan 30, 2013 at 8:11 AM, Jan Nijtmans jan.nijtm...@gmail.comwrote:
2013/1/30 Sergei Gavrikov sergei.gavri...@gmail.com:
[FYI]
An optimized (-O2) default build with entered substitution
-Dstrcmp=fossil_strcmp fails (SIGSEG) on i686 GNU/Linux
...
Program received signal
On Wed, Jan 30, 2013 at 5:10 AM, Jan Nijtmans jan.nijtm...@gmail.comwrote:
2013/1/29 Stephan Beal sgb...@googlemail.com:
On Tue, Jan 29, 2013 at 9:00 AM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
Latest stable release or dev release does not compile with option:
--static
While I agree that the -Dstrcmp... solution is inadequate, strcmp is
subject to the system locale setting. While it might default to the C
locale (giving the expected binary comparison behavior), it might not.
One may not consider locale the same as localization, but whatever you
choose to call
And never mind, I guess I was wrong. Not sure why I couldn't have
checked that *before* clicking send, but c'est la vie.
SDR
On Wed, Jan 30, 2013 at 8:19 AM, Richard Hipp d...@sqlite.org wrote:
On Wed, Jan 30, 2013 at 8:11 AM, Jan Nijtmans jan.nijtm...@gmail.com
wrote:
2013/1/30 Sergei
2013/1/30 Richard Hipp d...@sqlite.org:
I'm uncomfortable with this change. If we need to use fossil_strcmp()
everywhere (which surprises me, since strcmp() should *not* be subject to
localization) then we should do so explicitly, and not depend on
preprocessor magic, as the preprocessor
I'm not yet convinced this is a problem that needs fixing.
D. Richard Hipp - d...@sqlite.org
Sent from phone - pardon brevity
On Jan 30, 2013 11:00 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2013/1/30 Richard Hipp d...@sqlite.org:
I'm uncomfortable with this change. If we need to use
On Wed, 30 Jan 2013, Jan Nijtmans wrote:
2013/1/30 Richard Hipp wrote:
I'm uncomfortable with this change. If we need to use fossil_strcmp()
everywhere (which surprises me, since strcmp() should *not* be subject to
localization) then we should do so explicitly, and not depend on
On Wed, Jan 30, 2013 at 11:10:46AM +0100, Jan Nijtmans wrote:
and encountered 2 minor problems on Linux:
- strcmp from the static C library cannot be used, it should be
replaced by fossil_strcmp everywhere. (that's a good idea
anyway, as strcmp is locale-dependant)
No, it isn't. That's
-DLL = Windows.
I do not use window$
-Warning does not stop compiling... :-)
-Why do I ask for --static compilation to succeed
Don't forget that if you would like Fossil to be used, it must be easy to
compile, especially with option --static.
People would like to use a DVCS everywhere with any
On Wed, Jan 30, 2013 at 12:30 PM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
People would like to use a DVCS everywhere with any distro with the SAME
binary, not the one specific to a distro.
I concur. Unfortunately, this is a function of the distro more than of the
application.
On Wed, 30 Jan 2013, K. Fossil user wrote:
People would like to use a DVCS everywhere with any distro with the
SAME binary, not the one specific to a distro.
First, I do not say that build process for a static executable should
fail. But at least such process is not trivial (it was given a lot
On Wed, Jan 30, 2013 at 8:45 PM, Sergei Gavrikov
sergei.gavri...@gmail.comwrote:
Incidentally, there is another opinion, Never use static linking!
http://www.akkadia.org/drepper/no_static_linking.html
On a related note, Solaris 10 removed static versions of their system
libraries, due to a
2013/1/30 Jan Nijtmans jan.nijtm...@gmail.com:
The $tclconfig(TCL_LIBS) contains the -ldl, but
$tclconfig(TCL_STUB_LIB_SPEC) does not, which is
OK. (the stub library doesn't use dlopen, fossil does)
Somehow, fossil should add -ldl here, such that the
--with-tcl-stubs option works in
Hello,
Latest stable release or dev release does not compile with option:
--static
This issue occur with/without openSSL.
I would like to point you out that readline is not used.
Distribution : Porteus 1.2, 64bit.
(Slackware based live CD)
Latest stable release or dev release does not compile
On Tue, Jan 29, 2013 at 9:00 AM, K. Fossil user
ticketpersonnal-fos...@yahoo.fr wrote:
Latest stable release or dev release does not compile with option:
--static
This issue occur with/without openSSL.
On Linux the networking-related libraries cannot be statically linked (for
reasons i once
37 matches
Mail list logo
