http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #10 from Jordi Sayol <g.sayol@yahoo.es> 2013-07-31 06:06:17 PDT ---
(In reply to comment #9)
> (In reply to comment #7)
>  This is correct because Arch packages links its own libphobos on Arch, and
> > don't use the libphobos from release zip archive.
> > 
> > In other words, libphobos compiled/linked in an Specific Linux system will always work on this specific Linux system.
> 
> That is exactly what I have meant. Why do we insist on using the same .zip archive built on Debian-like system everywhere? Native packaging does avoid this problem and scales much better.

We have used the same zip until now with great results. I prefer to have one single libphobos library that properly runs on almost all Linux systems than many different ones compiled phobos libraries, dmd command, etc., but if this is not possible we have to change the way we have done until now. I don't think that this is the case however.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #11 from Martin Nowak <code@dawg.eu> 2013-07-31 06:48:00 PDT ---
(In reply to comment #8)
> This is not correct. All curl libraries on Debian like systems has versioned symbols, source of this problem.

I didn't saw any versioned symbols but maybe nm doesn't show them or I made a mistake.

> We have used the same zip until now with great results. I prefer to have one single libphobos library that properly runs on almost all Linux systems than many different ones compiled phobos libraries, dmd command, etc., but if this is not possible we have to change the way we have done until now. I don't think that this is the case however.

So what do you suggest then, building libcurl from source?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #12 from Dicebot <public@dicebot.lv> 2013-07-31 07:01:44 PDT ---
Also, is there any usage info for .zip archive on Linux platforms? In other words, is it actually worth any considerable efforts?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #13 from Jordi Sayol <g.sayol@yahoo.es> 2013-07-31 09:00:56 PDT ---
(In reply to comment #11)
> (In reply to comment #8)
> > This is not correct. All curl libraries on Debian like systems has versioned symbols, source of this problem.
> 
> I didn't saw any versioned symbols but maybe nm doesn't show them or I made a mistake.

The command:

$ objdump -x libphobos2.so.0.64.0 | grep curl_easy

returns different symbols depending on which development curl library is installed when linked:

with "libcurl4-openssl-dev":

0000000000000000       F *UND*    0000000000000000
curl_easy_cleanup@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_strerror@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_setopt@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_duphandle@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_init@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_pause@@CURL_OPENSSL_3
0000000000000000       F *UND*    0000000000000000
curl_easy_perform@@CURL_OPENSSL_3


With "libcurl4-gnutls-dev":

0000000000000000       F *UND*    0000000000000000
curl_easy_setopt@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_strerror@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_init@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_cleanup@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_duphandle@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_perform@@CURL_GNUTLS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_pause@@CURL_GNUTLS_3


With "libcurl4-nss-dev":

0000000000000000       F *UND*    0000000000000000
curl_easy_perform@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_duphandle@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_pause@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_setopt@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_cleanup@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_strerror@@CURL_NSS_3
0000000000000000       F *UND*    0000000000000000
curl_easy_init@@CURL_NSS_3


And with Fedora curl development library:

0000000000000000       F *UND*    0000000000000000
curl_easy_setopt
0000000000000000       F *UND*    0000000000000000              curl_easy_init
0000000000000000       F *UND*    0000000000000000              curl_easy_pause
0000000000000000       F *UND*    0000000000000000
curl_easy_duphandle
0000000000000000       F *UND*    0000000000000000
curl_easy_perform
0000000000000000       F *UND*    0000000000000000
curl_easy_cleanup
0000000000000000       F *UND*    0000000000000000
curl_easy_strerror


> 
> > We have used the same zip until now with great results. I prefer to have one single libphobos library that properly runs on almost all Linux systems than many different ones compiled phobos libraries, dmd command, etc., but if this is not possible we have to change the way we have done until now. I don't think that this is the case however.
> 
> So what do you suggest then, building libcurl from source?

As I said, I suggest two solutions:

- Compile/link libphobos on system where libcurl has not versioned symbols, like Fedora.

- Compile/link into Ubuntu with a libcurl without versioned symbols, this requires an specific package not available on default repositories. This option do not mean in any way that these libraries should be given with libphobos, this curl library is just used to properly link libphobos, even do not care if the functions in it has some bug because these libraries will never be used at run-time.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #14 from Jordi Sayol <g.sayol@yahoo.es> 2013-08-01 13:51:19 PDT ---
(In reply to comment #1)
> Yes, this is the issue Jordi Sayol has been talking about. We couldn't find an acceptable solution (Jordi suggested making a custom build of libcurl on Ubuntu, while that works, I regard that as impractical for 3rd parties wanting to fork/build phobos from the repository).

I think we can achieve two things on Linux:

- make that binaries/libraries generated on an specific Linux system correctly run on that specific Linux system.

- binaries/libraries included on release zip archive should properly run on almost every Linux system.


I think that we cannot pretend that every binary/library generated by every user run on every Linux system, as a binary copy of the ones included on zip archive.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #15 from Martin Nowak <code@dawg.eu> 2013-08-01 14:18:09 PDT ---
(In reply to comment #14)
> - binaries/libraries included on release zip archive should properly run on almost every Linux system.
> 

I think that's the better approach for now because it still allows to build all packages on one system so we don't have to change the whole release process.

> I think that we cannot pretend that every binary/library generated by every user run on every Linux system, as a binary copy of the ones included on zip archive.

That's the reason for this bug report, right?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #16 from Jordi Sayol <g.sayol@yahoo.es> 2013-08-01 14:33:25 PDT ---
(In reply to comment #15)
> (In reply to comment #14)
> > - binaries/libraries included on release zip archive should properly run on almost every Linux system.
> > 
> 
> I think that's the better approach for now because it still allows to build all packages on one system so we don't have to change the whole release process.

Me too, the problem is that the current building platform is Ubuntu, where all its curl libraries has versioned symbols, source of this problem.

> 
> > I think that we cannot pretend that every binary/library generated by every user run on every Linux system, as a binary copy of the ones included on zip archive.
> 
> That's the reason for this bug report, right?

I don't think so. The problem here is that the shared library included on release zip file is "only" usable on Debian-like systems, and fails on Fedora, OpenSUSE, etc.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710


Andrei Alexandrescu <andrei@erdani.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |andrei@erdani.com


--- Comment #17 from Andrei Alexandrescu <andrei@erdani.com> 2013-08-16 09:54:41 PDT ---
One possibility is by loading dynamically whichever curl is available on the OS.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710



--- Comment #18 from Martin Nowak <code@dawg.eu> 2013-08-20 05:07:15 PDT ---
(In reply to comment #17)
> One possibility is by loading dynamically whichever curl is available on the OS.
True, but it seems wrong to solve a distribution problem with such a workaround.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=10710


Martin Nowak <code@dawg.eu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |blocker


--- Comment #19 from Martin Nowak <code@dawg.eu> 2013-10-13 09:19:44 PDT ---
I marked this as blocker, we need to fix this for the upcoming 2.064 beta.

> One possibility is by loading dynamically whichever curl is available on the
OS.

Dynamic loading had the benefit to only require libcurl if it was actually used but most linux distributions already ship with libcurl so it might not be worth it.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------