The updated file is: replica/rls/server/configure.in You could cvs up it in your source trees... then you'd have to ./bootstrap in that dir in order to update the actual configure script. I think that would work if you have autotools installed.
|-----Original Message----- |From: Von Welch [mailto:[EMAIL PROTECTED] |Sent: Wednesday, June 27, 2007 5:27 AM |To: Robert Schuler |Cc: Charles Bacon; globus email list |Subject: Re: [gt-user] 4.0.5 rls server linking missing symbols | | |Rob, | | I'm glad you were able to track it down. Any suggestion on how I |should proceed? I'm not certain I can recreate your fix from your |narrative below alone. | |Thanks, | |Von | | |On Jun 26, 2007, at 11:29 PM, Robert Schuler wrote: | |> I did recreate the build failure. Adding iodbcinst to the link options |> cleared up the 3 missing SQL* symbols: |> |> | | > _SQLGetConfigMode |> | | > _SQLGetPrivateProfileString |> | | > _SQLSetConfigMode |> |> But it still failed to find the following two symbols: |> |> | | > _GetCurrentProcess |> | | > _GetProcessInformation |> |> Turns out it doesn't have anything to do with iodbcinst (afaict). |> Instead, the symbols are all in libiodbc but the current configure |> favored libodbc as the link option. So I've made a couple changes |> to fix |> configure.in and I've committed it and moved the tag. |> |> Also, as a side note, those last couple symbols are not present in |> Linux |> builds of iodbc. |> |> Rob |> |> | -----Original Message----- |> | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On |> | Behalf Of Robert Schuler |> | Sent: Tuesday, June 26, 2007 5:26 PM |> | To: Charles Bacon; Von Welch |> | Cc: globus email list |> | Subject: RE: [gt-user] 4.0.5 rls server linking missing symbols |> | |> | The libiodbcinst has never been needed on the linkline before. I |> checked |> | my recent Linux build and RLS linked against the flavored |> libiodbcinst. |> | Now, I'm running a build on a Mac OSX box to double-check there. |> Let |> me |> | see if I can re-create it. |> | |> | | -----Original Message----- |> | | From: Charles Bacon [mailto:[EMAIL PROTECTED] |> | | Sent: Tuesday, June 26, 2007 11:06 AM |> | | To: Von Welch; Robert Schuler |> | | Cc: globus email list |> | | Subject: Re: [gt-user] 4.0.5 rls server linking missing symbols |> | | |> | | Okay. I talked with Von a little about this offlist. Those |> symbols |> | | should be coming from libiodbcinst_gcc32dbgpthr.dylib. Von does |> have |> | | that library, and at least _SQLGetConfigMode is set in that |> library. |> | | The question I have is whether that library needs to be |> listed in |> the |> | | linkline of RLS? I didn't see it listed. |> | | |> | | |> | | Charles |> | | |> | | On Jun 26, 2007, at 7:47 AM, Von Welch wrote: |> | | |> | | > I'm running into the following missing symbols for the rls |> server |> | | > doing a 4.0.5 source build on Mac OS 10.4 (Intel). Can someone |> | | > point me at what should be providing them? Googling for the |> symbols |> | | > seems to indicate it's iodbc2, but I'm not building |> | '--with-iodbc2'. |> | | > |> | | > _SQLGetConfigMode |> | | > _SQLGetPrivateProfileString |> | | > _SQLSetConfigMode |> | | > _GetCurrentProcess |> | | > _GetProcessInformation |> | | > |> | | > More link output appended. |> | | > |> | | > Thanks, |> | | > |> | | > Von |> | | > |> | | > /usr/local/gt-4.0.5//sbin/gpt-build -srcdir=source-trees- |> thr/ |> | | > replica/rls/server gcc32dbgpthr |> | | > gpt-build ====> CHECKING BUILD DEPENDENCIES FOR |> globus_rls_server |> | | > gpt-build ====> Changing to /private/tmp/gt4.0.5-all-source- |> | | > installer/source-trees-thr/replica/rls/server |> | | > gpt-build ====> BUILDING FLAVOR gcc32dbgpthr |> | | > GLOBUS_LOCATION=/usr/local/gt-4.0.5/; export GLOBUS_LOCATION; |> /usr/ |> | | > bin/make |> | | > ...snip... |> | | > /usr/bin/gcc -g -m32 -fno-common -D_REENTRANT -Wall -m32 -o |> globus- |> | | > rls-server auth.o bloom.o conf.o db.o event.o lock.o lrc.o |> misc.o |> | | > rli.o server.o update.o usage.o -L/usr/local/gt-4.0.5//lib - |> | | > lodbc_gcc32dbgpthr /usr/local/gt-4.0.5//lib/ |> | | > libglobus_rls_client_gcc32dbgpthr.dylib |> /usr/local/gt-4.0.5//lib/ |> | | > libglobus_usage_gcc32dbgpthr.dylib /usr/local/gt-4.0.5//lib/ |> | | > libglobus_io_gcc32dbgpthr.dylib /usr/local/gt-4.0.5//lib/ |> | | > libglobus_xio_gcc32dbgpthr.dylib /usr/local/gt-4.0.5//lib/ |> | | > libgssapi_error_gcc32dbgpthr.dylib /usr/local/gt-4.0.5//lib/ |> | | > libglobus_gss_assist_gcc32dbgpthr.dylib |> /usr/local/gt-4.0.5//lib/ |> | | > libglobus_gssapi_gsi_gcc32dbgpthr.dylib |> /usr/local/gt-4.0.5//lib/ |> | | > libglobus_gsi_proxy_core_gcc32dbgpthr.dylib |> /usr/local/gt-4.0.5// |> | | > lib/libglobus_gsi_credential_gcc32dbgpthr.dylib /usr/local/ |> | | > gt-4.0.5//lib/libglobus_gsi_callback_gcc32dbgpthr.dylib |> /usr/local/ |> | | > gt-4.0.5//lib/libglobus_oldgaa_gcc32dbgpthr.dylib /usr/local/ |> | | > gt-4.0.5//lib/libglobus_gsi_sysconfig_gcc32dbgpthr.dylib |> | /usr/local/ |> | | > gt-4.0.5//lib/libglobus_gsi_cert_utils_gcc32dbgpthr.dylib / |> usr/ |> | | > local/gt-4.0.5//lib/libglobus_openssl_gcc32dbgpthr.dylib |> | /usr/local/ |> | | > gt-4.0.5//lib/libglobus_openssl_error_gcc32dbgpthr.dylib |> | /usr/local/ |> | | > gt-4.0.5//lib/libglobus_callout_gcc32dbgpthr.dylib /usr/local/ |> | | > gt-4.0.5//lib/libglobus_proxy_ssl_gcc32dbgpthr.dylib /usr/ |> local/ |> | | > gt-4.0.5//lib/libglobus_common_gcc32dbgpthr.dylib /usr/local/ |> | | > gt-4.0.5//lib/libssl_gcc32dbgpthr.dylib |> /usr/local/gt-4.0.5//lib/ |> | | > libcrypto_gcc32dbgpthr.dylib /usr/local/gt-4.0.5//lib/ |> | | > libltdl_gcc32dbgpthr.dylib -lm -lpthread |> | | > /usr/bin/ld: Undefined symbols: |> | | > _SQLGetConfigMode |> | | > _SQLGetPrivateProfileString |> | | > _SQLSetConfigMode |> | | > _GetCurrentProcess |> | | > _GetProcessInformation |> | | > collect2: ld returned 1 exit status |> | | > make[2]: *** [globus-rls-server] Error 1 |> | | > make[1]: *** [all-recursive] Error 1 |> | | > |>
