title: ld cannot find library curl when running make file
body: <p>When compiling using a prebuilt make file that was given to me, I encountered the following error:</p>
  
  <pre><code>/bin/ld: cannot find -lcurl
  collect2: error: ld returned 1 exit status
  make[1]: *** [dis.exe] Error 1
  make[1]: Leaving directory 'intg_builds/Test2'
  </code></pre>
  
  <p>From what I understand, the linker failed to find the curl file when linking. Upon search through the file system I found curl in /usr/bin/, and a symbolic link to it in /bin/. Curl was even in the same directory as ld.</p>
  
  <p>Here is the code from the make file where it was linking to curl:</p>
  
  <pre><code>EXTRALIBS= /usr/local/lib/libxerces-c.a -lcurl 
  </code></pre>
  
  <p>The operating system is Centos 7 64-bit.</p>
  
  <p>Curl is version 7.29.0 (x86_64-redhat-linux-gnu) libcur/7.29.0 NSS/3.28.4 zlib/1.2.7 libidn/1.28 libssh2/1.4.3</p>
  
  <p>Xerces-c is version 3.1.1</p>
  
  <p>Where should I have a symbolic link to curl for the linker to find it properly?</p>
  
  <p>Please note: It is discouraged for me to alter the make files at this point in time. It would be better for my purposes if we could replicate the environment that this make file was made for.</p>
  
  <p>More information:
  In /usr/lib64/ there are 2 libcurl.so files. One is "libcurl.so.4" and the other is "libcurl.so.4.3.0"</p>
  
  <p>Update:
  After a suggestion to install libcurl-devel, the errors have changed. Now I am getting hundreds of undefined reference errors in the same package. Examples follow:</p>
  
  <pre><code>/home/~/Downloads/git/Foo/Build_Tools/HLA/trunk/xerces-c/xerces-c-3.1.1/src/./sercesc/util/RefHashTableOf.c:415: undefined reference to 'operator delete(void*, unsigned long)'
  /usr/local/lib/libxerces-c.a(IGXMLScanner2.o):/home/~/Downloads/git/Foo/Build_Tools/HLA/trunk/xerces-c/xerces-c-3.1.1/src/./xercesc/util/RefHashTableOf.c:223: more undefined references to 'operator delete(void*, unsigned long)' follow
  </code></pre>
  
  <p>They seem to reference either delete, or <code>uset_&lt;Bar&gt;_50</code> which look like properties or global variables, transcoder functions and variables and the like. It almost feels like it's trying to connect to the wrong library.</p>