Compiling source with new code. (Doug Zain)

Derek Atkins warlord at MIT.EDU
Tue Sep 6 13:35:47 EDT 2005


Read the list archives here for the last, oh, three years.

-derek

Quoting Doug Zain <dzain at yahoo.com>:

> Derek, Thanks for the help that worked...
>
> Were can I find more information on the postgres
> rewrite?
>
> Thanks again
>
> --- gnucash-devel-request at gnucash.org wrote:
>
>> Send gnucash-devel mailing list submissions to
>> 	gnucash-devel at gnucash.org
>>
>> To subscribe or unsubscribe via the World Wide Web,
>> visit
>>
>>
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> or, via email, send a message with subject or body
>> 'help' to
>> 	gnucash-devel-request at gnucash.org
>>
>> You can reach the person managing the list at
>> 	gnucash-devel-owner at gnucash.org
>>
>> When replying, please edit your Subject line so it
>> is more specific
>> than "Re: Contents of gnucash-devel digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Compiling source with new code. (Doug Zain)
>>    2. Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>>       and gettext (Neil Williams)
>>    3. Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>>       and gettext (Neil Williams)
>>    4. Re: Please do not commit any more code until
>> you can compile
>>       with	-Werror (Neil Williams)
>>    5. Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>>       and gettext (Derek Atkins)
>>    6. Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>>       and gettext (Derek Atkins)
>>    7. Re: Compiling source with new code. (Derek
>> Atkins)
>>    8. Re: Please do not commit any more code until
>> you can compile
>>       with	-Werror (Derek Atkins)
>>    9. Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>>       and gettext (Neil Williams)
>>   10. Re: Please do not commit any more code until
>> you can compile
>>       with	-Werror (Anthony Juckel)
>>
>>
>>
> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 5 Sep 2005 14:39:37 -0700 (PDT)
>> From: Doug Zain <dzain at yahoo.com>
>> Subject: Compiling source with new code.
>> To: gnucash-devel at gnucash.org
>> Message-ID:
>>
> <20050905213937.92495.qmail at web30004.mail.mud.yahoo.com>
>> Content-Type: text/plain; charset=iso-8859-1
>>
>> How can I add my own code to the backend/postgres
>> directory and get it to compile and link using make.
>>
>> I am just trying to learn what types of querys are
>> being sent to the postgres backend and how they are
>> processed.
>> The code created will write the querys to a file for
>> further investigation.
>>
>> Yes - I am a new hacker...
>>
>>
>>
>>
>>
> ______________________________________________________
>> Click here to donate to the Hurricane Katrina relief
>> effort.
>> http://store.yahoo.com/redcross-donate3/
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Tue, 6 Sep 2005 11:32:16 +0100
>> From: Neil Williams <linux at codehelp.co.uk>
>> Subject: Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>> 	and gettext
>> To: gnucash-devel at gnucash.org
>> Message-ID:
>> <200509061132.19408.linux at codehelp.co.uk>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> On Monday 05 September 2005 3:16 pm, Derek Atkins
>> wrote:
>> > Why are you replacing gnc_{un,}setenv() with
>> {un,}setenv() when NOT
>> > ALL SYSTEMS HAVE SETENV?
>>
>> Ah. B****er.
>>
>> OK, I've implemented the gnc_ - it's just a question
>> of how it will eventually
>> be defined. I can't let gnc-backend-file use files
>> from src/core-utils so I'm
>> currently using a cashutil-only header and added
>> setenv to AC_CHECK_FUNC in
>> cashutil. In the final libgnc-backend-file.la,
>> there'll be no included files
>> from src/core-utils or other parts of the gnucash
>> tree (like src/gnome) so
>> it'll be safe to define it within src/backend/file.
>>
>> > Bad Neil!  No Biscuit!
>>
>> I understand.
>>
>> --
>>
>> Neil Williams
>> =============
>> http://www.data-freedom.org/
>> http://www.nosoftwarepatents.com/
>> http://www.linux.codehelp.co.uk/
>>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: application/pgp-signature
>> Size: 189 bytes
>> Desc: not available
>> Url :
>>
> http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20050906/311deed3/attachment-0001.bin
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Tue, 6 Sep 2005 11:44:27 +0100
>> From: Neil Williams <linux at codehelp.co.uk>
>> Subject: Re: [Gnucash-changes]  check_data_type,
>> backend configuration
>> 	and gettext
>> To: gnucash-devel at gnucash.org
>> Message-ID:
>> <200509061144.30627.linux at codehelp.co.uk>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> On Monday 05 September 2005 3:28 pm, Derek Atkins
>> wrote:
>> > Umm, I don't think you can necessarily guarantee
>> that the .la is
>> > installed.
>>
>> ? I thought it was the recommended method for GNU
>> systems ?
>>
>>
> http://www.gnu.org/software/libtool/manual.html#Finding-the-dlname
>>
>> > Indeed, most places do NOT install the .la, just
>> the .so
>> > (or .dynlib) in the packaging system.
>>
>> Is there a problem in requiring that it *is*
>> installed? All packaging systems
>> that I know will *allow* it to be installed, it may
>> not be common practice
>> but it can be done - why else would GNU recommend
>> it?
>>
>> Isn't this a case of the packaging dictating to the
>> source? If there is a
>> standard and recommended GNU method that is declared
>> as "[t]he most
>> straightforward and flexible implementation" why
>> should the source be forced
>> to support a less straightforward and less flexible
>> method?
>>
>> What if a new system starts supporting GNU libtool
>> and adds yet another suffix
>> to the possible list?
>>
>> You've asked me to put the demands of the source
>> above those of the packaging
>> and now I'm confused.
>> :-(
>>
>> > Also, I'm not sure I like the new API, unless
>> "directory" is a "hint"
>> > -- the ldopen() should have a set of directories
>> it can search.  A
>> > "search path".
>>
>> I'll double-check, I thought it did this already
>> (internally). If not, I'll
>> add it - as recommended on the libtool page above.
>>
>> --
>>
>> Neil Williams
>>
> === message truncated ===
>
>
>
>
>
> ______________________________________________________
> Click here to donate to the Hurricane Katrina relief effort.
> http://store.yahoo.com/redcross-donate3/
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>



-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available



More information about the gnucash-devel mailing list