From owner-png-implement@ccrc.wustl.edu Tue Sep 3 11:57:51 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA12381 for ; Tue, 3 Sep 2002 11:57:50 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g83Gvof27411 for ; Tue, 3 Sep 2002 11:57:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g83Gvmq06432 for ; Tue, 3 Sep 2002 11:57:48 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g83GuDO27601; Tue, 3 Sep 2002 11:56:13 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g83GuBO27597; Tue, 3 Sep 2002 11:56:12 -0500 (CDT) Received: from gerard32 (213-84-79-234.adsl.xs4all.nl [213.84.79.234]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g83GuB9W040534; Tue, 3 Sep 2002 18:56:11 +0200 (CEST) From: "Gerard Juyn" Organization: Triple-T To: mng-list@ccrc.wustl.edu Date: Tue, 3 Sep 2002 18:56:10 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: [png-implement] *nix versioning CC: png-implement@ccrc.wustl.edu Message-ID: <3D7505CA.19507.4043038@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Or... the battle between the same worlds?!?!? Ok. I'm confused. Well, that's nothing new, but I have to admit that it gets a bit too much sometimes. One day I hear this, the next I hear that. Not being privvy to any of the underlying motivations makes it even harder. Anyway. Is there a 'uniform' versioning scheme in *nix land or not? My recent ideas and the posts some weeks back on the png-implement list make me believe there isn't. Which is bad but I suppose understandable. Now I don't want to go into a discussion on how this came to be, but I'd like to see if we can find some consensus on a future scheme for libmng. I presumed (wrongly I realize now) that *I* had decided on a versioning scheme and that was that. I still don't see why it should be different but appearently the autoconf stuff with libmng and the people behind that decided for me on the *nix front. So (if I'm correct) the shared lib for 1.0.1 to 1.0.4 remained so-1.0.0. In Windows it's pretty simple. There's libmng.dll. Any version will do, but if an app requires some function in a newer version it can simply include the latest 'standard' libmng.dll and install over the 'standard' version on the system (eg. in the Windows system directory), keeping in mind my iron rules. Or it can keep a local copy in its own binary directory. A simple check with libmng's version functions will tell it if it can expect problems or not, but even that's just necessary if loading libmng dynamically. Now on *nix the shared libraries have version-numbers in the name. No problem, but what's from keeping this the same as the internal library's version-number? There will never be binary incompatible changes in the exported functions. If they really need a change I'll add a secondary function. The only changes to worry about are added functions. And again, this is a simple check and a graceful message can do the job of informing the user. Or is it really more complicated than that? If so, could you please explain as if I was a 5-year old. Would it be a smart thing to add a 'supports_function()' routine? If so, that had best go in as quickly as possible. Gerard (ps. which list should we discuss this?) -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 3 12:31:59 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12744 for ; Tue, 3 Sep 2002 12:31:58 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g83HVwf02776 for ; Tue, 3 Sep 2002 12:31:58 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g83HVuq09262 for ; Tue, 3 Sep 2002 12:31:56 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g83HVq527766; Tue, 3 Sep 2002 12:31:52 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from webber.adilger.int (h24-67-14-151.cg.shawcable.net [24.67.14.151]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g83HUwO27756; Tue, 3 Sep 2002 12:30:58 -0500 (CDT) Received: from webber.adilger.int (adilger@localhost [127.0.0.1]) by webber.adilger.int (8.12.5/8.12.5/Debian-1) with ESMTP id g83HTEuc001439; Tue, 3 Sep 2002 11:29:14 -0600 Received: (from adilger@localhost) by webber.adilger.int (8.12.5/8.12.5/Debian-1) id g83HTDYD001437; Tue, 3 Sep 2002 11:29:13 -0600 From: Andreas Dilger Date: Tue, 3 Sep 2002 11:29:12 -0600 To: Gerard Juyn Cc: mng-list@ccrc.wustl.edu, png-implement@ccrc.wustl.edu Subject: Re: [png-implement] *nix versioning Message-ID: <20020903172912.GQ32468@clusterfs.com> Mail-Followup-To: Gerard Juyn , mng-list@ccrc.wustl.edu, png-implement@ccrc.wustl.edu References: <3D7505CA.19507.4043038@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D7505CA.19507.4043038@localhost> User-Agent: Mutt/1.4i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sep 03, 2002 18:56 +0200, Gerard Juyn wrote: > In Windows it's pretty simple. There's libmng.dll. Any version will do, > but if an app requires some function in a newer version it can simply > include the latest 'standard' libmng.dll and install over the 'standard' > version on the system (eg. in the Windows system directory), keeping in > mind my iron rules. The big problem with this (AFAIK) is that Windows apps have a tendency to think "they" are right and everyone else is wrong. This means that they will often overwrite a _newer_ version of libmng with an older one. Or they will make some minor change to the library and then say - I have to have _my_ version of libmng.dll to work, so I will overwrite others, they can work with my version, right? Cheers, Andreas -- Andreas Dilger http://www-mddsp.enel.ucalgary.ca/People/adilger/ http://sourceforge.net/projects/ext2resize/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 3 13:43:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA13734 for ; Tue, 3 Sep 2002 13:43:34 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g83IhXf15626 for ; Tue, 3 Sep 2002 13:43:33 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g83IhWq15212 for ; Tue, 3 Sep 2002 13:43:32 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g83IhQY28359; Tue, 3 Sep 2002 13:43:26 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from sutton.acbm.qc.ca (cowansville.acbm.qc.ca [207.96.170.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g83IhPO28355 for ; Tue, 3 Sep 2002 13:43:25 -0500 (CDT) Received: from pentium2400 ([207.61.133.228]) by sutton.acbm.qc.ca (Post.Office MTA v3.5.2 release 221 ID# 0-69929U800L2S100V35) with SMTP id ca for ; Tue, 3 Sep 2002 14:44:41 -0400 Message-ID: <002001c25379$c8f36de0$ea4afea9@pentium2400> From: simon-pierre.cadieux@methodex.ca (Methodex ( Simon-Pierre Cadieux )) To: References: <3D7505CA.19507.4043038@localhost> <20020903172912.GQ32468@clusterfs.com> Subject: Re: [png-implement] *nix versioning Date: Tue, 3 Sep 2002 14:42:49 -0400 Organization: Methodex MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Andreas Dilger" To: "Gerard Juyn" Cc: ; Sent: Tuesday, September 03, 2002 1:29 PM Subject: Re: [png-implement] *nix versioning > The big problem with this (AFAIK) is that Windows apps have a tendency > to think "they" are right and everyone else is wrong. This means that > they will often overwrite a _newer_ version of libmng with an older one. > Or they will make some minor change to the library and then say - I have > to have _my_ version of libmng.dll to work, so I will overwrite others, > they can work with my version, right? That is why starting with Windows 2000 any system DLL that gets overwritten by an incompatible version while installing a non-Microsoft application will be replaced in turn the next time the system boots up. That is because Windows holds a private cache of all systems DLLs and make sure that they match those in the system directory. Unfortunately this type of functionality is not available for custom DLLs such as libmng. Simon-Pierre -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 11:57:18 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA12335 for ; Thu, 5 Sep 2002 11:57:17 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85GvGf10728 for ; Thu, 5 Sep 2002 11:57:16 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85GvEq09992 for ; Thu, 5 Sep 2002 11:57:14 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85GuiP08799; Thu, 5 Sep 2002 11:56:44 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85GugO08790; Thu, 5 Sep 2002 11:56:43 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id DFA4D6DA31; Thu, 5 Sep 2002 11:56:36 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 80CB26DB6E; Thu, 5 Sep 2002 11:56:36 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 14377938B3; Thu, 5 Sep 2002 11:54:34 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 5 Sep 2002 16:54:34 UT From: "Soren Andersen" To: "PNG-Implement" , mng-list@ccrc.wustl.edu X-Epoch: 1031244996 X-Sasl-enc: kRmvz6eQUuHGNdRM1gtvkQ Subject: Re: [png-implement] *nix versioning Message-Id: <20020905165434.14377938B3@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, 3 Sep 2002 18:56:10 +0200, "Gerard Juyn" said: > Or... the battle between the same worlds?!?!? Not really to be surprised about, that there would be signs of a fundamental different "culture ethic" in Windows programming than in *nix programming. After all the maker of the OS itself designs its OS' installations routines to be "predatory" so that stuff written to places like HDD boot sectors by other versions of OS' from the same company get overwritten (thus making it difficult to manage multiple installations of Microsoft OS' unless one is very precise about installation order). "Doesn't play nicely with others" just about sums up Windows and it is internecine warfare as well as hostile to exotics. On to *nix: > Ok. I'm confused. Well, that's nothing new, but I have to admit that > it gets a bit too much sometimes. One day I hear this, the next I > hear that. Is there a 'uniform' versioning scheme in *nix land or > not? My recent ideas and the posts some weeks back on the > png-implement list make me believe there isn't. Which is bad but I > suppose understandable {snip} > I presumed (wrongly I realize now) that *I* had decided on a > versioning scheme and that was that. I still don't see why it should > be different but appearently the autoconf stuff with libmng and the > people behind that decided for me on the *nix front. So (if I'm > correct) the shared lib for 1.0.1 to 1.0.4 remained so-1.0.0. WRT to those posts a few weeks ago, maybe you caught the URL I announced, that documents how these things work for Cygwin, and that is the libtool (GNU Autotools as you are referring to) scheme. My site: # http://home.att.net/~perlspinr/libversioning.html (which may move in the future to http://home.att.net/~perlspinr/build_platforms/cygwin/libversioning.html but I will try to maintain a placeholder page to autoforward visitors to the new url). The libtool scheme is documented at the canonical location: # http://www.gnu.org/software/libtool/manual.html#Versioning > Now on *nix the shared libraries have version-numbers in the name. No > problem, but what's from keeping this the same as the internal > library's version-number? There will never be binary incompatible > changes in the exported functions. If they really need a change I'll > add a secondary function. The only changes to worry about are added > functions. And again, this is a simple check and a graceful message > can do the job of informing the user. Rather than reprint the information findable on the my page cited above I'll just sum up my understanding of the scheme as it relates to your question -- to quote: # So, here's an example: the libtool version is 5:4:3, which # indicates revision 4 of the implementation of interface 5, # which happens to be backwards compatible with the three # previous interface definitions. (ie. it is safe for # applications linked against interfaces 5, 4, 3 and 2 to # load the 5:4:3 dll at runtime). Called the "c:r:a" scheme: as I understand it, you bump the implementation number ("r", for 'revision' or '[MINOR] release' -- the middle number -- each time you release a revision that doesn't break binary compatibility. You start again from 0 (zero) I guess when you do break binary compatibility. The "a" number indicates how many interfaces back the binary compatibility extends -- so if you've only ever added new functions but never removed any (or, I guess, changed any "ordinals of entry points??" -- maybe that applies only to Windows-ish DLLs tho, caveat), then your "a" number is, uhh, one less than the "c" (current major release or "interface" number). I think that's right. IOW when you change the *interface* by any means (i.e. adding new functions), you bump the first number (the "c"); but you only also _reset_ to 0 (zero) the _last_ number (the "a") when and if you *do* break backwards compatibility (which you say you'll never do). So according to this we should never be seeing a release "8.0.0" of libmng from you ... you WILL be held accountable ;-) ...just joking. Chuck Wilson describes a hypothetical example library history in very helpful detail -- if you hadn't caught his posting or seen my page based on it (created with Chuck's permission), I think you'll find it illuminating. If you've been hearing something that contradicts what I am repeating here, I'd like to discuss it. Regards, Soren A -- http://fastmail.fm/ - Consolidate POP email and Hotmail in one place -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 12:57:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12954 for ; Thu, 5 Sep 2002 12:57:08 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85Hv7f19836 for ; Thu, 5 Sep 2002 12:57:08 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85Hv6q15020 for ; Thu, 5 Sep 2002 12:57:06 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85Htj109184; Thu, 5 Sep 2002 12:55:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85HthO09169; Thu, 5 Sep 2002 12:55:43 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 99D4C6DAC0; Thu, 5 Sep 2002 12:55:38 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 7C4A76DA60; Thu, 5 Sep 2002 12:55:38 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id E02EA93737; Thu, 5 Sep 2002 12:55:37 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 5 Sep 2002 17:55:37 UT From: "Soren Andersen" To: "PNG-Implement" , mng-list@ccrc.wustl.edu X-Epoch: 1031248538 X-Sasl-enc: HOV/GEUi31Sl07gic3eZwA Subject: Re: [png-implement] *nix versioning Message-Id: <20020905175537.E02EA93737@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, 3 Sep 2002 18:56:10 +0200, "Gerard Juyn" said: >So (if I'm correct) the shared lib for 1.0.1 to 1.0.4 remained >so-1.0.0. In light of what I just posted (and thereby refreshed my own understanding of), this sounds like it was done wrong. Sorry to say. Sounds like it should have gone: # yourlib-1.0.0 -> libyour.so.1.0.0 # yourlib-1.0.1 -> libyour.so.1.1.0 # yourlib-1.0.2 -> libyour.so.1.2.0 # yourlib-1.0.3 -> libyour.so.1.3.0 Messiness... OTOH it sounds like a mistake of a more minor cosmetic nature than major and serious, since it doesn't tell the system that binary compatible / backward compatible was preserved when it wasn't; it *was* preserved and so no nasty run-time surprises [all this ??? me]. Regards, Soren A -- http://fastmail.fm : send your email first class -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 15:14:29 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA14605 for ; Thu, 5 Sep 2002 15:14:29 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85KESf16866 for ; Thu, 5 Sep 2002 15:14:28 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85KEQq28238 for ; Thu, 5 Sep 2002 15:14:26 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85KDQg10199; Thu, 5 Sep 2002 15:13:26 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85KDPO10195 for ; Thu, 5 Sep 2002 15:13:25 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 52B496DA47 for ; Thu, 5 Sep 2002 15:13:19 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 2B3B16D9AE for ; Thu, 5 Sep 2002 15:13:19 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 52F8E936D2; Thu, 5 Sep 2002 15:13:18 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 5 Sep 2002 20:13:18 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031256799 X-Sasl-enc: bUYJ0U06ud+B64Gk/JYBGg Subject: [png-implement] Requesting Help (was: Re: sng ported to Cygwin) Message-Id: <20020905201318.52F8E936D2@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu What came before: Soren Andersen : > The following of standard build procedures for Unix-ish software > packages: > # ./configure [options] make make [test|install] > failed woefully on Cygwin OOB. I keep thinking that maybe someday I > will wake up and 'automake' will actually be nearly usable. Hasn't > happened yet. > This was my one experiment with the full-on autotool strategy. I am > not very surprised that it bit you; those tools seem to me to be > brittle and overengineered. > I suppose I should make one try at updating and testing before I > give up. And I promised to update the build-configuration part of the sng-1.0.1 package for Eric and to provide a patch to him. Well, I have done the work, and I'd like to ask for some help from any readers of this List that have a Bourne-compatible shell as their development platform (anybody on anything *nix-y that means, incl. Linuxen, SGI, [+ Cygwin and MinGW/MSYS but I can test the latter two for myself]). Because the linking aspect of building on *nix platforms is something I can only do "thought experiments" with, and thought experiments (theoretical grasp) aren't as reliable as a real run-throughs (empirical results), I need help from those working in Linux, SGI, HPUX, Solaris, whatever (and preferably using Gnu tools, most essentially the gcc compiler and Gnu `make', on any of the above or other such platforms). I know that I am asking a lot. But if a few people could make the time over the next 3 or 4 days (the weekend), it would be very appreciated. What I want is to have beta-testers try building my renovated packaging of using the standard procedures, as detailed below. The goal is to evaluate the 'configure' script that will set up the build according to your platform's requirements. I've got the 'configure' working fine on Cygwin and puzzlingly on MinGW/MSYS (cannot find png_get_io_pointer() in -lpng yet, for some reason). I can continue to work out the MinGW/MSYS problem for myself. ---------------------------------------------------- Details of what I have done and why it needs testing ---------------------------------------------------- 'sng' links to libpng (>= 1.0.9 req'd). The author, Eric S. Raymond ('esr' from here on) had for whatever reason made static linking the default (i.e., it required editing the Makefile in order to get a dynamic-link build). I do not know his reason and will ask him later. Or maybe he'll read this. It matters what kind of linking is to be done because Win32 is fundamentally distinct wrt DLLs from *Nix platforms. If a link to a DLL through an 'interface archive/library' is to be done on Win32, i.e. dynamic linking as it's conventionally done on Win32, then there is no link-time dependency on zlib and libm. That's how Windows DLLs work. Checking for them and trying to link them in is wasteful, doesn't actually do anything. OTOH if it is a static linking procedure on Win32, libm and zlib *are* required to be found at link time. In the interest of efficiency, enlightenment and cleanliness (elegance as I define it), my build configuration distinguishes library dependencies based on whether it's a static or a dynamic build, and on whether it's Win32 or not. {{Hopefully I haven't lost everybody yet.}} The basis of build configuration for sng is the 'configure' script which is the familiar shell script that everyone knows. In this package, the 'configure' script is generated from a configure.in file, and it is that configure.in file that I have modified extensively. In partnership with the files named Makefile.in and config.h.in, the 'configure' script, when executed by you, the user, will cause the generation of a Makefile and a file named config.h. These two files, "Makefile" and "config.h", are the core of your build setup. They will be present in your build dir, whether you are building in the srcdir or not. When the 'configure' script is run, you will offer it arguments (options flags) appropriate to your setup, and you *must* do "$ [pathtosrcdir]/configure --help" FIRST because there are options you need to know about that are specific to *this* package, in addition to all the familiar 'configure' options like '--prefix=' and so on. What I am *not* asking of people is that they run AUTOTOOLS on my revised sng package. Please let this be quite clear. There is no need for volunteers to even have the GNU autotools installed on their system; the GNU autotools are for the use of a software package _maintainer_, not for end users of reusable library code and portable applications code. The fact that the 'configure' script for sng is a GNU Autoconf -generated 'configure' script does not imply that the user of the software needs to have autotools installed. All that should be needed is a Bourne-compatible shell and basic tools of the Posix-ish sort. This seems to be a common point of misunderstanding which has greatly aggravated the veil of dislike and mistrust (richly earned, btw) through which non-experts in GNU Autotools view that system. ------------------------------ IF YOU HAVE AND USE AUTOTOOLS ------------------------------ Of course, I cannot stop anyone from messing around with my 'configure' script by running the 'autoconf' command on 'configure.in' to generate an new 'configure' file. But I am not asking anyone to do so. Most emphatically, however, I am WARNING any volunteers to NOT run Automake, the Dark Side of the Force that is Autotools, or you will nuke the 'Makefile.in'. The 'Makefile.in' that I am providing is HAND-WRITTEN and is integral to the build setup. If you nuke my Makefile.in by running or allowing to be run, the `automake' command, all warrentees are null and void. The thing which I have done here is to selectively and defensively, as is my right and obligation as a free soul, choose which parts of Autotools to utilize and which to ignore. The full-bore GNU-pure Autotools approach is a nightmare on Win32 platforms and I won't touch it with a ten-foot pole. And there's no justification for the infinitely delicate ("brittle") complexity it introduces, with a package as simple as 'sng'. This means that I have not *touched* the 'Makefile.am' file in the sng package and in fact if one shows up when you download or patch, I would prefer that users would delete it on sight. ----------------- System Variations ----------------- If somebody uses another `make' tool than GNU 'make', I apologize but the build will probably break. This isn't kosher, I know, but I have employed GNU make-isms to make this difficult porting task easier on myself at a time when I am flat-out-on-empty of inner resources to continue this task. It has to get done now or I won't be the one to do it. If someone who wants to volunteer uses a different C compiler than GNU gcc, it is possible that you'll be able to offer me advice on how to make 'configure' adaptable to the needs of your compiler and your linker. Right now there are gcc/ld -specific flags being used. I don't anticipate being able to do much in this regard and I don't care much, but if someone is able to offer me data points on other compiler's requirements I would take it under advisement. --------------- FINALLY, WHERE? --------------- To get the package patch, go to the URL # http://home.att.net/~perlspinr/PNGtools/sng/ and download the gzip compressed .diff patch indicated there. Go to the sng home page at # http://tuxedo.org/~esr/sng/ and download the version 1.0.1. Ungtar it and apply my patch using the 'patch' tool. A little later I will probably make an announcement of a self-contained archive packaging of the modified sng which will not require download and patching of the sng release from Eric's site. Less eager individuals might want to wait a little while for that ;-). I'll only be doing that for a limited time for the convenience of readers of this List; it's not my intention to make a public alternative release of sng in place of esr's official '1.0.1' or what will supercede it. Thanks in advance, Soren Andersen -- http://fastmail.fm - Ever wonder why we aren't named snailmail.sm? -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 15:43:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA14959 for ; Thu, 5 Sep 2002 15:43:08 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85Kh8f22499 for ; Thu, 5 Sep 2002 15:43:08 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85Kh6q00850 for ; Thu, 5 Sep 2002 15:43:06 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85Kgtd10337; Thu, 5 Sep 2002 15:42:55 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.web.de (smtp01.web.de [194.45.170.210]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85KgrO10333 for ; Thu, 5 Sep 2002 15:42:54 -0500 (CDT) Received: from [217.233.72.150] (helo=buddha.benkmann.de) by smtp.web.de with smtp (WEB.DE(Exim) 4.75 #2) id 17n3Si-0005Md-00 for png-implement@ccrc.wustl.edu; Thu, 05 Sep 2002 22:42:48 +0200 Date: Thu, 5 Sep 2002 22:42:42 +0200 From: Matthias Benkmann To: PNG Implement List Subject: [png-implement] which libpng version is needed Message-Id: <20020905224242.3b020c1e.haferfrost@web.de> X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; ) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Someone has reported the following errors when compiling my program png2ico. I hope I have correctly diagnosed this as being a problem with a libpng version that is too old. I'd like to know which version (as far as can be told from the errors) is the minimum version required to build successfully, i.e. what is the oldest version that defines the symbols in question? png2ico.cpp:115: warning: implicit declaration of function `int png_get_rows(...)' png2ico.cpp:276: warning: implicit declaration of function `int png_jmpbuf(...)' png2ico.cpp:285: `PNG_TRANSFORM_PACKING' undeclared (first use this function) png2ico.cpp:285: `PNG_TRANSFORM_STRIP_16' undeclared (first use this function) png2ico.cpp:286: warning: implicit declaration of function `int png_read_png(...)' MSB -- The real art of conversation is not only to say the right thing at the right time, but also to leave unsaid the wrong thing at the tempting moment. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 15:44:36 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA14983 for ; Thu, 5 Sep 2002 15:44:35 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85KiYf22738 for ; Thu, 5 Sep 2002 15:44:34 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85KiWq00971 for ; Thu, 5 Sep 2002 15:44:32 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85KiVS10366; Thu, 5 Sep 2002 15:44:31 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g85KiUO10362 for ; Thu, 5 Sep 2002 15:44:30 -0500 (CDT) Received: (qmail 14511 invoked from network); 5 Sep 2002 20:44:30 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 5 Sep 2002 20:44:30 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g85KiUX18074 for ; Thu, 5 Sep 2002 13:44:30 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g85KiTdK030833 for ; Thu, 5 Sep 2002 13:44:29 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g85KiT92030832 for png-implement@ccrc.wustl.edu; Thu, 5 Sep 2002 13:44:29 -0700 Received: from eclipse.sunspot.noao.edu (eclipse.sunspot.noao.edu [146.5.2.1]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85KdNO10314 for ; Thu, 5 Sep 2002 15:39:23 -0500 (CDT) Received: from umbra.sunspot.noao.edu (umbra.sunspot.noao.edu [146.5.2.126]) by eclipse.sunspot.noao.edu (8.10.2+Sun/8.10.2) with SMTP id g85KdGR28620; Thu, 5 Sep 2002 14:39:16 -0600 (MDT) Message-Id: <200209052039.g85KdGR28620@eclipse.sunspot.noao.edu> Date: Thu, 5 Sep 2002 14:39:15 -0600 (MDT) From: Craig Gullixson Subject: [png-implement] libpng-1.2.4 build To: png-implement@ccrc.wustl.edu Cc: craig@nso.edu MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: 1xwakrm/NbQfUKAPwzAQzA== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Hello, We have an mixed environment of sun4m and sun4u machines running a mix of Solaris 7 and Solaris 8. It appeared that the best solution for a build to be put on a shared file system would be to use the scripts/makefile.solaris. The version of gcc being used is 2.8.1. When building on a sun4u machine running Solaris 8, make test fails as follows: 466 u >> make test ./pngtest ld.so.1: ./pngtest: fatal: relocation error: file ./pngtest: symbol __register_frame_info: referenced symbol not found gmake: *** [test] Killed After some playing around, I managed to make a modified version of the scripts/makefile.32sunu makefile to work. The diffs are below. Note the bug found in scripts/makefile.32sunu at line 147. As the differences between the makefile.solaris and makefile.32sunu are mostly dealing with using Sun's cc instead of gcc, it appears that this might be an issue with (our admittedly old) gcc. ________________________________________________________________________ Craig A. Gullixson Senior Research Associate INTERNET: cgullixson@nso.edu National Solar Observatory/Sac. Peak PHONE: (505) 434-7065 Sunspot, NM 88349 USA FAX: (505) 434-7029 *** Makefile Thu Sep 5 14:15:50 2002 --- scripts/makefile.32sunu Sun Jul 7 18:15:16 2002 *************** *** 6,16 **** # For conditions of distribution and use, see copyright notice in png.h CC=cc ! SUN_CC_FLAGS=-fast ! SUN_LD_FLAGS=-fast # where make install puts libpng.a, libpng12.so and libpng12/png.h ! prefix=/home/craig/mytmp/try # Where the zlib library and include files are located # Changing these to ../zlib poses a security risk. If you want --- 6,16 ---- # For conditions of distribution and use, see copyright notice in png.h CC=cc ! SUN_CC_FLAGS=-fast -xtarget=ultra ! SUN_LD_FLAGS=-fast -xtarget=ultra # where make install puts libpng.a, libpng12.so and libpng12/png.h ! prefix=/a # Where the zlib library and include files are located # Changing these to ../zlib poses a security risk. If you want *************** *** 18,25 **** #ZLIBLIB=../zlib #ZLIBINC=../zlib ! ZLIBLIB=/usr/local/lib ! ZLIBINC=/usr/local/include WARNMORE=-Wwrite-strings -Wpointer-arith -Wshadow \ -Wmissing-declarations -Wtraditional -Wcast-align \ --- 18,25 ---- #ZLIBLIB=../zlib #ZLIBINC=../zlib ! ZLIBLIB=/usr/lib ! ZLIBINC=/usr/include WARNMORE=-Wwrite-strings -Wpointer-arith -Wshadow \ -Wmissing-declarations -Wtraditional -Wcast-align \ *************** *** 80,87 **** ( cat scripts/libpng-config-head.in; \ echo prefix=\"$(prefix)\"; \ echo cppflags=\"-I$(INCPATH)/$(LIBNAME)\"; \ ! echo cflags=\"-fast\"; \ ! echo ldflags=\"-fast -L$(LIBPATH) -R$(LIBPATH)\"; \ echo libs=\"-lpng12 -lz -lm\"; \ cat scripts/libpng-config-body.in ) > libpng-config chmod +x libpng-config --- 80,87 ---- ( cat scripts/libpng-config-head.in; \ echo prefix=\"$(prefix)\"; \ echo cppflags=\"-I$(INCPATH)/$(LIBNAME)\"; \ ! echo cflags=\"-xtarget=ultra\"; \ ! echo ldflags=\"-xtarget=ultra -L$(LIBPATH) -R$(LIBPATH)\"; \ echo libs=\"-lpng12 -lz -lm\"; \ cat scripts/libpng-config-body.in ) > libpng-config chmod +x libpng-config *************** *** 144,150 **** ln -f -s $(LIBNAME).so.$(PNGVER) libpng.so.3.$(PNGMIN); \ ln -f -s $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ); \ ln -f -s $(LIBNAME).so.$(PNGMAJ) $(LIBNAME).so) ! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; -@/bin/rm -f $(DL)/pkgconfig/libpng12.pc -@/bin/rm -f $(DL)/pkgconfig/libpng.pc cp libpng.pc $(DL)/pkgconfig/libpng12.pc --- 144,150 ---- ln -f -s $(LIBNAME).so.$(PNGVER) libpng.so.3.$(PNGMIN); \ ln -f -s $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ); \ ln -f -s $(LIBNAME).so.$(PNGMAJ) $(LIBNAME).so) ! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig -@/bin/rm -f $(DL)/pkgconfig/libpng12.pc -@/bin/rm -f $(DL)/pkgconfig/libpng.pc cp libpng.pc $(DL)/pkgconfig/libpng12.pc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 15:55:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA15195 for ; Thu, 5 Sep 2002 15:55:52 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85Ktpf25320 for ; Thu, 5 Sep 2002 15:55:51 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85Ktnq02180 for ; Thu, 5 Sep 2002 15:55:49 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85Ktk810430; Thu, 5 Sep 2002 15:55:46 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g85KtjO10426 for ; Thu, 5 Sep 2002 15:55:45 -0500 (CDT) Received: (qmail 3463 invoked from network); 5 Sep 2002 20:55:45 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 5 Sep 2002 20:55:45 -0000 Received: from sonic.net (bolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g85Ktjp00626 for ; Thu, 5 Sep 2002 13:55:45 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g85KtjdK032318 for ; Thu, 5 Sep 2002 13:55:45 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g85KtjCK032317 for png-implement@ccrc.wustl.edu; Thu, 5 Sep 2002 13:55:45 -0700 Received: from eclipse.sunspot.noao.edu (eclipse.sunspot.noao.edu [146.5.2.1]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85KowO10397 for ; Thu, 5 Sep 2002 15:50:58 -0500 (CDT) Received: from umbra.sunspot.noao.edu (umbra.sunspot.noao.edu [146.5.2.126]) by eclipse.sunspot.noao.edu (8.10.2+Sun/8.10.2) with SMTP id g85KouR28952; Thu, 5 Sep 2002 14:50:57 -0600 (MDT) Message-Id: <200209052050.g85KouR28952@eclipse.sunspot.noao.edu> Date: Thu, 5 Sep 2002 14:50:56 -0600 (MDT) From: Craig Gullixson Subject: [png-implement] Re: libpng-1.2.4 build To: png-implement@ccrc.wustl.edu, craig@nso.edu MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: Dr4Isril25nkEi426sUFfw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4.2 SunOS 5.8 sun4u sparc Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Grr, The fix to the bug on line 147 referenced below should be ! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; fi not ! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; ---Craig >Hello, > >We have an mixed environment of sun4m and sun4u machines running a mix >of Solaris 7 and Solaris 8. It appeared that the best solution for >a build to be put on a shared file system would be to use the >scripts/makefile.solaris. The version of gcc being used is 2.8.1. >When building on a sun4u machine running Solaris 8, make test fails >as follows: > > 466 u >> make test > ./pngtest > ld.so.1: ./pngtest: fatal: relocation error: file ./pngtest: symbol > __register_frame_info: referenced symbol not found > gmake: *** [test] Killed > >After some playing around, I managed to make a modified version of the >scripts/makefile.32sunu makefile to work. The diffs are below. Note the >bug found in scripts/makefile.32sunu at line 147. As the differences between >the makefile.solaris and makefile.32sunu are mostly dealing with using Sun's >cc instead of gcc, it appears that this might be an issue with (our admittedly >old) gcc. > >________________________________________________________________________ >Craig A. Gullixson >Senior Research Associate INTERNET: cgullixson@nso.edu >National Solar Observatory/Sac. Peak PHONE: (505) 434-7065 >Sunspot, NM 88349 USA FAX: (505) 434-7029 > > >*** Makefile Thu Sep 5 14:15:50 2002 >--- scripts/makefile.32sunu Sun Jul 7 18:15:16 2002 >*************** >*** 6,16 **** > # For conditions of distribution and use, see copyright notice in png.h > > CC=cc >! SUN_CC_FLAGS=-fast >! SUN_LD_FLAGS=-fast > > # where make install puts libpng.a, libpng12.so and libpng12/png.h >! prefix=/home/craig/mytmp/try > > # Where the zlib library and include files are located > # Changing these to ../zlib poses a security risk. If you want >--- 6,16 ---- > # For conditions of distribution and use, see copyright notice in png.h > > CC=cc >! SUN_CC_FLAGS=-fast -xtarget=ultra >! SUN_LD_FLAGS=-fast -xtarget=ultra > > # where make install puts libpng.a, libpng12.so and libpng12/png.h >! prefix=/a > > # Where the zlib library and include files are located > # Changing these to ../zlib poses a security risk. If you want >*************** >*** 18,25 **** > #ZLIBLIB=../zlib > #ZLIBINC=../zlib > >! ZLIBLIB=/usr/local/lib >! ZLIBINC=/usr/local/include > > WARNMORE=-Wwrite-strings -Wpointer-arith -Wshadow \ > -Wmissing-declarations -Wtraditional -Wcast-align \ >--- 18,25 ---- > #ZLIBLIB=../zlib > #ZLIBINC=../zlib > >! ZLIBLIB=/usr/lib >! ZLIBINC=/usr/include > > WARNMORE=-Wwrite-strings -Wpointer-arith -Wshadow \ > -Wmissing-declarations -Wtraditional -Wcast-align \ >*************** >*** 80,87 **** > ( cat scripts/libpng-config-head.in; \ > echo prefix=\"$(prefix)\"; \ > echo cppflags=\"-I$(INCPATH)/$(LIBNAME)\"; \ >! echo cflags=\"-fast\"; \ >! echo ldflags=\"-fast -L$(LIBPATH) -R$(LIBPATH)\"; \ > echo libs=\"-lpng12 -lz -lm\"; \ > cat scripts/libpng-config-body.in ) > libpng-config > chmod +x libpng-config >--- 80,87 ---- > ( cat scripts/libpng-config-head.in; \ > echo prefix=\"$(prefix)\"; \ > echo cppflags=\"-I$(INCPATH)/$(LIBNAME)\"; \ >! echo cflags=\"-xtarget=ultra\"; \ >! echo ldflags=\"-xtarget=ultra -L$(LIBPATH) -R$(LIBPATH)\"; \ > echo libs=\"-lpng12 -lz -lm\"; \ > cat scripts/libpng-config-body.in ) > libpng-config > chmod +x libpng-config >*************** >*** 144,150 **** > ln -f -s $(LIBNAME).so.$(PNGVER) libpng.so.3.$(PNGMIN); \ > ln -f -s $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ); \ > ln -f -s $(LIBNAME).so.$(PNGMAJ) $(LIBNAME).so) >! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; > -@/bin/rm -f $(DL)/pkgconfig/libpng12.pc > -@/bin/rm -f $(DL)/pkgconfig/libpng.pc > cp libpng.pc $(DL)/pkgconfig/libpng12.pc >--- 144,150 ---- > ln -f -s $(LIBNAME).so.$(PNGVER) libpng.so.3.$(PNGMIN); \ > ln -f -s $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ); \ > ln -f -s $(LIBNAME).so.$(PNGMAJ) $(LIBNAME).so) >! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig > -@/bin/rm -f $(DL)/pkgconfig/libpng12.pc > -@/bin/rm -f $(DL)/pkgconfig/libpng.pc > cp libpng.pc $(DL)/pkgconfig/libpng12.pc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 16:50:26 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA15893 for ; Thu, 5 Sep 2002 16:50:22 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85LoKf05458 for ; Thu, 5 Sep 2002 16:50:21 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85LoJq06935 for ; Thu, 5 Sep 2002 16:50:19 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85Lo3x10634; Thu, 5 Sep 2002 16:50:03 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from h009.c021.snv.cp.net (h009.c021.snv.cp.net [209.228.35.179]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85Lo2O10630 for ; Thu, 5 Sep 2002 16:50:02 -0500 (CDT) Received: from mail.dignons.com.criticalpath.net (209.228.35.180) by h009.c021.snv.cp.net (5.6.0.25) (authenticated as terry@dignons.com) id 3D1DA655000DAD78 for png-implement@ccrc.wustl.edu; Thu, 5 Sep 2002 14:50:02 -0700 Received: from [172.170.107.243] by mail.dignons.com with HTTP; Thu, 05 Sep 2002 14:50:02 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu From: "Terry Dignon" Subject: [png-implement] problems installing libpng X-Sent-From: terry@dignons.com Date: Thu, 05 Sep 2002 14:50:02 -0700 (PDT) X-Mailer: Web Mail 5.0.11-9 Message-Id: <20020905145002.28133.h010.c021.wm@mail.dignons.com.criticalpath.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu upon trying to compile libpng, i get the error /usr/libexec/elf/ld: invalid BFD target `-L/opt/zlib/lib' *** Error code 1 i have been unable to figure out why this is occurring. any ideas? thanks. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 17:14:07 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16372 for ; Thu, 5 Sep 2002 17:14:07 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85ME6f10706 for ; Thu, 5 Sep 2002 17:14:06 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85ME4q08836 for ; Thu, 5 Sep 2002 17:14:04 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85ME1F10724; Thu, 5 Sep 2002 17:14:01 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85ME0O10720 for ; Thu, 5 Sep 2002 17:14:00 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H1Z00E36KFBFT@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 05 Sep 2002 18:14:00 -0400 (EDT) Date: Thu, 05 Sep 2002 18:08:34 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.4 build In-reply-to: <200209052050.g85KouR28952@eclipse.sunspot.noao.edu> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: craig@nso.edu Message-id: <3.0.6.32.20020905180834.00f06d10@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 02:50 PM 9/5/02 -0600, Craig wrote: >Grr, > >The fix to the bug on line 147 referenced below should be > >! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; fi > >not > >! -@if [ ! -d $(DL)/pkgconfig ]; then mkdir $(DL)/pkgconfig ; Thanks. That makes a lot more sense. I checked the rest of the makefiles in libpng-1.2.5rc1 and the bug only existed in makefile.32sunu Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 17:20:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16456 for ; Thu, 5 Sep 2002 17:20:33 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85MKWf11560 for ; Thu, 5 Sep 2002 17:20:32 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85MKUq09324 for ; Thu, 5 Sep 2002 17:20:31 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85MKRS10762; Thu, 5 Sep 2002 17:20:27 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85MKQO10758 for ; Thu, 5 Sep 2002 17:20:26 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H1Z000SDKQ20N@mtaout06.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 05 Sep 2002 18:20:27 -0400 (EDT) Date: Thu, 05 Sep 2002 18:15:00 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] which libpng version is needed In-reply-to: <20020905224242.3b020c1e.haferfrost@web.de> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020905181500.00f09b10@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:42 PM 9/5/02 +0200, Matthias Benkmann wrote: >Someone has reported the following errors when compiling my program >png2ico. I hope I have correctly diagnosed this as being a problem with a >libpng version that is too old. I'd like to know which version (as far as >can be told from the errors) is the minimum version required to build >successfully, i.e. what is the oldest version that defines the symbols in >question? > >png2ico.cpp:115: warning: implicit declaration of function `int >png_get_rows(...)' > >png2ico.cpp:276: warning: implicit declaration of function `int >png_jmpbuf(...)' > >png2ico.cpp:285: `PNG_TRANSFORM_PACKING' undeclared (first use this >function) > >png2ico.cpp:285: `PNG_TRANSFORM_STRIP_16' undeclared (first use this >function) > >png2ico.cpp:286: warning: implicit declaration of function `int >png_read_png(...)' These all appeared for the first time in libpng-1.0.6 Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 17:24:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16503 for ; Thu, 5 Sep 2002 17:24:33 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85MOWf12066 for ; Thu, 5 Sep 2002 17:24:32 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85MOVq09646 for ; Thu, 5 Sep 2002 17:24:31 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85MOSE10785; Thu, 5 Sep 2002 17:24:28 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85MORO10781 for ; Thu, 5 Sep 2002 17:24:28 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 63D6B6D9EB; Thu, 5 Sep 2002 17:24:21 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id E7C286DA29; Thu, 5 Sep 2002 17:24:20 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id BCE3F937C7; Thu, 5 Sep 2002 17:24:19 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 5 Sep 2002 22:24:19 UT From: "Soren Andersen" To: "Eric S. Raymond" X-Epoch: 1031264661 X-Sasl-enc: ZVwFn8AZcVYfZ8cF0nK1fQ Cc: "PNG-Implement" Subject: [png-implement] More about libPNG, sng and build-configuration Message-Id: <20020905222419.BCE3F937C7@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu { Best viewed with a fixed-width font } Hello PNG-Implement List, The basic philosophy of the autoconf-based 'configure' mechanism for libPNG I've authored is "The user always knows best, except when s/he doesn't". A simple schematic of how this 'configure' approach works is given here. context: PKG REQUIRES LIBPNG | LEVEL 1 |--USER SPECIFIES LOCATION--(failure) / (success)--ToEnd | | LEVEL 2 |----PKG-CONFIG INVOKED-----------(failure) / (success)--ToEnd | | LEVEL 3 |------LIBPNG-CONFIG INVOKED-------------(failure) / (success)--ToEnd | | LEVEL 4 |----------{{ negative result }}----------------ToEnd This "cascade" ends in "soft failure". The configure script does not die, but warns the user that libPNG couldn't be detected if s/he specified a location, or else couldn't be confirmed through a script utility findable on the system (by the 'configure' process).[*see end] If successful, what is expected is that 4 macro substitutions will be made in the Makefile output by the 'configure' run. They are: (1) CPPFLAGS are whatever (if any) the user gave on the 'configure' command line, with the include directives ('-I') needed for libPNG appended. (2) LIBS will contain '-lz -lm' if the combination of Win32/not Win32 platform and link-type requires it. (3) LDFLAGS will contain whatever the user might have supplied on the 'configure' command line, with the linker directive ('-L') appended. (4) LDADD (which btw is the only one of these macros that is not "marked automatically" in autoconf for substitution, although it is seemingly commonplace for automake-generated Makefiles to mention it) starts out empty and will contain something on success. What it contains depends on how libPNG was "found." If the user specified a libPNG location, it contains '-lpng'. If libPNG was "detected" by one of the script facility mechanisms, it might contain '-lpng12' (or whatever the 'so number' of the libPNG that was last installed is). This is why using the deeper levels of the cascade -- the script-facilitated system detection provided by either pkg-config or libpng-config -- is superior, imo, to having the user specify explicitly in the options to the 'configure' run. On success, when the substitutions made by the autoconf ('configure') macros are done, the Makefile will thus have stuff that assembles to look like this: [ where the AM_[stuff] might as well be left out ] COMPILE = $(CC) $(DEFS) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) \ $(AM_CFLAGS) $(CFLAGS) CCLD = $(CC) LINK = $(CCLD) $(AM_CFLAGS) \ $(CFLAGS) $(LDFLAGS) -o $@ where INCLUDES = $(DEFAULT_INCLUDES) which is the current (build) dir + the srcdir. And the shell command for building (linking) the application executable looks like this: $(LINK) $(sng_LDFLAGS) $(sng_OBJECTS) $(sng_LDADD) $(LIBS) (where 'sng_' can be replaced by whatever the package author wants). Here, sng_LDADD = $(LDADD), and sng_LDFLAGS is empty, so that the final command resolves to something like gcc -O2 -g -Bstatic -Llibpngdir -o sng.exe stuff.o \ mstuff.o mmstuff.o -lpng12 -lz -lm Which TTBOMK does the "Right Thing" on all ports of gcc and its GNU ld. ---------------------------------------------------------------------- [*note] On *failure*, the user still has the option to go in and hand-edit the generated Makefile to fix or alter whatever s/he needs to in order to get things working. One thing I absolutely deplore about the autotools-based 'configure' scripts in so many packages out there is how they take away choice from the user, notably by 'hard failing' or dying on error instead of giving a warning. That's not *progress*, that's regression. Removal of choice is what Proprietary software has been giving us and what Open Source / Free software was supposed to let us get free from. Somebody needs to give the GNU Autotools maintainers a B I G wake-up call. I am publishing this explanatory description of how my build modifications to the package work in hopes that they'll be picked up and used by authors of packages that, like , need to link to libPNG. I plan to publish my new Autoconf macros and 'configure-in' routines independently of the project in hopes that this approach will win a few converts or at least demonstrate that things can be done better than they generally have up until now. Regards, Soren Andersen -- The makefiles which eventually result from using 'automake' 1.5x are monstrosities. Sheer hellish madness. Several dozen targets, named obscene things like "am_remake_your_mother"; utterly counter-intuitive, buried in 4 or 5 levels of indirection, swamped in a thousand lines of baffling, migraine-inducing auto-generated superfluity. [These] Makefiles ought to be taken out and bled to death slowly, shot, burned, staked through the heart, generally Buffy-ated to the maximum possible extent. -- Soren Andersen (me) in -- http://fastmail.fm/ - A fast, anti-spam email service. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 17:41:46 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16631 for ; Thu, 5 Sep 2002 17:41:45 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85Mfif13168 for ; Thu, 5 Sep 2002 17:41:44 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85Mfaq10621 for ; Thu, 5 Sep 2002 17:41:36 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85MeSC10843; Thu, 5 Sep 2002 17:40:28 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85MeSO10839 for ; Thu, 5 Sep 2002 17:40:28 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H1Z0013QLNGC0@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 05 Sep 2002 18:40:28 -0400 (EDT) Date: Thu, 05 Sep 2002 18:35:02 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] problems installing libpng X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020905183502.00f07bf0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 02:50 PM 9/5/02 -0700, Terry Dignon wrote: >upon trying to compile libpng, i get the error > >/usr/libexec/elf/ld: invalid BFD target >`-L/opt/zlib/lib' >*** Error code 1 You have to use the same compiler options building libpng as you did building zlib. I haven't seen that exact message (and don't even know what platform you are using) but similar things happen on the SGI if you build one with the -o32 ABI and the other with -n32 or -64. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 5 17:44:22 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16670 for ; Thu, 5 Sep 2002 17:44:22 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g85MiMf13838 for ; Thu, 5 Sep 2002 17:44:22 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g85MiKq10819 for ; Thu, 5 Sep 2002 17:44:20 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g85MiJE10851; Thu, 5 Sep 2002 17:44:19 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.web.de (smtp03.web.de [217.72.192.158]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g85MiHO10847 for ; Thu, 5 Sep 2002 17:44:18 -0500 (CDT) Received: from [217.233.72.150] (helo=buddha.benkmann.de) by smtp.web.de with smtp (WEB.DE(Exim) 4.75 #2) id 17n5MH-0001jr-00 for png-implement@ccrc.wustl.edu; Fri, 06 Sep 2002 00:44:17 +0200 Date: Fri, 6 Sep 2002 00:44:11 +0200 From: Matthias Benkmann To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] which libpng version is needed Message-Id: <20020906004411.692f1db6.haferfrost@web.de> In-Reply-To: <3.0.6.32.20020905181500.00f09b10@mail.comcast.net> References: <20020905224242.3b020c1e.haferfrost@web.de> <3.0.6.32.20020905181500.00f09b10@mail.comcast.net> X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; ) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Thu, 05 Sep 2002 18:15:00 -0400 Glenn Randers-Pehrson wrote: > These all appeared for the first time in libpng-1.0.6 Thanks. MSB -- Black holes are where God divided by zero. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 9 08:27:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA26680 for ; Mon, 9 Sep 2002 08:27:13 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g89DRCD00697 for ; Mon, 9 Sep 2002 08:27:12 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g89DRAq04190 for ; Mon, 9 Sep 2002 08:27:10 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g89DPXg25936; Mon, 9 Sep 2002 08:25:33 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from thomas.numericable.net (thomas.numericable.net [80.236.0.149]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g89DPWO25932 for ; Mon, 9 Sep 2002 08:25:32 -0500 (CDT) Received: (qmail 16782 invoked from network); 9 Sep 2002 13:25:31 -0000 Received: from unknown (HELO nystep) ([80.236.92.216]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 9 Sep 2002 13:25:31 -0000 Message-ID: <003401c25804$6071cf20$d85cec50@nystep> From: "Julien Perrier-cornet" To: Subject: [png-implement] problem with implementation of a png reader Date: Mon, 9 Sep 2002 15:25:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi everyone, I'm new to this maling list, so i'd like to greet everyone before starting. I'm a rather young programmer who is attempting to code a png image loader, and I have a problem. I get an access violation error when i call png_read_info. I've installed libpng-1.2.4-1-bin, libpng-1.2.4-1-lib and libpng-1.2.4-doc. The image i attempt to read is read correctly by the win32 tool "VisualPng" of the package. Here is my implementation: void CImageGlPng::load( const char* name ) { int scanline; register int i; unsigned char sig[4]; unsigned char *pixel_data; FILE *infile; png_structp png_ptr; png_infop info_ptr, end_ptr; infile = fopen( name, "rb" ); if ( fread(sig, 1, 4, infile) != 4 ) return; if ( png_check_sig( sig, 4 ) == 0 ) return; /* ** The test above is contrary to the manual coming with the libpng documentation in /man/pdf/ but it is the same test as in other libpng examples i found on the internet. ** I paste from the manual: ** To use it, pass in the first 1 to 8 bytes of the file to the function png_sig_cmp(), and it will return 0 if the bytes match the corresponding bytes of the PNG signature, or nonzero otherwise. ** typo? */ png_ptr = png_create_read_struct( PNG_LIBPNG_VER_STRING, NULL, NULL, NULL ); if ( png_ptr == png_voidp_NULL ) { fclose( infile ); return; } info_ptr = png_create_info_struct( png_ptr ); if ( info_ptr == png_voidp_NULL ) { png_destroy_read_struct( &png_ptr, NULL, NULL ); fclose( infile ); return; } if (setjmp(png_jmpbuf(png_ptr))) { png_destroy_read_struct( &png_ptr, &info_ptr, NULL ); fclose( infile ); return; } png_init_io( png_ptr, infile ); // 4 bytes are already read png_set_sig_bytes( png_ptr, 4 ); // ok now we go on for reading. png_read_info( png_ptr, info_ptr ); /* ** The loader crashes on the instruction above. "Access violation in NTDLL.DLL" */ png_get_IHDR( png_ptr, info_ptr, &sx, &sy, &bpp, &color_type, NULL, NULL, NULL ); scanline = png_get_rowbytes( png_ptr, info_ptr ); pixel_data = (unsigned char*) malloc( scanline*sy*sizeof(unsigned char) ); for ( i=0; i; Mon, 9 Sep 2002 16:59:37 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g89LxbD09963 for ; Mon, 9 Sep 2002 16:59:37 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g89LxZq17364 for ; Mon, 9 Sep 2002 16:59:35 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g89Lx4L00360; Mon, 9 Sep 2002 16:59:04 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g89Lx3O00356 for ; Mon, 9 Sep 2002 16:59:03 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 851366DA0F for ; Mon, 9 Sep 2002 16:58:55 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 5DB9F6DA57 for ; Mon, 9 Sep 2002 16:58:55 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 6A04493778; Mon, 9 Sep 2002 16:58:54 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Mon, 9 Sep 2002 21:58:54 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031608735 X-Sasl-enc: wAdkQUJOU3l9XeITjinjSw Subject: Re: [png-implement] sng ported to Cygwin Message-Id: <20020909215854.6A04493778@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Thu, 29 Aug 2002 07:26:44 -0400, "Glenn Randers-Pehrson" said: > At 10:52 AM 8/29/02 +0000, Soren Andersen wrote: > >I do care, and would have gotten back to you earlier if I could have > >found any time until now to address this. > I'd be interested in seeing the results of a search strategy that > looks for the first libpng or libpngNN that it finds in this order: > # libpng13.so with PREFIX/libpng13/*.h # libpng11.so with PREFIX/libpng11/*.h # libpng12.so with PREFIX/libpng12/*.h # libpng10.so with PREFIX/libpng10/*.h # libpng.so with PREFIX/*.h # libpng.a with PREFIX/*.h > > libpng13 of course doesn't exist yet. libpng11 is > libpng-1.1.1alpha1, which mangles the function names (except for > png_get_io_ptr). Glenn, It is unlikely that my work on a generalizable libpng detection scheme fulfills anything like your requirements, as you'll have seen if you've read the later posting ("More about...") a few days ago. I'd still like your reaction. The coding I did for the scheme I described was pretty hard work. The requirements for a 'configure' script that gets generated by autoconf (as opposed to one that has no relationship to that system) are rather stringent. The stringency emerges from the fact that autoconf is based on the background knowledge that a great many common shells, their tools and idioms are *broken* on certain platforms. This leads to the requirement that autoconf 'configure' scripts use only a very small subset of all the tools available on some shells and platforms, and use them in a manner that's been found to be the most reliably portable. What this means is very "simple" shell programming done with deliberate discipline to try to avoid taking advantage of any syntactic sugar, convenience tools or shortcuts, etc. that have evolved in shells like GNU bash along the way. Deliberately writing "dumb" shell scripting that doesn't take advantage of sophisticated shell constructs (that aren't portable enough) is harder than it might sound. It's tedious and wearing, like driving safely in a traffic jam at 25 mph on a superhighway designed for vehicular velocities of 75 mph. I wouldn't even know (offhand) how to begin to do something with an autoconf 'configure' that would select among the different libpng installations in the manner you describe, and I think because finding even one viable libpng is the major problem needing to be faced by most users, it probably isn't worth the effort to try to figure out how to do what you are describing in autoconf. I think maybe perl would be a more appropriate tool for such a special-purpose task that requires lots of comparing of strings (as a spontaneous visualization of one implementation suggests itself to me). Best Regards, Soren A -- http://fastmail.fm - Ever wonder why we aren't named snailmail.sm? -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 9 23:22:45 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id XAA07212 for ; Mon, 9 Sep 2002 23:22:45 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8A4MiD12966 for ; Mon, 9 Sep 2002 23:22:44 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8A4Mhq07750 for ; Mon, 9 Sep 2002 23:22:43 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8A4MTf02362; Mon, 9 Sep 2002 23:22:29 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes03-hme0.telusplanet.net (fepout1.telus.net [199.185.220.236]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8A4MRO02358 for ; Mon, 9 Sep 2002 23:22:28 -0500 (CDT) Received: from telus.net ([142.173.96.48]) by priv-edtnes03-hme0.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020910042226.GEUK28277.priv-edtnes03-hme0.telusplanet.net@telus.net> for ; Mon, 9 Sep 2002 22:22:26 -0600 Message-ID: <3D7D72F2.10201@telus.net> Date: Mon, 09 Sep 2002 21:20:02 -0700 From: John User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] problem with implementation of a png reader References: <003401c25804$6071cf20$d85cec50@nystep> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Julien Perrier-cornet wrote: >I get an access violation error when i call >png_read_info. > My guess is that you compiled libpng in a release build and linked it into an application compiled in "Debug" mode. This will load 2 versions of the crt, the "Debug" crt and the "Release" crt in the same process. You cannot link to 2 different version of the crt in the same process. Solution, compile libpng in the "Debug" configuration and link to the correct library when compiling your app. John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 07:54:58 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id HAA14443 for ; Thu, 12 Sep 2002 07:54:57 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CCsvD02648 for ; Thu, 12 Sep 2002 07:54:57 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CCstq13879 for ; Thu, 12 Sep 2002 07:54:55 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CCpSr15885; Thu, 12 Sep 2002 07:51:28 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8CCpRO15881 for ; Thu, 12 Sep 2002 07:51:28 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 3707B6DA63 for ; Thu, 12 Sep 2002 07:51:24 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 0A5E66D9ED for ; Thu, 12 Sep 2002 07:51:24 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 8AEDD937BF; Thu, 12 Sep 2002 07:51:23 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 12 Sep 2002 12:51:23 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031835084 X-Sasl-enc: 5Ti/u3xz/DIfCP/9MggbzQ Subject: [png-implement] Of interest to Cygwin users, maybe Message-Id: <20020912125123.8AEDD937BF@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello, I'd like to announce a very greatly revised and improved "Makefile De-luxe" for libPNG in the Cygwin scene. About 6 months ago I told the List about the earlier version, and, I am shamed to admit, looking at it recently I realized that there were some pretty silly bugs in it. This update is rid of those bugs and is much more sophisticated and powerful. The following text (pretty much verbatim from my site) explains a little about it. To get to the usual stuff i do (the syntax-highlighted HTML and so on), use the URL http://home.att.net/~perlspinr/makefiles/libpngMakefile.html Thanks! Soren ------------------------------------------------------------------ libPNGMakefile.gnu Who's it for? If you run the Cygwin posix-emulation layer / GNU toolsuite porting platform on MS Windows, this Makefile might be of interest to you. Software authors who are writing new applications that use libPNG may have many sorts of needs during the development of their project, and this build-configuration aid may help them. At present the Makefile is only known to function properly when run in the Cygwin bash shell; support for the similar MinGW MSYS (Minimal SYStem) development environment has not been accomplished yet but is planned. What does it do? This Makefile is not the same as the standard Makefile for Cygwin that is part of the libPNG package. The author of this Makefile has contributed to the libPNG Cygwin Makefile and is very familiar with the details of building libPNG on Cygwin and similar GNU-enabled MSWin32 systems. What this Makefile can do that the standard one cannot includes: * Create special libPNG debug libraries * Turn on the gcc compiler optimizations for a given Intel cpu type (i486, i586/Pentium, i686/Pentium II+, etc.). * Easily turn on optimized hand-coded assembler object substitutions for the above cpu types. When I write "cannot do" I of course am not implying that with sufficient hand-work and adaptation, other means could not be accessed by which to accomplish the same objectives listed above. There is no invention of new things going on here; what this system is about is making any of these variations of the basic theme of "libPNG on MSWin32" very simple to accomplish. As an experimental feature this Makefile also provides a very simple means of creating a libPNG Dynamic Link Library (MSWin32 DLL) which has the Zlib object code within it as well. In theory, doing so may allow higher performance by cutting the overhead involved in the scenario in which libPNG routines are calling (are linked to) Zlib routines in an external Zlib DLL. By ensuring that libPNG is statically linked to Zlib these inter-library calls are avoided. In addition, this ensures that a missing Zlib DLL on the user system will not cause failure of the functions of libPNG. And a further gain is that Zlib can be compiled with its own processor-specific assembler code optimizations and linking in the object code from such a high-performance Zlib could, again, result in more performance gains. What other characteristics are found in this system? This Makefile fully supports using an external directory location for building libPNG, thus avoiding the potential inconveniences of mixing the libPNG source code files with object code files and other products and by-products of the build process. The approach taken by nearly all forms of command-line programming, whether written in shell, C, Perl, or any other is taken here: the action of the Makefile is chosen by using optional parameter arguments on the `make' invocation command line. The Makefile should not ever need to be edited, as all the parameters controlling its functioning are accessed through the macros listed when the user types `make -f libpngMakefile.gnu help' [or 'usage']. Also, this Makefile tries earnestly to keep the user informed of what is happening and to clean up after itself when it has completed a phase of operation. Are there any other special requirements? As I would hope would be obvious, you must download the libPNG source code package from the usual location, and perhaps the Zlib source code will be needed as well. And, importantly, this Makefile absolutely requires that the user be using GNU 'make' (which is standard on Cygwin and on other similar GNU-ish MSWin32 development platforms). -- http://fastmail.fm - the way email *should* be -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 08:29:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA14957 for ; Thu, 12 Sep 2002 08:29:13 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CDTCD08825 for ; Thu, 12 Sep 2002 08:29:13 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CDTBq16503 for ; Thu, 12 Sep 2002 08:29:11 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CDQgw15937; Thu, 12 Sep 2002 08:26:42 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8CDQfO15933 for ; Thu, 12 Sep 2002 08:26:42 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2B00K2SUNTPH@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 12 Sep 2002 09:26:17 -0400 (EDT) Date: Thu, 12 Sep 2002 09:20:49 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Of interest to Cygwin users, maybe In-reply-to: <20020912125123.8AEDD937BF@server2.fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020912092049.00f77380@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:51 PM 9/12/02 +0000, Soren Andersen wrote: >As an experimental feature this Makefile also provides a very simple >means of creating a libPNG Dynamic Link Library (MSWin32 DLL) which has >the Zlib object code within it as well. In theory, doing so may allow >higher performance by cutting the overhead involved in the scenario in >which libPNG routines are calling (are linked to) Zlib routines in an >external Zlib DLL. By ensuring that libPNG is statically linked to Zlib >these inter-library calls are avoided. In addition, this ensures that a >missing Zlib DLL on the user system will not cause failure of the >functions of libPNG. And a further gain is that Zlib can be compiled >with its own processor-specific assembler code optimizations and >linking in the object code from such a high-performance Zlib could, >again, result in more performance gains. You should also mention the disadvantages, the main on being that if zlib is upgraded on your system you will continue to use the old one, possibly missing out on security upgrading such as the 1.1.3->1.1.4 upgrade that happened last March. (I'm not saying don't do it, just tat you should mention the problem) I'm not sure what performance degradation really occurs due to interlibrary linking. Doesn't that only happen at link time, and isn't the actual runtime performance the same either way? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 08:57:09 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA15323 for ; Thu, 12 Sep 2002 08:57:02 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CDuxD14198 for ; Thu, 12 Sep 2002 08:56:59 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CDuwq18884 for ; Thu, 12 Sep 2002 08:56:58 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CDsRL16033; Thu, 12 Sep 2002 08:54:27 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from jacquard.numericable.net (jacquard.numericable.net [80.236.0.148]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8CDsQO16029 for ; Thu, 12 Sep 2002 08:54:26 -0500 (CDT) Received: (qmail 12425 invoked from network); 12 Sep 2002 13:47:44 -0000 Received: from unknown (HELO nystep) ([80.236.92.216]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 12 Sep 2002 13:47:44 -0000 Message-ID: <000901c25a62$fb47d980$d85cec50@nystep> From: "Julien Perrier-cornet" To: References: <003401c25804$6071cf20$d85cec50@nystep> <3D7D72F2.10201@telus.net> Subject: Re: [png-implement] problem with implementation of a png reader Date: Thu, 12 Sep 2002 15:47:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi, > >I get an access violation error when i call > >png_read_info. > > > > My guess is that you compiled libpng in a release build and linked it > into an application compiled in "Debug" mode. And that was an excellent guess ;-). Thank you for helping me, have a nice day, julien -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 09:20:37 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA15585 for ; Thu, 12 Sep 2002 09:20:37 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CEKaD19412 for ; Thu, 12 Sep 2002 09:20:36 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CEKZq21245 for ; Thu, 12 Sep 2002 09:20:35 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CEI7P16126; Thu, 12 Sep 2002 09:18:07 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8CEI6O16122 for ; Thu, 12 Sep 2002 09:18:06 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2B00KP9X1NU2@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 12 Sep 2002 10:17:47 -0400 (EDT) Date: Thu, 12 Sep 2002 10:12:19 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] problem with implementation of a png reader In-reply-to: <003401c25804$6071cf20$d85cec50@nystep> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020912101219.00f48a70@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 03:25 PM 9/9/02 +0200, Julien Perrier-cornet wrote: > if ( fread(sig, 1, 4, infile) != 4 ) return; > > if ( png_check_sig( sig, 4 ) == 0 ) return; >/* >** The test above is contrary to the manual coming with the libpng >documentation in /man/pdf/ >but it is the same test as in other libpng examples i found on the internet. >** I paste from the manual: >** To use it, pass in the first 1 to 8 bytes of the file to the function >png_sig_cmp(), and it will return 0 if the bytes match the corresponding >bytes of the PNG signature, or nonzero otherwise. >** typo? >*/ It's not a typo. png_sig_cmp() is newer and a little more flexible, but png_check_sig() will work--in fact png_check_sig() uses png_sig_cmp() internally. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 15:15:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA20642 for ; Thu, 12 Sep 2002 15:15:13 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CKFCD24350 for ; Thu, 12 Sep 2002 15:15:12 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CKFAq22935 for ; Thu, 12 Sep 2002 15:15:10 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CKEWN18761; Thu, 12 Sep 2002 15:14:32 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8CKEVO18757 for ; Thu, 12 Sep 2002 15:14:31 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 6CAE06DE85; Thu, 12 Sep 2002 15:14:25 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 1384E6DE7E; Thu, 12 Sep 2002 15:14:25 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 4652593759; Thu, 12 Sep 2002 15:14:24 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Thu, 12 Sep 2002 20:14:24 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031861665 X-Sasl-enc: Ar3j4OhSdSkj3OQNWFgGzg Cc: "Charles Wilson" Subject: Re: [png-implement] Of interest to Cygwin users, maybe Message-Id: <20020912201424.4652593759@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Thu, 12 Sep 2002 09:20:49 -0400, "Glenn Randers-Pehrson" said: > At 12:51 PM 9/12/02 +0000, Soren Andersen wrote: > >As an experimental feature this Makefile also provides a very simple > >means of creating a libPNG Dynamic Link Library (MSWin32 DLL) which > >has the Zlib object code within it as well. In theory, doing so may > >allow higher performance by cutting the overhead involved in the > >scenario in which libPNG routines are calling (are linked to) Zlib > >routines in an external Zlib DLL. By ensuring that libPNG is > >statically linked to Zlib these inter-library calls are avoided. In > >addition, this ensures that a missing Zlib DLL on the user system > >will not cause failure of the functions of libPNG. And a further > >gain is that Zlib can be compiled with its own processor-specific > >assembler code optimizations and linking in the object code from > >such a high-performance Zlib could, again, result in more > >performance gains. > > You should also mention the disadvantages, the main on being that if > zlib is upgraded on your system you will continue to use the old one, > possibly missing out on security upgrading such as the 1.1.3->1.1.4 > upgrade that happened last March. (I'm not saying don't do it, just > tat you should mention the problem) OK, now the page on the site that accompanies the Makefile has been updated to mention this. # http://home.att.net/~perlspinr/makefiles/libpngMakefile-description.html > I'm not sure what performance degradation really occurs due to > interlibrary linking. Doesn't that only happen at link time, and > isn't the actual runtime performance the same either way? I don't know, and I think it could make for an interesting discussion. If he was reading, Charles Wilson, our resident Win32 DLL expert as I consider him, might ring us back with some thoughts. In fact I think I'll CC: this to him in case he has time to reply. I've simply got a body of impressions of information i've come across over the years that cumulatively suggested this idea to me. One such "impression" is the exposure I've had to the discussions of relocation of Win32 DLLs when there is a base address clash at the time the DLL is loaded. There is an expense for this. And generally, when using DLLs the OS is definitely being required to do some work. It has to manage the loading of the DLL being called at the time that the main executable (which is either another DLL or an exe file) is being initialized. This makes it possible that the whole application will start somewhat slower when using dynamic linking. More work is required too, in the sense that the DLL being called (Zlib in this case) has to be located on disk by the OS. The search algorithm for that is for the OS to first look in the directory in which the main executable calling Zlib resides, then in directories listed in the env PATH, then in the OS (Windows) SYSTEM directory. Failing all those options of course the exe initialization fails and the user gets an error box. Anyway, the point is that searching the disk is a time-intensive step (according to what I have read in the past, the impact of this step is probably several orders of magnitude more significant than any other mentioned here). And, as well as the above, there is more "indirection" involved in using a DLL; the entry addresses to all functions must be found by going through a series of fix-ups (this cost is mainly paid at link-time however, i believe, but if relocation occurs at run-time then some cost happens then as well). Balanced against the above is the point that the library with Zlib linked in statically is larger, and more bytes to load into memory = slower loading. BTW, that's the point of using compiler optimizations for cpu types, as I understand it (the exes produced by running gcc with something like '-mcpu=i586' are smaller than those produced without any such optimization, and all other things being equal, smaller code = faster running, does it not?). All this theory makes for interesting discussions but some might wish for me to provide some hard data. I'm all for empiricism but alas, I have no experience whatsoever with benchmarking and have nothing set up on my system to do any trials of that sort. If there is real interest in what i've raised then perhaps sometime there will appear some good soul who will do some work on this and offer some data for us to look at. Thanks for the feedback, Glenn! Soren A -- http://fastmail.fm - Ever wonder why we aren't named snailmail.sm? -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 16:11:25 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA21388 for ; Thu, 12 Sep 2002 16:11:25 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8CLBOD05462 for ; Thu, 12 Sep 2002 16:11:24 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8CLBNq27873 for ; Thu, 12 Sep 2002 16:11:23 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8CLBDu19175; Thu, 12 Sep 2002 16:11:13 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8CLBCO19171 for ; Thu, 12 Sep 2002 16:11:12 -0500 (CDT) Received: from 1cust92.tnt6.atl4.da.uu.net ([67.192.41.92] helo=ece.gatech.edu) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17pbEt-0005ro-00; Thu, 12 Sep 2002 14:11:07 -0700 Message-ID: <3D8102AD.9060303@ece.gatech.edu> Date: Thu, 12 Sep 2002 17:10:05 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: Soren Andersen CC: PNG-Implement Subject: Re: [png-implement] Of interest to Cygwin users, maybe References: <20020912201424.4652593759@server2.fastmail.fm> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Soren Andersen wrote: > > I don't know, and I think it could make for an interesting discussion. > If he was reading, Charles Wilson, our resident Win32 DLL expert as I > consider him, might ring us back with some thoughts. In fact I think > I'll CC: this to him in case he has time to reply. AFAIK, the only significant difference between the two scenarios is the extra disk search. In both cases, all of the code must be loaded from disk into memory. In both cases, each entry point must be adjusted ("relocated") so that the executable can find them in its own memory space. It just doesn't matter that the code/entry points are all in png.dll or split between png.dll and z.dll. If everything is in png.dll, then when running I-need-png.exe, you only need to search for one dll. Otherwise, you need to search for two. (Actually, the difference is not 1 vs 2. It's really 3 vs 4, 5 vs 6, (or N vs N+1) given that you always need to load msvcrt.dll (or cygwin1.dll), plus all the other windows-runtime dlls needed by your application. So the improvement, even in disk-search, is fairly marginal. To me, the main argument (for or against) is this: 1) combined: easier to insure that the optimizations are the same. 2) separate: you can update zlib (e.g. 1.1.3 to 1.1.4) and png gets the update "automatically". 3) combined: *slight* speed increase due to the reduced disk search outlined above. IMO, everything else is "in the noise". --Chuck -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 12 21:08:55 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA24455 for ; Thu, 12 Sep 2002 21:08:55 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8D28sD07864 for ; Thu, 12 Sep 2002 21:08:54 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8D28qq16662 for ; Thu, 12 Sep 2002 21:08:52 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8D28DN20313; Thu, 12 Sep 2002 21:08:13 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8D28CO20309 for ; Thu, 12 Sep 2002 21:08:12 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id A64426DA70 for ; Thu, 12 Sep 2002 21:08:04 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 7D3976DAD7 for ; Thu, 12 Sep 2002 21:08:04 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 474A8936E2; Thu, 12 Sep 2002 21:08:03 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Fri, 13 Sep 2002 02:08:03 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031882884 X-Sasl-enc: uHH6ovORpmjFCA81Cvid7w Subject: Re: [png-implement] Of interest to Cygwin users, maybe Message-Id: <20020913020803.474A8936E2@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Thu, 12 Sep 2002 12:51:23 UT, "Soren Andersen" said: > I'd like to announce a very greatly revised and improved "Makefile > De-luxe" for libPNG in the Cygwin scene. I'd just like to note, particularly for Greg's interest, that an entire Makefile for Zlib is part of this libpngMakefile I am describing. No criticism intended, but the build-configuration arrangement for Zlib looks pretty baroque for someone looking at it from a MSWin pc perspective. I forget about this every time in between and then when I do look at it again I tend to go "ohh, yeah ... ". The entire Makefile to build a static Zlib on Cygwin, with ASM optimized object included and which references just a couple of macros external to it (external: from the encompassing libPNGMakefile that it is contained within ... go look at if you don't understand) -- in 28 lines: [sorry about the initial hash chars and indenting, it's required by my Web emailer to keep from munging the lines] # ---------------------8<---------------------------- # ZOBJS = adler32.o compress.o crc32.o gzio.o uncompr.o \ # deflate.o trees.o zutil.o inflate.o infblock.o \ # inftrees.o infcodes.o infutil.o inffast.o # CAN_ASM = $(if \ # $(strip $(findstring 586,$(HOST_CPU))$(findstring 686,$(HOST_CPU))),-DASMV) # ZSOURCES = $(ZOBJS:.o=.c) # vpath zObj/*.o . $(CONTAINS_ZLIB) # .INTERMEDIATE: $(ZSOURCES:.c=.d) match.s \ # $(addprefix zObj/,$(if $(CAN_ASM),match.o) $(ZOBJS)) # $(ZSOURCES:.c=.d) : %.d : $(CONTAINS_ZLIB)/%.c # $(CC) $(CAN_ASM) -DHAVE_UNISTD_H -MM $< >$@ # ZlibDEPS.mk: $(ZSOURCES:.c=.d) $(addprefix $(CONTAINS_ZLIB)/,$(ZSOURCES)) # cat $(ZSOURCES:.c=.d) >$@ # # include ZlibDEPS.mk # # match.s: $(CONTAINS_ZLIB)/contrib/asm$(HOST_CPU)/match.S # $(CC) -E $< > match.s # zObj/match.o: match.s # $(CC) -c $< -o $@ # zObj: # -@mkdir $@ # libz.a: zObj $(addprefix zObj/,$(if $(CAN_ASM),match.o) $(ZOBJS)) # ar crs $@ $(strip $(wordlist 2,$(words $^), $^)) # $(addprefix zObj/,$(ZOBJS)): CPPFLAGS = -O3 $(CAN_ASM) -fnative-struct -DHAVE_UNISTD_H # $(addprefix zObj/,$(ZOBJS)): # $(CC) $(CPPFLAGS) -o $@ -c $(CONTAINS_ZLIB)/$(patsubst %.o,%.c,$(notdir $@)) # # ---------------------8<---------------------------- Why do people live without GNU make? I don't know. HOST_CPU is something like '586' and gets figured out in the larger Makefile, or you could use this stand-alone by giving it as an argument on the 'make' command line. CONTAINS_ZLIB is just the path to the Zlib source directory (where the user has unpacked the Zlib source ditribution). Anyway, I thought this might be of some interest since undoubtedly libpng and zlib are "intertwining" interests. Best, Soren A -- http://fastmail.fm - Get back to work -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 04:06:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id EAA13963 for ; Sat, 14 Sep 2002 04:06:12 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8E96B311034 for ; Sat, 14 Sep 2002 04:06:11 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8E96Aq21997 for ; Sat, 14 Sep 2002 04:06:10 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8E957127498; Sat, 14 Sep 2002 04:05:07 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8E956O27494 for ; Sat, 14 Sep 2002 04:05:06 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id D01496DB39 for ; Sat, 14 Sep 2002 04:05:02 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 99DA06DB0F for ; Sat, 14 Sep 2002 04:05:02 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id F064B93717; Sat, 14 Sep 2002 04:05:01 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 14 Sep 2002 09:05:01 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1031994302 X-Sasl-enc: NIY0UfgOds4gqD5KP+nhNw Subject: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020914090501.F064B93717@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello, Greg, greetings, and all. Had a feeling I wanted to do something for 'pngcheck' like what I did for 'sng'. I made up a little test distro for readers to check. It is at the url # http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz Unroll the tar-gz and look inside, find the file README_gnu-build. It's very easy to use the 'configure' script I made for pngcheck, I think, (especially easy if the user will kindly do [path-to]/configure --help[=short] first so they know what's going on!). This may help pngcheck build more easily on more systems. Not that it was very difficult. Only 4 (?) additional files added: the one mentioned above. and of course 'configure', and Makefile.in, and gnu-build/configure.ac (which is NOT required to build the package and is only there for other 'configure' hackers who might want to work from it). Best Regards, Soren -- http://fastmail.fm Quick as a click -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 08:11:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA15578 for ; Sat, 14 Sep 2002 08:11:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EDBh322271 for ; Sat, 14 Sep 2002 08:11:43 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EDBgq29824 for ; Sat, 14 Sep 2002 08:11:42 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EDAhD27922; Sat, 14 Sep 2002 08:10:43 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8EDAfO27918 for ; Sat, 14 Sep 2002 08:10:42 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2F009BJJ9TEN@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 09:10:41 -0400 (EDT) Date: Sat, 14 Sep 2002 09:05:13 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] 'pngcheck' GNU-style configure package In-reply-to: <20020914090501.F064B93717@server2.fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020914090513.00f1a690@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 09:05 AM 9/14/02 +0000, Soren Andersen wrote: >Hello, > >Greg, greetings, and all. > >Had a feeling I wanted to do something for 'pngcheck' like what I did >for 'sng'. > >I made up a little test distro for readers to check. It is at the url ># >http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz > >Unroll the tar-gz and look inside, find the file README_gnu-build. Naturally I didn't look at any README* but just played the role of Jo[e] User and typed "./configure" and "make". Didn't work, of course, because I only have regular UNIX "make". It seems to define HOST_CPU=386 on my MIPS R-5000, but that's probably just because the get_hostcpu.mk isn't present. CONTAINS_ZLIB looks like a flag but actually it is a pointer to the zlib directory. I would have called it ZLIB_PATH or something. I think it's a disservice to call the file "configure" when it only works with GNU. Call it gnu-configure instead. Or gnu-pc-configure if it only works on x86 PC's. Configure with a single *.c (not even a *.h present) reminds me of a pneumatic light-bulb changer. It weighs 20kg and you have to find a 220-volt outlet to supply the air compressor. The first time you try it, it breaks the bulb off in the socket. Eventually you might learn how to use it, but it still weighs 20kg. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 11:44:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA17058 for ; Sat, 14 Sep 2002 11:44:07 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EGi6303603 for ; Sat, 14 Sep 2002 11:44:06 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EGi5q07584 for ; Sat, 14 Sep 2002 11:44:05 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EGhFF28424; Sat, 14 Sep 2002 11:43:15 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8EGhEO28420 for ; Sat, 14 Sep 2002 11:43:14 -0500 (CDT) Received: (qmail 6477 invoked from network); 14 Sep 2002 16:43:08 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 14 Sep 2002 16:43:08 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8EGh8L16046 for ; Sat, 14 Sep 2002 09:43:08 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8EGh8dK032382 for ; Sat, 14 Sep 2002 09:43:08 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8EGh8oJ032381 for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 09:43:08 -0700 Date: Sat, 14 Sep 2002 09:43:08 -0700 Message-Id: <200209141643.g8EGh8oJ032381@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi, Soren, > Only 4 (?) additional files added: the one mentioned above. and of > course 'configure', and Makefile.in, and gnu-build/configure.ac (which > is NOT required to build the package and is only there for other > 'configure' hackers who might want to work from it). Much as I appreciate any and all contributions, I tend to share Glenn's sentiments that this is serious overkill for a tiny utility with a one- line build--especially since it more than doubles the size of the package, and the tiny minority of people who actually need or want to compile it generally are more than capable of reading the comments and figuring it out. Personally, I'd much rather see configure used where it's actually needed-- libpng, especially; maybe tiff2png (-> libpng, libtiff, libjpeg, zlib) and pnmtopng; XV, UnZip, Mozilla, ... But as Glenn notes, the results need to be portable. Using configure to generate a tool-specific makefile rather defeats the purpose of using such a script in the first place. That said, I'll look at it more closely when time permits and see about adapting it to some other projects. I'll also add a pointer to your tarball to the docs the next time I do an update. And if I ever get around to adding a JPEG version (and even GIF next year??), I'll definitely reconsider. Thanks, Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 11:54:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA17127 for ; Sat, 14 Sep 2002 11:54:03 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EGs2304105 for ; Sat, 14 Sep 2002 11:54:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EGs1q07942 for ; Sat, 14 Sep 2002 11:54:01 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EGrxt28461; Sat, 14 Sep 2002 11:53:59 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8EGrvO28457 for ; Sat, 14 Sep 2002 11:53:58 -0500 (CDT) Received: (qmail 7987 invoked from network); 14 Sep 2002 16:53:57 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 14 Sep 2002 16:53:57 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8EGrvL28247 for ; Sat, 14 Sep 2002 09:53:57 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8EGrvdK000367 for ; Sat, 14 Sep 2002 09:53:57 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8EGrvdP000364 for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 09:53:57 -0700 Date: Sat, 14 Sep 2002 09:53:57 -0700 Message-Id: <200209141653.g8EGrvdP000364@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Of interest to Cygwin users, maybe Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > I'd just like to note, particularly for Greg's interest, that an entire > Makefile for Zlib is part of this libpngMakefile I am describing. No > criticism intended, but the build-configuration arrangement for Zlib > looks pretty baroque for someone looking at it from a MSWin pc > perspective. I forget about this every time in between and then when I > do look at it again I tend to go "ohh, yeah ... scratching>". OK. I had nothing to do with the creation of zlib's Makefile then, and I have no particular interest in it now... What *would* interest me, very much, is a smart configure (or other) script that compiled the entire thing, together with a test app, both with and without assembler code on x86 systems, and then did an actual comparison of the performance of the two (or three or however many) versions and selected the best one. If it turned out that no version was ever faster with assembler code, that stuff could be permanently dropped from the distribution--or, at a minimum, it could be documented so each and every person to come along didn't have to wonder which way is faster and do his or her own tests. But that's just me... Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 12:21:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA17345 for ; Sat, 14 Sep 2002 12:21:11 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EHLA305961 for ; Sat, 14 Sep 2002 12:21:11 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EHL9q08985 for ; Sat, 14 Sep 2002 12:21:09 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EHL2x28624; Sat, 14 Sep 2002 12:21:02 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8EHL1O28620 for ; Sat, 14 Sep 2002 12:21:01 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 631366DB12 for ; Sat, 14 Sep 2002 12:20:55 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id A068A6DAF8 for ; Sat, 14 Sep 2002 12:20:54 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id DFA2293715; Sat, 14 Sep 2002 12:20:53 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 14 Sep 2002 17:20:53 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032024055 X-Sasl-enc: 5Evrv1apx4fq0duTFP/O4A Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020914172053.DFA2293715@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Thanks for trying it out. It's valuable to get feedback on it. On Sat, 14 Sep 2002 09:05:13 -0400, "Glenn Randers-Pehrson" said: > At 09:05 AM 9/14/02 +0000, Soren Andersen wrote: > >I made up a little test distro for readers to check. It is at > >the url # http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz > >Unroll the tar-gz and look inside, find the file README_gnu-build. > > Naturally I didn't look at any README* but just played the role of > Jo[e] User and typed "./configure" and "make". Didn't work, of > course, because I only have regular UNIX "make". I can't bring myself to act like Jo User (think like Jo User) because I have long since trained myself out of the habit of expecting good results from just typing ./configure. On the platforms I use it nearly never gives me what I want with any package. I *always* poke around looking for a README and so forth first. So I am not able to simulate other behavior because I purposely forget how easy most *nix users have it ;-). Another point about your simulated behavior is that it isn't appropriate to assume a configure script should be (ab)used this way. Like many other packages out there, 'pngcheck' has got some *build time options* and it had those before I came along. If we are saying that packages must be designed to work with stupid / lazy / careless user behavior to that degree, then 'pngcheck' already was an obvious failure in that regard. > It seems to define HOST_CPU=386 on my MIPS R-5000, but that's > probably just because the get_hostcpu.mk isn't present. Yep, my error. Rolled up a quick tarball without remembering to fix or remove that stuff. I think there's no assembler code for an MIPS cpu in zlib anyway, there's only for ix86's, so must conditionalize that stuff out of the picture for others. > CONTAINS_ZLIB looks like a flag but actually it is a pointer to the > zlib directory. I would have called it ZLIB_PATH or something. Coding style. I like making a macro serve two purposes where possible. Probably comes from being immersed in Perl where Perl's notion of 'truth' is distinctive and a cultural preference for concision (to the point of obfuscation: "write-only" code) reigns. > I think it's a disservice to call the file "configure" when it only > works with GNU. Call it gnu-configure instead. Or gnu-pc-configure > if it only works on x86 PC's. It might not be worth doing if it only worked with pc's, so "gnu-configure" ought to be the right moniker. I definitely don't want to be responsible for maintaining it with the impression being conveyed to users that it's an all-purpose configure that works on any `make'. Thanks especially for this observation. > Configure with a single *.c (not even a *.h present) reminds me of a > pneumatic light-bulb changer. It weighs 20kg and you have to find a > 220-volt outlet to supply the air compressor. The first time you try > it, it breaks the bulb off in the socket. Eventually you might learn > how to use it, but it still weighs 20kg. Two points, in response: one, the application doesn't *have to* be a single file. 'pngcheck' could just as easily be comprised of several separate source modules, and in fact it's quite a lumbering Goliath of a file (gcc sits there thinking it over for quite a long time ;-). Someone maintaining it in the future might decide it needs a massive overhaul and to break it up in the process. two, dependency management is really the province of the Makefile system, not the 'configure' script. The 'configure' script does of course (if it's at all good) assist with *external* dependencies (as in this case, there's a dependency -- an optional one! -- on zlib), but it is the Makefile that systematizes the internal dependencies in the package -- which modules, intermediate object files and so on must be rebuilt if another has been modified. A successful 'configure' run in no way guarantees that intermodule (source) dependencies have been properly taken care of if the Makefile (Makefile.in) hasn't been written right. The other face of point "two" is that the specific nature of what the app code is doing determines how needed a 'configure' file might be. That is, what portability problems are invited because of the function calls being made in the code. Non-portable functions, struct assumptions pertaining to headers and so on, is the province of the 'configure' script. There are many reasons for not using a GNU-style configure script but there are also many reasons for *using* one; it embodies a great deal of accumulated data about portability issues and a great many other good ideas. In the case of 'pngcheck' there was one particular function flagged by a tool called 'autoscan' which is run as part of the groundwork for creating the 'configure': strrchr(). It might not be there on some systems, is what the autotool mechanism is implying to us. This is valuable free advice about a potential portability issue that will block certain users from being able to utilize our package. To wrap up my reply to that latter point, I think a rounded-out analysis of the success of my effort would need to take into account what existed before and compare "before" and "after". I'll submit that there are configuration issues with pngcheck (user choice of whether to enable linking with zlib to get optional features that won't be there if not) that beg to be done *right* in the way that people (see below) have come to expect as standard: that is via a 'configure' script. At present ("before") the way that issue was handled was through having to open and read the source file "pngcheck.c" and/or open, read and edit the Makefile! This is *hardly* Jo-User friendly and hardly what a great many people have come to expect. It probably largely depends on where Jo/e User comes from -- if s/he comes from a Linux background then s/he probably expects a competent, well-documented 'configure' mechanism for setting up the build; whereas if s/he comes from a Windows background there would be different expectations. And so forth. As things stand right now I'd say this new 'configure' file is a big jump forward in making the tool more appealing to some categories of users and that's a good thing, since it promotes PNG and greater general familiarity with PNG. The new 'configure' is also a good investment for the future in which it could -- not will but could -- happen that pngcheck will grow. And the more a package grows the more ad-hoc little work-arounds for portability issues get burdensome and unmaintainable. Already pngcheck shows signs of needing more support in the future -- for instance referring to the source code, see Greg's comments about how it doesn't work on EBCDIC machines now. Thanks again for giving it a whirl. Best, Soren A -- http://fastmail.fm/ - The professional email service -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 13:11:01 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA17748 for ; Sat, 14 Sep 2002 13:11:00 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EIB0308569 for ; Sat, 14 Sep 2002 13:11:00 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EIAwq10767 for ; Sat, 14 Sep 2002 13:10:58 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EIAoe28748; Sat, 14 Sep 2002 13:10:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8EIAnO28744 for ; Sat, 14 Sep 2002 13:10:49 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id C3DE66D9D1 for ; Sat, 14 Sep 2002 13:10:43 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 9FD736D9C6 for ; Sat, 14 Sep 2002 13:10:43 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id D3F7F93736; Sat, 14 Sep 2002 13:10:42 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 14 Sep 2002 18:10:42 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032027043 X-Sasl-enc: ub4PlWmIc78IbINrl2UtEw Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020914181042.D3F7F93736@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 14 Sep 2002 09:43:08 -0700, "Greg Roelofs" said: > Hi, Soren, [...] > and the tiny minority of people who actually need or want to compile > it generally are more than capable of reading the comments and > figuring it out. Kind of contradictory to Glenn's main point ;-). I'm with you on this: IMHO, pngcheck users are going to be smart people who know how to read documentation. And if they see a subdirectory called "gnu-build" they are going to get a clue that there's something of the nature of build configuration support going on there, and if they don't feel at all comfortable with GNU-style build configuration they are probably going to leave it alone and look in a Makefile.unx for hints instead. That's why I am not proposing that you remove the existing Makefiles from the package or anything like that. In the other case, where "gnu-build" rings a bell -- suggests to the user that what's going on is the style of {{standardized-options + package-specific options in a 'configure' script that creates a Makefile}} (in this case, named "GNUmakefile" thus avoiding most potential ambiguity about what 'make' tool it is good for...) -- if that's what is suggested to the first-time user and they have built a few packages (hundreds and thousands are out there...) before, that 'conform' to this standard for 'configure', then they will feel supported by something familiar and predictable (and flexible and powerful). > Personally, I'd much rather see configure used where it's actually > needed-- libpng, especially; maybe tiff2png (-> libpng, libtiff, > libjpeg, zlib) and pnmtopng; XV, UnZip, Mozilla, ... But as Glenn > notes, the results need to be portable. Using configure to generate > a tool-specific makefile rather defeats the purpose of using such a > script in the first place. It's a stumbling-block I am not going to be able to get past. GNU 'make' is so much more capable than other 'make's that I not willing to expunge all GNU-make-specific goodness from the Makefiles my configure's generate. Look, there's people who won't use anything but MSVC[++] to build on Win32 and we try to provide special Makefiles for them (many packages go further and provide an entire MSVC Project file and so on). Why is this different? I am only proposing support for a (large) category of users who prefer and expect a certain toolset to be supported -- just like MSWin VC++ users have their preference and so on. There's a lack of equal standard of judgement here in saying "some special needs or preferences are more important than others." Given the success of Linux, GNU 'make' + gcc (as a unit) is probably the most-used C/C++ compiler & and build management tool combo in the world. Both are tremendously portable tools that users on nearly every platform can get a port of, too, so it's not just about Linux (or Cygwin) users. And not *all* the "point" of using a configuration tool is to generate a Makefile that's 'make'-tool independent. Quite a lot of other points are still addressed by the script even if the make-tool-specific -ness is a drawback to some. > That said, I'll look at it more closely when time permits and see > about adapting it to some other projects. I'll also add a pointer to > your tarball to the docs the next time I do an update. And if I ever > get around to adding a JPEG version (and even GIF next year??), I'll > definitely reconsider. Next year: the UNISYS patent expires? ;-) Heehee. We oughtta have a big party. Call it the "no more BMW's for the UNISYS lawyers" party. Best Regards, Soren -- http://fastmail.fm - You've just been FastMailed! -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 13:45:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA18060 for ; Sat, 14 Sep 2002 13:45:52 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EIjq310407 for ; Sat, 14 Sep 2002 13:45:52 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EIjoq11966 for ; Sat, 14 Sep 2002 13:45:50 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EIjgw28852; Sat, 14 Sep 2002 13:45:42 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8EIjfO28848 for ; Sat, 14 Sep 2002 13:45:41 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2F00LZUYRQTN@mtaout06.icomcast.net> for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 14:45:27 -0400 (EDT) Date: Sat, 14 Sep 2002 14:39:59 -0400 From: Glenn Randers-Pehrson Subject: LZW Patent expiration [Re: [png-implement] 'pngcheck' GNU-style configure package] In-reply-to: <20020914181042.D3F7F93736@server2.fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020914143959.00f799b0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 06:10 PM 9/14/02 +0000, Soren Andersen wrote: >Next year: the UNISYS patent expires? ;-) Heehee. We oughtta have a big >party. Call it the "no more BMW's for the UNISYS lawyers" party. They are still at it. New tactic is to refuse to license LZW at any price and then sue for willful infringement. This appeared on the ImageMagick list yesterday (we advise people to contact Unisys for a license before enabling LZW compression in ImageMagick): I would like to use ImageMagick in our company as a base for some customer functionality and asked Unisys about obtaining a license for the LZW algorithm. They answered: > Unfortunately, ImageMagick is not a licensed LZW technology, > and we therefore cannot provide you with a license. Further, > your use of this code may subject your organization to a > charge of willful patent infringement. Also, I understand they have quite a few more years to garner Infiniti's before the patent expires in Japan. And I believe they've got six years after the patent expires to go after people who infringed while the patent was valid. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 16:52:50 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA19446 for ; Sat, 14 Sep 2002 16:52:50 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8ELqn319142 for ; Sat, 14 Sep 2002 16:52:49 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8ELqlq17658 for ; Sat, 14 Sep 2002 16:52:47 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8ELqJU29247; Sat, 14 Sep 2002 16:52:19 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8ELqIO29242 for ; Sat, 14 Sep 2002 16:52:18 -0500 (CDT) Received: (qmail 8439 invoked from network); 14 Sep 2002 21:52:17 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 14 Sep 2002 21:52:17 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8ELqHG09962 for ; Sat, 14 Sep 2002 14:52:17 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8ELqHdK012529 for ; Sat, 14 Sep 2002 14:52:17 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8ELqHYP012528 for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 14:52:17 -0700 Date: Sat, 14 Sep 2002 14:52:17 -0700 Message-Id: <200209142152.g8ELqHYP012528@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: LZW Patent expiration [Re: [png-implement] 'pngcheck' GNU-style configure package] Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Also, I understand they have quite a few more years to garner Infiniti's > before the patent expires in Japan. One more year in Japan and Europe. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 14 17:27:20 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA19659 for ; Sat, 14 Sep 2002 17:27:19 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8EMRI320743 for ; Sat, 14 Sep 2002 17:27:18 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8EMRGq18633 for ; Sat, 14 Sep 2002 17:27:16 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8EMRC629350; Sat, 14 Sep 2002 17:27:12 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8EMRBO29346 for ; Sat, 14 Sep 2002 17:27:11 -0500 (CDT) Received: (qmail 9215 invoked from network); 14 Sep 2002 22:27:10 -0000 Received: from sub.sonic.net (208.201.224.8) by b.smtp-out.sonic.net with SMTP; 14 Sep 2002 22:27:10 -0000 Received: from sonic.net (bolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g8EMRAD26549 for ; Sat, 14 Sep 2002 15:27:10 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8EMRAdK015439 for ; Sat, 14 Sep 2002 15:27:10 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8EMRAsK015438 for png-implement@ccrc.wustl.edu; Sat, 14 Sep 2002 15:27:10 -0700 Date: Sat, 14 Sep 2002 15:27:10 -0700 Message-Id: <200209142227.g8EMRAsK015438@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > It's a stumbling-block I am not going to be able to get past. GNU > 'make' is so much more capable than other 'make's that I not willing to > expunge all GNU-make-specific goodness from the Makefiles my > configure's generate. Look, there's people who won't use anything but > MSVC[++] to build on Win32 and we try to provide special Makefiles for > them (many packages go further and provide an entire MSVC Project file > and so on). Why is this different? Why? Because there's absolutely no point in it--all the makefile needs is $(CC) $(CFLAGS) $(LD) $(LDFLAGS). That's it! End of story, game over. Even NMAKE can do that much. If there were any prayer of running configure on the vast majority of MSVC systems, an MSVC-specific makefile might be superfluous. But there isn't, so it isn't. > And not *all* the "point" of using a configuration tool is to generate > a Makefile that's 'make'-tool independent. But we're not talking about just any configuration tool; we're talking about GNU configure. Have you ever looked at it? Half the reason it's so big is because it was designed to run on damn near *any* flavor of Unix, going back at least two decades. Many versions even support cross- compilers (which is saying something). Using all that power to create something that doesn't even try to work on the Big Four (Solaris, IRIX, HP-UX, AIX) is...irrational, to quote Spock. > Quite a lot of other points > are still addressed by the script even if the make-tool-specific -ness > is a drawback to some. OK, if you say so. But readability/maintainability takes a hit, and run- ning the script almost takes longer than reading the comments and cutting- and-pasting an appropriate build line does. (Which, I might add, doesn't trigger a "make: Circular pngcheck <- all dependency dropped." warning...) If you're seriously in need of something to do, feel free to finish writing the code. Full MNG and JNG support would be welcomed by one and all, I'm sure. (Definitely by me.) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 12:13:31 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA27847 for ; Sun, 15 Sep 2002 12:13:30 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8FHDU308070 for ; Sun, 15 Sep 2002 12:13:30 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8FHDSq18794 for ; Sun, 15 Sep 2002 12:13:28 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8FHC1801204; Sun, 15 Sep 2002 12:12:01 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8FHC0O01200 for ; Sun, 15 Sep 2002 12:12:00 -0500 (CDT) Received: (qmail 13535 invoked from network); 15 Sep 2002 17:12:00 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 15 Sep 2002 17:12:00 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8FHC0b24968 for ; Sun, 15 Sep 2002 10:12:00 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8FHBxdK017311 for ; Sun, 15 Sep 2002 10:11:59 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8FHBx7m017310 for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 10:11:59 -0700 Date: Sun, 15 Sep 2002 10:11:59 -0700 Message-Id: <200209151711.g8FHBx7m017310@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ...six (five?) days before deadline, too. (That's a reminder to everyone else: it's supposed to be released this Friday or Saturday.) scripts/makefile.gcmmx has this bogosity: libpng.so.3.$(PNGMIN): $(OBJSDLL) $(CC) -shared -Wl,-soname,libpng.so.3 \ -o libpng.so.3.$(PNGMIN) \ I think OBJSDLL went missing. I continue to disagree with this approach: $(LIBNAME).so.$(PNGVER): $(OBJSDLL) $(CC) -shared -Wl,-soname,$(LIBNAME).so.$(PNGMAJ) \ -o $(LIBNAME).so.$(PNGVER) \ $(OBJSDLL) -L$(ZLIBLIB) -lz -lm -lc If and when zlib bumps its .so number, this will result in exactly the same sorts of problems GD causes with libpng. With libpng-config, there's no need for it, either. (And, to be honest, I've never seen any makefile that used -lpng without -lz.) So I recommend losing at least the -lz and -lc parts, preferably -lm, too. (Plain "-lpng" won't work if only the static library is installed; these tricks only work with .so libraries.) I compiled tiff2png 0.91 with it, and the static version works fine, as does the dynamic version (which is using libpng 1.2.1 at runtime). So compatibility seems good enough for "standard" old-style apps. I'll do a quick compile of 1.0.15rc1, too, but I'm not sure how much testing I'll be able to give it (beyond checking for the same broken .so lines). Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 16:46:05 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA29998 for ; Sun, 15 Sep 2002 16:46:05 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8FLk4320300 for ; Sun, 15 Sep 2002 16:46:04 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8FLk3q26723 for ; Sun, 15 Sep 2002 16:46:03 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8FLjm801880; Sun, 15 Sep 2002 16:45:48 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8FLjlO01876 for ; Sun, 15 Sep 2002 16:45:47 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2I000WJ1RK8B@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 17:45:21 -0400 (EDT) Date: Sun, 15 Sep 2002 17:39:51 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209151711.g8FHBx7m017310@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020915173951.00f055a0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:11 AM 9/15/02 -0700, Greg Roelofs wrote: >...six (five?) days before deadline, too. Thank you. Yay! >(That's a reminder to everyone >else: it's supposed to be released this Friday or Saturday.) > >scripts/makefile.gcmmx has this bogosity: > > libpng.so.3.$(PNGMIN): $(OBJSDLL) > $(CC) -shared -Wl,-soname,libpng.so.3 \ > -o libpng.so.3.$(PNGMIN) \ > > >I think OBJSDLL went missing. It does appear so. My tests didn't reveal the problem; I guess I only tested libpng12.so.0 and not libpng.so.3. > >I continue to disagree with this approach: > > $(LIBNAME).so.$(PNGVER): $(OBJSDLL) > $(CC) -shared -Wl,-soname,$(LIBNAME).so.$(PNGMAJ) \ > -o $(LIBNAME).so.$(PNGVER) \ > $(OBJSDLL) -L$(ZLIBLIB) -lz -lm -lc >If and when zlib bumps its .so number, this will result in exactly the >same sorts of problems GD causes with libpng. Sorry I don't remember you disagreeing with it in the past. But I can foresee that it could indeed cause that sort of problem. >With libpng-config, there's >no need for it, either. (And, to be honest, I've never seen any makefile >that used -lpng without -lz.) So I recommend losing at least the -lz and >-lc parts, preferably -lm, too. (Plain "-lpng" won't work if only the >static library is installed; these tricks only work with .so libraries.) I assume the -L$(ZLIBLIB) should be removed as well. > >I compiled tiff2png 0.91 with it, "it" being makefile.gcmmx revised as you recommend, and with libpng-config, I assume. >and the static version works fine, as >does the dynamic version (which is using libpng 1.2.1 at runtime). So >compatibility seems good enough for "standard" old-style apps. > >I'll do a quick compile of 1.0.15rc1, too, but I'm not sure how much >testing I'll be able to give it (beyond checking for the same broken .so >lines). It does have the same broken .so line. I'll review the other 12 makefiles. Bleahh. The first few I looked at aren't broken but they all have the -L$(ZLIBLIB) -lz, etc., in the build of the shared library. I'll be posting libpng-1.2.5rc2 and libpng-1.0.15rc2 shortly. Charles and Soren, should I replace makefile.cygwin with Soren's latest offering? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 17:39:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA00362 for ; Sun, 15 Sep 2002 17:39:08 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8FMd8322565 for ; Sun, 15 Sep 2002 17:39:08 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8FMd6q28095 for ; Sun, 15 Sep 2002 17:39:06 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8FMd1q02050; Sun, 15 Sep 2002 17:39:01 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8FMd0O02046 for ; Sun, 15 Sep 2002 17:39:00 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2I000J9490OZ@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 18:39:01 -0400 (EDT) Date: Sun, 15 Sep 2002 18:33:31 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209151711.g8FHBx7m017310@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020915183331.00f8b4e0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:11 AM 9/15/02 -0700, Greg Roelofs wrote: >I continue to disagree with this approach: > > $(LIBNAME).so.$(PNGVER): $(OBJSDLL) > $(CC) -shared -Wl,-soname,$(LIBNAME).so.$(PNGMAJ) \ > -o $(LIBNAME).so.$(PNGVER) \ > $(OBJSDLL) -L$(ZLIBLIB) -lz -lm -lc > >If and when zlib bumps its .so number, this will result in exactly the >same sorts of problems GD causes with libpng. With libpng-config, there's >no need for it, either. (And, to be honest, I've never seen any makefile >that used -lpng without -lz.) So I recommend losing at least the -lz and >-lc parts, preferably -lm, too. Interestingly, for some reason I had already removed them from makefile.sgi, makefile.sggcc, and makefile.sco. And makefile.sgi/sggcc have been working fine for me without them. The OBJSDLL line was missing from only a couple of makefiles. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 19:08:49 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id TAA01076 for ; Sun, 15 Sep 2002 19:08:49 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G08n326183 for ; Sun, 15 Sep 2002 19:08:49 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G08lq00299 for ; Sun, 15 Sep 2002 19:08:47 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G08Y302295; Sun, 15 Sep 2002 19:08:34 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8G08XO02291 for ; Sun, 15 Sep 2002 19:08:33 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2I00LFN8E9L7@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 20:08:33 -0400 (EDT) Date: Sun, 15 Sep 2002 20:03:03 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Of interest to Cygwin users, maybe In-reply-to: <20020912125123.8AEDD937BF@server2.fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020915200303.00f8cae0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:51 PM 9/12/02 +0000, Soren Andersen wrote: >I'd like to announce a very greatly revised and improved "Makefile >De-luxe" for libPNG in the Cygwin scene. > http://home.att.net/~perlspinr/makefiles/libpngMakefile.html All the cute stuff for extracting the version number out of png.c is-- well, cute. But why not just depend on the PNGMAJ and PNGMIN constants that are supplied in the distribution? I'm sure I don't want to put a cygwin-specific get_hostcpu.mk file in the scripts directory. If you want additional platform-specific files besides makefile.platform, put them in scripts/platform (e.g., scripts/cygwin/get_hostcpu.mk). Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 20:06:45 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA01519 for ; Sun, 15 Sep 2002 20:06:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G16i328600 for ; Sun, 15 Sep 2002 20:06:44 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G16gq01804 for ; Sun, 15 Sep 2002 20:06:42 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G16W602493; Sun, 15 Sep 2002 20:06:32 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8G16VO02489 for ; Sun, 15 Sep 2002 20:06:31 -0500 (CDT) Received: (qmail 3883 invoked from network); 16 Sep 2002 01:06:31 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 16 Sep 2002 01:06:31 -0000 Received: from sonic.net (bolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g8G16VZ15344 for ; Sun, 15 Sep 2002 18:06:31 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8G16VdK019613 for ; Sun, 15 Sep 2002 18:06:31 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8G16V6I019612 for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 18:06:31 -0700 Date: Sun, 15 Sep 2002 18:06:31 -0700 Message-Id: <200209160106.g8G16V6I019612@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Thank you. Yay! Any time (cough, cough). :-) > Sorry I don't remember you disagreeing with it in the past. But I can > foresee that it could indeed cause that sort of problem. It was a few months ago. As you're aware, I haven't exactly been right on top of the libpng betas lately(!), so this is the first I've checked in quite a while. Sounds like you maybe took care of most of the makefiles back then but left the Linux ones for me or something. Whatever, it's not important now... > I assume the -L$(ZLIBLIB) should be removed as well. Yes, although it's "mostly harmless." >> I compiled tiff2png 0.91 with it, > "it" being makefile.gcmmx revised as you recommend, and with libpng-config, > I assume. Actually, just the test-installed headers and libraries. I was tempted to put libpng-config into the makefile, but since it doesn't exist on most systems, I would need to hack up some shell-script-in-a-makefile code, and I didn't have time for that today. There will be a 1.0 release in the relatively near future--I'm close to getting Willem's final patches integrated. I'll see if I can figure it out by then. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 21:55:45 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA02242 for ; Sun, 15 Sep 2002 21:55:45 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G2ti303443 for ; Sun, 15 Sep 2002 21:55:44 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G2tgq04804 for ; Sun, 15 Sep 2002 21:55:42 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G2tJ002862; Sun, 15 Sep 2002 21:55:19 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8G2tIO02858 for ; Sun, 15 Sep 2002 21:55:18 -0500 (CDT) Received: (qmail 1646 invoked from network); 16 Sep 2002 02:55:19 -0000 Received: from sub.sonic.net (208.201.224.8) by b.smtp-out.sonic.net with SMTP; 16 Sep 2002 02:55:19 -0000 Received: from sonic.net (bolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g8G2tI317161 for ; Sun, 15 Sep 2002 19:55:18 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8G2tIdK025762 for ; Sun, 15 Sep 2002 19:55:18 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8G2tIGP025761 for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 19:55:18 -0700 Date: Sun, 15 Sep 2002 19:55:18 -0700 Message-Id: <200209160255.g8G2tIGP025761@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu libpng-config summary on my system: #================================== # libpng-config --prefix # /usr/local #================================== # libpng-config --libs # -lpng12 -lz -lm #================================== # libpng-config --cflags # #================================== # libpng-config --cppflags # -I/usr/local/include/libpng12 -DPNG_THREAD_UNSAFE_OK -DPNG_USE_PNGGCCRD #================================== # libpng-config --ldflags # -L/usr/local/lib -Wl,-rpath,/usr/local/lib #================================== # libpng-config --rpath # #================================== Comments: - I can't think of a good reason to distinguish --cflags and --cppflags. (We may have discussed this before; if so, I don't recall the reason.) $(MAKE) doesn't know anything about "CPPFLAGS", and leaving --cflags empty is completely counter-intuitive. I expected to be able to do CFLAGS=`libpng-config --cflags`, but that's broken. - I'm also not too fond of LDFLAGS=`libpng-config --ldflags` `libpng-config --libs`. In fact, as currently set up, it seems clue-challenged at best, if not actually broken: -L is completely useless without -l, and -l is usually useless without -L (unless things are installed in /usr/lib, which is rare). In principle there might be a reason to have two different options, but this isn't one of them. Please make --ldflags return "-L/usr/local/lib -lpng12 -lz -lm" (modulo the local setup). - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? From what I've read, it *forces* executables to look in that path and only that path for shared libraries. Just because *I've* installed libpng in /usr/local/lib on my system doesn't mean I want to force all of my users to put it there, too... Hopefully the fact that there's an empty --rpath option simply means this is a typo. IOW, here's what I would propose for libpng-config behavior: #================================== # libpng-config --prefix # /usr/local #================================== # libpng-config --cflags # -I/usr/local/include/libpng12 -DPNG_THREAD_UNSAFE_OK -DPNG_USE_PNGGCCRD #================================== # libpng-config --ldflags # -L/usr/local/lib -lpng12 -lz -lm #================================== # libpng-config --rpath # -Wl,-rpath,/usr/local/lib #================================== In general, only the middle two would be used. (If configure scripts need finer granularity, maybe some special options could be added for them. But I can't recall any configure script that needed finer granularity than what I've shown above.) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 22:47:21 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id WAA02581 for ; Sun, 15 Sep 2002 22:47:21 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G3lK305888 for ; Sun, 15 Sep 2002 22:47:21 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G3lIq06485 for ; Sun, 15 Sep 2002 22:47:19 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G3lCX02968; Sun, 15 Sep 2002 22:47:12 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8G3lBO02964 for ; Sun, 15 Sep 2002 22:47:11 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2I001OVIIN1X@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 23:47:12 -0400 (EDT) Date: Sun, 15 Sep 2002 23:41:43 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209160255.g8G2tIGP025761@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020915234143.00f09430@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:55 PM 9/15/02 -0700, Greg Roelofs wrote: >libpng-config summary on my system: > >#================================== ># libpng-config --prefix ># /usr/local >#================================== ># libpng-config --libs ># -lpng12 -lz -lm >#================================== ># libpng-config --cflags ># >#================================== ># libpng-config --cppflags ># -I/usr/local/include/libpng12 -DPNG_THREAD_UNSAFE_OK -DPNG_USE_PNGGCCRD >#================================== ># libpng-config --ldflags ># -L/usr/local/lib -Wl,-rpath,/usr/local/lib >#================================== ># libpng-config --rpath ># >#================================== > >Comments: > > - I can't think of a good reason to distinguish --cflags and --cppflags. > (We may have discussed this before; if so, I don't recall the reason.) > $(MAKE) doesn't know anything about "CPPFLAGS", and leaving --cflags > empty is completely counter-intuitive. I expected to be able to do > CFLAGS=`libpng-config --cflags`, but that's broken. If you only need CFLAGS and not CPPFLAGS, then CFLAGS=`libpng-config --cppflags --cpflags` > - I'm also not too fond of LDFLAGS=`libpng-config --ldflags` `libpng-config > --libs`. In fact, as currently set up, it seems clue-challenged at best, > if not actually broken: -L is completely useless without -l, > and -l is usually useless without -L (unless things are installed > in /usr/lib, which is rare). In principle there might be a reason to have > two different options, but this isn't one of them. Please make --ldflags > return "-L/usr/local/lib -lpng12 -lz -lm" (modulo the local setup). You don't necessarily want the -L flags and the -l flags together, if you are building something with a dozen libraries, each with a foo-config. It's easy to combine libpng-config outputs but it would be difficult to separate them if libpng-config presented them combined. Incidentally you don't need to run libpng-config twice to construct LDFLAGS: LDFLAGS=`libpng-config --ldflags --libs` > > - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? I guess it belongs in --rpath > From what I've read, > it *forces* executables to look in that path and only that path for > shared libraries. Just because *I've* installed libpng in /usr/local/lib > on my system doesn't mean I want to force all of my users to put it > there, too... Of course not. If they put it somewhere else, their "make install" will create a different libpng-config for them that points to where they put it. > Hopefully the fact that there's an empty --rpath option > simply means this is a typo. > >IOW, here's what I would propose for libpng-config behavior: > >#================================== ># libpng-config --prefix ># /usr/local >#================================== ># libpng-config --cflags libpng-config --cppflags --cflags ># -I/usr/local/include/libpng12 -DPNG_THREAD_UNSAFE_OK -DPNG_USE_PNGGCCRD >#================================== ># libpng-config --ldflags libpng-config --ldflags --libs ># -L/usr/local/lib -lpng12 -lz -lm >#================================== ># libpng-config --rpath ># -Wl,-rpath,/usr/local/lib >#================================== Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 15 23:04:27 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id XAA02680 for ; Sun, 15 Sep 2002 23:04:27 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G44Q306590 for ; Sun, 15 Sep 2002 23:04:26 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G44Oq07001 for ; Sun, 15 Sep 2002 23:04:25 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G448q02997; Sun, 15 Sep 2002 23:04:08 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8G448O02993 for ; Sun, 15 Sep 2002 23:04:08 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2I00A36JAD5P@mtaout06.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 00:03:49 -0400 (EDT) Date: Sun, 15 Sep 2002 23:58:20 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209160255.g8G2tIGP025761@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020915235820.00f897f0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:55 PM 9/15/02 -0700, Greg Roelofs wrote: > - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? Because it is a complete loader argument, not just the path. --rpath puts out only a path. libpng-config --rpath would write something like /usr/local/lib SGI for example uses --rpath as LDFLAGS=-rpath $ZLIBPATH:`libpng-config --rpath` You tell me how to convey multiple rpaths on your platform. If it's "-w1,-rpath,/path1 -w1,-rpath,/path2" then libpng-config is OK as is. If it requires "-w1,-rpath,/a:/b" then we'll have to put the path in --rpath instead of --ldflags, so makefiles can combine them properly. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 00:35:14 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA03558 for ; Mon, 16 Sep 2002 00:35:13 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8G5ZD311262 for ; Mon, 16 Sep 2002 00:35:13 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8G5ZBq10315 for ; Mon, 16 Sep 2002 00:35:11 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8G5YrR03153; Mon, 16 Sep 2002 00:34:53 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8G5YqO03149 for ; Mon, 16 Sep 2002 00:34:52 -0500 (CDT) Received: (qmail 29620 invoked from network); 16 Sep 2002 05:34:51 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 16 Sep 2002 05:34:51 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8G5YpL24258 for ; Sun, 15 Sep 2002 22:34:51 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8G5YpdK010812 for ; Sun, 15 Sep 2002 22:34:51 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8G5YpiW010811 for png-implement@ccrc.wustl.edu; Sun, 15 Sep 2002 22:34:51 -0700 Date: Sun, 15 Sep 2002 22:34:51 -0700 Message-Id: <200209160534.g8G5YpiW010811@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >> - I can't think of a good reason to distinguish --cflags and --cppflags. >> (We may have discussed this before; if so, I don't recall the reason.) >> $(MAKE) doesn't know anything about "CPPFLAGS", and leaving --cflags >> empty is completely counter-intuitive. I expected to be able to do >> CFLAGS=`libpng-config --cflags`, but that's broken. > If you only need CFLAGS and not CPPFLAGS, then > CFLAGS=`libpng-config --cppflags --cpflags` Is there any platform for which --cflags is *not* empty? What's its point? (And if it doesn't have one, why make up --cppflags?) > You don't necessarily want the -L flags and the -l flags together, if you > are building something with a dozen libraries, each with a foo-config. Um...OK. I was thinking the later ones overrode the earlier ones (which would be desirable, in general), but it appears that they all just get appended to a giant search path and are checked in order (i.e., earlier wins over later). Never mind... > It's easy to combine libpng-config outputs but it would be difficult to > separate them if libpng-config presented them combined. Incidentally > you don't need to run libpng-config twice to construct LDFLAGS: > LDFLAGS=`libpng-config --ldflags --libs` Gotcha. >> From what I've read, >> it *forces* executables to look in that path and only that path for >> shared libraries. Just because *I've* installed libpng in /usr/local/lib >> on my system doesn't mean I want to force all of my users to put it >> there, too... > Of course not. If they put it somewhere else, their "make install" will > create a different libpng-config for them that points to where they put > it. Who said anything about "make install"? *They* have tiff2png-0.91-linux-glibc.zip or mozilla-i686-pc-linux-gnu-1.0-sea.tar.gz and whatever version of libpng was installed on their Linux box. If my executable doesn't run there solely because libpng-config forces an inappropriate link option, you can be darned sure I'm not going to use it. (And neither will most other people, I'd wager. Indeed, it appears that -rpath is banned in Debian as a matter of policy.) > At 07:55 PM 9/15/02 -0700, Greg Roelofs wrote: > > - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? > Because it is a complete loader argument, not just the path. My point is that it's a *bad* loader argument. > --rpath puts out only a path. > libpng-config --rpath would write something like > /usr/local/lib Is there any point to that? You could use --prefix and avoid an extra option. (Else why is there a --prefix?) > SGI for example uses --rpath as > LDFLAGS=-rpath $ZLIBPATH:`libpng-config --rpath` So it's not an empty libpng-config option on SGIs? > You tell me how to convey multiple rpaths on your platform. Looks like it's "-Wl,-rpath,/path1,-rpath,/path2". But please tell me why I would *want* that except in explicitly non-portable cases (e.g., for a special-purpose setup on a particular machine that's going to require hand-tweaking anyway). libpng-config is supposed to help promote portability; -rpath does the opposite. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 07:02:55 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id HAA06485 for ; Mon, 16 Sep 2002 07:02:54 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8GC2r305070 for ; Mon, 16 Sep 2002 07:02:54 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8GC2qq24645 for ; Mon, 16 Sep 2002 07:02:52 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8GC2RL03743; Mon, 16 Sep 2002 07:02:27 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8GC2QO03739 for ; Mon, 16 Sep 2002 07:02:26 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2J0030H5EZHD@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 08:01:47 -0400 (EDT) Date: Mon, 16 Sep 2002 07:56:17 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209160534.g8G5YpiW010811@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020916075617.0151a880@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:34 PM 9/15/02 -0700, Greg Roelofs wrote: >>> - I can't think of a good reason to distinguish --cflags and --cppflags. >>> (We may have discussed this before; if so, I don't recall the reason.) >>> $(MAKE) doesn't know anything about "CPPFLAGS", and leaving --cflags >>> empty is completely counter-intuitive. I expected to be able to do >>> CFLAGS=`libpng-config --cflags`, but that's broken. > >> If you only need CFLAGS and not CPPFLAGS, then >> CFLAGS=`libpng-config --cppflags --cpflags` > >Is there any platform for which --cflags is *not* empty? What's its >point? (And if it doesn't have one, why make up --cppflags?) makefile.32sunu has -fast -xtarget ultra makefile.hpux has -Ae +DA1.1 +DS2.0 makefile.sgi might have -32, -n32, or -64 compiler flags. I did *not* put in -O or -g things (I've seen it done in other foo-config) because the fact that the library was built with one of those shouldn't require the application to be compiled the same way. Only options that are required for the app and the library to interoperate are included. > >>> From what I've read, >>> it *forces* executables to look in that path and only that path for >>> shared libraries. Just because *I've* installed libpng in /usr/local/lib >>> on my system doesn't mean I want to force all of my users to put it >>> there, too... > >> Of course not. If they put it somewhere else, their "make install" will >> create a different libpng-config for them that points to where they put >> it. > >Who said anything about "make install"? *They* have >tiff2png-0.91-linux-glibc.zip or mozilla-i686-pc-linux-gnu-1.0-sea.tar.gz >and whatever version of libpng was installed on their Linux box. OK, and "whatever version of libpng" should have come with an appropriate prefix/bin/libpng-config, if it was pre-installed. As I understand it, the main purpose of libpng-config is to allow the applications to find the library. You are saying not to use it for that purpose... If they installed libpng in a nonstandard location, and tiff2png* was simply downloaded not installed, and doesn't make use of libpng-config, then naturally it won't work. They would have to use LD_LIBRARY_PATH or something. >If >my executable doesn't run there solely because libpng-config forces an >inappropriate link option, you can be darned sure I'm not going to use >it. (And neither will most other people, I'd wager. Indeed, it appears >that -rpath is banned in Debian as a matter of policy.) OK if it's banned on a system then it'll be empty in libpng-config, right? or will always point to a standard location and therefore can be ignored? >> At 07:55 PM 9/15/02 -0700, Greg Roelofs wrote: >> > - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? > >> Because it is a complete loader argument, not just the path. > >My point is that it's a *bad* loader argument. > >> --rpath puts out only a path. > >> libpng-config --rpath would write something like >> /usr/local/lib > >Is there any point to that? You could use --prefix and avoid an extra >option. (Else why is there a --prefix?) Sorry my example was wrong. It could write something like /usr/local/lib/ or /usr/local/lib32 or /usr/local/lib64 and prefix isn't sufficient to distinguish them. > >> SGI for example uses --rpath as > >> LDFLAGS=-rpath $ZLIBPATH:`libpng-config --rpath` > >So it's not an empty libpng-config option on SGIs? > >> You tell me how to convey multiple rpaths on your platform. > >Looks like it's "-Wl,-rpath,/path1,-rpath,/path2". Does "-W1,-rpath,/path1 -W1,-rpath/path2" not work? That would be troublesome because you wouldn't be able to combine the --rpath outputs from two libraries into your LDFLAGS, for example LDFLAGS=`libpng-config --ldflags` `zlib-config --ldflags` if each *-config contained a "-W1,-rpath..." flag. >But please tell >me why I would *want* that except in explicitly non-portable cases >(e.g., for a special-purpose setup on a particular machine that's >going to require hand-tweaking anyway). libpng-config is supposed >to help promote portability; -rpath does the opposite. I didn't invent -rpath or -W1,-rpath. I might be installing libraries and applications on a machine where I don't have write permission in standard locations. Ideally I would put them in standard locations and leave --rpath blank and probably wouldn't even need libpng-config. I would say that libpng-config is supposed to help deal with nonportability rather than to help promote portability. It's a place to record peculiarities. It would be good to have a list of "standard locations" that should *not* be written in --rpath, --cppflags, --cflags, and whatnot. Unfortunately the "standard locations" are different on different platforms. For example, on the SGI, /usr/local/lib32 is a "standard location" and /usr/local/lib isn't, for the purpose of finding shared libraries. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 10:15:01 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA08554 for ; Mon, 16 Sep 2002 10:15:01 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8GFF0309338 for ; Mon, 16 Sep 2002 10:15:00 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8GFExq08851 for ; Mon, 16 Sep 2002 10:14:59 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8GFEMJ04252; Mon, 16 Sep 2002 10:14:22 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8GFELO04248 for ; Mon, 16 Sep 2002 10:14:21 -0500 (CDT) Received: (qmail 22417 invoked from network); 16 Sep 2002 15:14:21 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 16 Sep 2002 15:14:21 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8GFELR08898 for ; Mon, 16 Sep 2002 08:14:21 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8GFEKdK020824 for ; Mon, 16 Sep 2002 08:14:20 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8GFEKIh020823 for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 08:14:20 -0700 Date: Mon, 16 Sep 2002 08:14:20 -0700 Message-Id: <200209161514.g8GFEKIh020823@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Only options that are required for the app and the library to > interoperate are included. OK, that's a good reason. I'd still rather see --cflags produce every- thing you need for CFLAGS, though. Would cflags == cppflags + cc1flags be OK? Similarly, I'd like to propose that what's now called --ldflags be changed to --Lpath and that --ldflags be made equivalent to --Lpath --libs. That would satisfy the principle of least astonishment, I think (at least in the absence of embedded -rpath options). With these two changes, standard apps could simply add `libpng-config --cflags` to their CFLAGS variable and `libpng-config --ldflags` to their LDFLAGS variable. Finer-grained control is possible with other options, but 95% of the world is satisfied with the basics. But back to -rpath: > OK, and "whatever version of libpng" should have come with an appropriate > prefix/bin/libpng-config, if it was pre-installed. Which is precisely...useless. > As I understand it, > the main purpose of libpng-config is to allow the applications to find > the library. At *build* time. How is any compiled application going to use it if said application won't run in the first place? libpng-config is a helper for makefiles and configure scripts, nothing more. And although it's been done before (esp. VMS), shipping object files and forcing the link to occur on the end-user's system is pretty hideous. > You are saying not to use it for that purpose... I'm saying it's physically impossible for it to be used for that purpose. Only a secondary application or script could use it, and then it would need knowledge of the binary layout of the PNG executable being installed so that it could mung up the internal paths accordingly, or else it would need all of the object files and other libraries in order to do final linking. Neither of those is ever going to be acceptable to developers. > If they installed libpng in a nonstandard location, and tiff2png* was > simply downloaded not installed, and doesn't make use of libpng-config, > then naturally it won't work. That's not at all natural--why do you think there's a /etc/ld.so.conf (or other standard list of shared-library paths)? I could install libpng in any of /lib /usr/lib /usr/local/lib /usr/X11R6/lib /usr/i386-slackware-linux/lib /opt/gnome/lib /usr/openwin/lib /usr/i386-slackware-linux-gnulibc1/lib /usr/i386-slackware-linux-gnuaout/lib on my system, and anybody else's PNG app that used the same .so version would run just fine. But if said app was compiled with -rpath /foo/bar, not one of my nine libpng.so installations would make the slightest dif- ference--I would have to add a tenth in /foo/bar. > They would have to use LD_LIBRARY_PATH or something. Exactly--the small minority of people who do not have permission to install libpng in some public place will have to do just that. -rpath effectively forces that nastiness on everyone (actually LD_RUN_PATH, but that's just as gross). > OK if it's banned on a system then it'll be empty in libpng-config, right? > or will always point to a standard location and therefore can be ignored? It's banned from the *distribution*. If the messages I read are accurate, nobody in Debian will use it in any of their maintained projects, at least not without changing it first--which brings up more risk of incompatibility between projects. You still haven't answered why we need/want it as a default option in the first place--what's the point? I see no benefit at all on the vast majority of systems--in fact, it's harmful in many cases--and even on the abnormal systems where things are "installed" in completely non-standard locations, it will only help the few apps that are compiled with libpng-config. All the rest (e.g., libjpeg or libtiff apps) will require LD_LIBRARY_PATH or similar, and if that's already going to be a requirement, why pollute the rest of the development space? Simplify as much as possible. > Sorry my example was wrong. It could write something like > /usr/local/lib/ or /usr/local/lib32 or /usr/local/lib64 and > prefix isn't sufficient to distinguish them. Then that should really be called --libpath or --sopath or something. --rpath should be identified with the -rpath loader option; anything else is confusing. > Does "-W1,-rpath,/path1 -W1,-rpath/path2" not work? (ell, not one) It should, but I haven't tried either. The loader just wants a command line like "-rpath /path1 -rpath /path2"; how it gets there is up to the user and the gcc front end. > I didn't invent -rpath or -W1,-rpath. I might be installing libraries > and applications on a machine where I don't have write permission in > standard locations. Ideally I would put them in standard locations and > leave --rpath blank and probably wouldn't even need libpng-config. I > would say that libpng-config is supposed to help deal with nonportability > rather than to help promote portability. It's a place to record > peculiarities. Record, fine. Force into the most basic build options? No. Let those few who need -rpath linking run "libpng-config --ldflags --libs --rpath". We don't hardcode lcc into the makefiles as the default compiler just because it's peculiar. > It would be good to have a list of "standard locations" that should *not* > be written in --rpath, --cppflags, --cflags, and whatnot. Unfortunately > the "standard locations" are different on different platforms. For > example, on the SGI, /usr/local/lib32 is a "standard location" and > /usr/local/lib isn't, for the purpose of finding shared libraries. I agree that that might be nice and also that it's getting too subtle. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 11:31:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA09633 for ; Mon, 16 Sep 2002 11:31:38 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8GGVb325185 for ; Mon, 16 Sep 2002 11:31:37 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8GGVaq15708 for ; Mon, 16 Sep 2002 11:31:36 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8GGVGI04791; Mon, 16 Sep 2002 11:31:16 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8GGVDO04786 for ; Mon, 16 Sep 2002 11:31:14 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTPA id <0H2J00A0PHVR37@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 12:31:12 -0400 (EDT) Date: Mon, 16 Sep 2002 12:31:02 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) To: png-implement@ccrc.wustl.edu Message-id: <3D860746.10DD64E6@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209161514.g8GFEKIh020823@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Greg Roelofs wrote: > > > Only options that are required for the app and the library to > > interoperate are included. > > OK, that's a good reason. I'd still rather see --cflags produce every- > thing you need for CFLAGS, though. Would cflags == cppflags + cc1flags > be OK? Not really. CFLAGS are compiler flags. CPPFLAGS are preprocessor flags. Looking through the foo-configs that I can find, libpng isn't the only one defining CPPFLAGS. > > Similarly, I'd like to propose that what's now called --ldflags be changed > to --Lpath and that --ldflags be made equivalent to --Lpath --libs. That > would satisfy the principle of least astonishment, I think (at least in > the absence of embedded -rpath options). That seems OK (or good) but is different from all others . But that's all right because, looking at my collection of foo-configs it seems necessary to do foo-config --help with each of them to find out what they do before attempting to use them in a makefile or config script. I think that's partly what pkgconfig is trying to address. Also it's slightly incompatible with libpng-1.2.4.... > > With these two changes, standard apps could simply add `libpng-config > --cflags` to their CFLAGS variable and `libpng-config --ldflags` to their > LDFLAGS variable. OK. > Finer-grained control is possible with other options, > but 95% of the world is satisfied with the basics. > > But back to -rpath: Recall that I'm only using --rpath on SGI where other mechanisms for passing the path to the shared library don't and can't work. > I could install libpng in > any of > > /lib > /usr/lib > /usr/local/lib > /usr/X11R6/lib > /usr/i386-slackware-linux/lib > /opt/gnome/lib/usr/lib > /usr/openwin/lib > /usr/i386-slackware-linux-gnulibc1/lib > /usr/i386-slackware-linux-gnuaout/lib > > on my system, and anybody else's PNG app that used the same .so version > would run just fine. But if said app was compiled with -rpath /foo/bar, > not one of my nine libpng.so installations would make the slightest dif- > ference--I would have to add a tenth in /foo/bar. Reading the manpages on SGI, it seems that -rpath only prepends an additional library to search. You could still put libpng in one of the standard locations (on sgi, the list is either /usr/lib:/usr/lib/internal:/lib:/lib/cmplrs/cc:/usr/lib/cmplrs/cc:/opt/lib or something similar with lib32 or lib64 everywhere). Therefore --rpath at least on SGI doesn't seem to be as harmful as you describe. I don't know about the -Wl,rpath situation, but if it's as you say (the linker *only* looks in the named -rpath directory, which is something I cannot test) then I suppose the -Wl,rpath shouldn't be written when the destination is any standard location, just as similarly the -I and -L flags shouldn't be written. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 12:09:04 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA10017 for ; Mon, 16 Sep 2002 12:09:03 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8GH92301084 for ; Mon, 16 Sep 2002 12:09:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8GH90q18746 for ; Mon, 16 Sep 2002 12:09:00 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8GH8qO05089; Mon, 16 Sep 2002 12:08:52 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8GH8oO05085 for ; Mon, 16 Sep 2002 12:08:51 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H2J006VWJMMM5@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 13:08:50 -0400 (EDT) Date: Mon, 16 Sep 2002 13:08:45 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) To: png-implement@ccrc.wustl.edu Message-id: <3D86101D.2C2D28E4@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209161514.g8GFEKIh020823@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Greg Roelofs wrote: > > > Only options that are required for the app and the library to > > interoperate are included. > > OK, that's a good reason. I'd still rather see --cflags produce every- > thing you need for CFLAGS, though. Would cflags == cppflags + cc1flags > be OK? Or +ccflags. How's this: Usage: libpng-config [OPTION] ... Known values for OPTION are: --prefix output libpng prefix --cppflags output pre-processor flags --ccflags output compiler flags --cflags output preprocessor and compiler flags --lflags output library search (-L) flags --libs output library linking information --ldflags output loader flags (lflags+libs) --rpath output path to shared library --rflags output shared library linker flags --help output this help and exit --version output version information Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 18:33:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA14688 for ; Mon, 16 Sep 2002 18:33:33 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8GNXWk06974 for ; Mon, 16 Sep 2002 18:33:33 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8GNXVq18670 for ; Mon, 16 Sep 2002 18:33:31 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8GNWEQ09159; Mon, 16 Sep 2002 18:32:14 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8GNWDO09155 for ; Mon, 16 Sep 2002 18:32:14 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17r5Lh-0002cl-00 for ; Mon, 16 Sep 2002 16:32:13 -0700 Date: Mon, 16 Sep 2002 23:32:13 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020916233212.GF6748@nicemice.net> References: <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Greg Roelofs wrote: > > > - Why is "-Wl,-rpath,/usr/local/lib" in --ldflags? > > > Because it is a complete loader argument, not just the path. > > My point is that it's a *bad* loader argument. Because -rpath is always bad, or because /usr/local/lib is already in the system-wide library search path? If you're building an application for a particular system, then I see no reason not to inform the executable exactly where its libraries are. If you want to be able to copy the executable to another system, then you'd rather not hard-code the path to the libraries, which is no problem if the libraries are safe enough to be installed in a standard place, or safe enough to be included in the system-wide search path (if there is such a thing--Solaris 7 and earlier had nothing like ld.so.conf, but Solaris 8 has ld.config). But if the libraries are things that would be dangerous to introduce into the search path of other executables (like customized versions of other libraries), then you want the libraries to be in a private place, and you want the executable to be able to find them. In that case setting the runpath might be your best bet. I think a foo-config script should be designed to make it easy for Makefile writers to either set the runpath or not set it, at their discretion. Glenn Randers-Pehrson wrote: > --prefix output libpng prefix > --cppflags output pre-processor flags > --ccflags output compiler flags > --cflags output preprocessor and compiler flags It's counter-intuitive that cflags is a superset of ccflags, whereas lflags is a subset of ldflags. > --lflags output library search (-L) flags LFLAGS is used by GNU make for flags to be passed to lex, so I'd advise against the name --lflags. > --libs output library linking information > --ldflags output loader flags (lflags+libs) ld is the linker, not the loader. Maybe ld.so could be called the loader, but not ld. > --rpath output path to shared library Why can we get a path to the shared library but not a path to the static library? > --rflags output shared library linker flags I like your suggestion about omitting runpath directories that are already in the system-wide search path. Maybe there should be two versions of this option, one that does the omission, and one that doesn't. > --help output this help and exit > --version output version information What do you think of this: --prefix package prefix --libpath directories containing the libraries --cppflags C pre-processor flags --copts any other needed C compiler flags --cflags same as --copts --cppflags --linksearch linker options for finding the libraries at link time --libs linker options for linking the libraries --runsearch linker options for finding the libraries at run time --runsearch2 like --runsearch, but omits anything already in the system-wide search path --lopts any other needed linker options --ldflags same as --lopts --linksearch --libs --runsearch2 --help this help --version version information Note on --runsearch2: The test would be performed when foo-config is run, not when foo-config is created. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 20:31:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA15743 for ; Mon, 16 Sep 2002 20:31:57 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8H1Vuk16951 for ; Mon, 16 Sep 2002 20:31:56 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8H1Vtq25120 for ; Mon, 16 Sep 2002 20:31:55 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8H1V4s11023; Mon, 16 Sep 2002 20:31:04 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8H1V3O11019 for ; Mon, 16 Sep 2002 20:31:03 -0500 (CDT) Received: (qmail 7502 invoked from network); 17 Sep 2002 01:31:03 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 17 Sep 2002 01:31:03 -0000 Received: from sonic.net (bolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g8H1V3E31010 for ; Mon, 16 Sep 2002 18:31:03 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8H1V3dK017152 for ; Mon, 16 Sep 2002 18:31:03 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8H1V28e017151 for png-implement@ccrc.wustl.edu; Mon, 16 Sep 2002 18:31:02 -0700 Date: Mon, 16 Sep 2002 18:31:02 -0700 Message-Id: <200209170131.g8H1V28e017151@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Not really. CFLAGS are compiler flags. CPPFLAGS are preprocessor > flags. I'm not aware of any make utility that respects "CPPFLAGS". CFLAGS and LDFLAGS are standard (along with CC, MAKE, etc.). What that means in particular is that you don't even have to have an explicit .c.o target; make will automatically use them if it sees a .o dependency and a corre- sponding .c file. > Looking through the foo-configs that I can find, libpng isn't > the only one defining CPPFLAGS. I've never seen any others, although you've mentioned ImageMagick in the past. If that's the only one, though, I'm not sure I would give it a great deal of weight--it's strongly correlated with libpng-config's adoption of the same option, I'd bet (i.e., IM -> libpng). > Also it's slightly incompatible with libpng-1.2.4.... That's a concern, definitely, but I'm guessing (hoping) it's not a big one yet. I can't prove that no one has yet switched their code to libpng-config a la 1.2.4, however. > Recall that I'm only using --rpath on SGI where other mechanisms > for passing the path to the shared library don't and can't work. It showed up in my Linux libpng-config, which is why I was fussing about it. > Reading the manpages on SGI, it seems that -rpath only prepends > an additional library to search. You could still put libpng > in one of the standard locations (on sgi, the list is either > /usr/lib:/usr/lib/internal:/lib:/lib/cmplrs/cc:/usr/lib/cmplrs/cc:/opt/lib > or something similar with lib32 or lib64 everywhere). Argh, I'm afraid I misread the Linux man page and/or the Debian-list discussion I found--it appears to have the same behavior as the SGI version, which eliminates my major gripe with it. I just test-compiled a special tiff2png binary with a nonsensical rpath in it, and while strace shows it searching a *bunch* of other paths (rpath/i686/mmx, rpath/i686, rpath/mmx, and rpath, followed by /usr/lib, etc.)--and only for libtiff, not libpng, libjpeg, or zlib--it does resolve all four libraries OK in the end. Apologies for going off the deep end on the basis of mistaken information... I still don't know whether we should worry about the Debian guideline/ mandate/restriction/whatever (any Debian folks still lurking?), but I'm personally willing to live with -rpath in the --ldflags option now. > Or +ccflags. How's this: > Usage: libpng-config [OPTION] ... > Known values for OPTION are: > --prefix output libpng prefix > --cppflags output pre-processor flags > --ccflags output compiler flags > --cflags output preprocessor and compiler flags > --lflags output library search (-L) flags > --libs output library linking information > --ldflags output loader flags (lflags+libs) > --rpath output path to shared library > --rflags output shared library linker flags > --help output this help and exit > --version output version information Given its length, I'd propose breaking it into two sections, a la: Usage: libpng-config [OPTIONS] Basic options: [--cflags] output preprocessor and compiler flags [--ldflags] output loader flags (lflags+libs) [--version] output version information [--help] output this help and exit Advanced options: [--prefix] output libpng installation prefix (e.g., /usr/local) [--cppflags] output preprocessor flags (e.g., -I/somewhere/include) [--ccflags] output compiler flags (e.g., -n32) [--lflags] output library search flags (e.g., -L/somewhere/lib) [--libs] output library linking information (e.g., -lpng -lz -lm) [--rpath] output path to shared library (e.g., /usr/local/lib64) [--rflags] output shared library linker flags (e.g., -Wl,rpath,/lib32) ...modulo some of the changes Adam suggested. (And I think "print" might be more understandable than "output," although the truly naive might look for paper...) Adam responded: >> My point is that it's a *bad* loader argument. > Because -rpath is always bad, or because /usr/local/lib is already in > the system-wide library search path? A hypothetical -rpath that forced executables to look *only* in the specified path and nowhere else would more or less destroy any binary distribution of executables outside of full-blown OS distributions. But that's not how any known version of -rpath actually works, so I retract that complaint. > ld is the linker, not the loader. Maybe ld.so could be called the > loader, but not ld. That's today's terminology, but I believe the name was originally derived from the word "load." At least, that's what I recall learning back in the early 80s... > Why can we get a path to the shared library but not a path to the > static library? That's one I forgot to mention. Maybe --sldflags could emit loader flags for statically linked libraries (e.g., "/usr/local/lib/libpng.a /usr/local/lib/libz.a -lm"). I don't believe there's any standard name for this. I like your option names, but I'd still like to see the help divided between simple options and more advanced ones. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 16 23:44:53 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id XAA17424 for ; Mon, 16 Sep 2002 23:44:53 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8H4iqZ09707 for ; Mon, 16 Sep 2002 23:44:52 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8H4ipq03628 for ; Mon, 16 Sep 2002 23:44:51 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8H4i6n12500; Mon, 16 Sep 2002 23:44:06 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8H4i5O12496 for ; Mon, 16 Sep 2002 23:44:05 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2K001LJFSRUH@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 00:43:39 -0400 (EDT) Date: Tue, 17 Sep 2002 00:38:10 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209170131.g8H1V28e017151@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917003810.01527e70@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 06:31 PM 9/16/02 -0700, Greg Roelofs wrote: >> Looking through the foo-configs that I can find, libpng isn't >> the only one defining CPPFLAGS. > >I've never seen any others, although you've mentioned ImageMagick in >the past. If that's the only one, though, I'm not sure I would give >it a great deal of weight--it's strongly correlated with libpng-config's >adoption of the same option, I'd bet (i.e., IM -> libpng). It wasn't. It was lemur-config but I don't know what lemur is; for all I know it could be another product of one of the IM developers, since I found it on the IM host. There are 50 *-config on that machine, and most only have --cflags --libs --prefix --version. Several tried to open an X window when I ran them. Hardly any seem to be well thought out. >> --prefix output libpng prefix >> --cppflags output pre-processor flags >> --ccflags output compiler flags >> --cflags output preprocessor and compiler flags >> --lflags output library search (-L) flags Adam had a problem with --lflags so how about --libflags >> --libs output library linking information >> --ldflags output loader flags (lflags+libs) [libflags+libs] >> --rpath output path to shared library >> --rflags output shared library linker flags >> --help output this help and exit >> --version output version information Other *-config split the library names and paths, and there's no standard way to do it: --libs-names --libs-dirs or --libs-only-l --libs-only-L and pkg-config has this equivalent of CPPFLAGS --cflags-only-I >Given its length, I'd propose breaking it into two sections, a la: > >Usage: libpng-config [OPTIONS] > >Basic options: > [--cflags] output preprocessor and compiler flags > [--ldflags] output loader flags (lflags+libs) > [--version] output version information > [--help] output this help and exit > >Advanced options: > [--prefix] output libpng installation prefix (e.g., /usr/local) > [--cppflags] output preprocessor flags (e.g., -I/somewhere/include) > [--ccflags] output compiler flags (e.g., -n32) > [--lflags] output library search flags (e.g., -L/somewhere/lib) > [--libs] output library linking information (e.g., -lpng -lz -lm) > [--rpath] output path to shared library (e.g., /usr/local/lib64) > [--rflags] output shared library linker flags (e.g., -Wl,rpath,/lib32) I didn't see any example of that, and some of the lists are longer than this. > >...modulo some of the changes Adam suggested. (And I think "print" might >be more understandable than "output," although the truly naive might look >for paper...) OK I'll change it back to "print". I guess I was still reeling from reading Soren's cygwin makefile that has a "print" target that actually does look for a printer. >> Why can we get a path to the shared library but not a path to the >> static library? Why would you need it? Once you've built the application, you don't need to be able to find the static library again. >That's one I forgot to mention. Maybe --sldflags could emit loader >flags for statically linked libraries (e.g., "/usr/local/lib/libpng.a >/usr/local/lib/libz.a -lm"). I don't believe there's any standard >name for this. I saw no other *-config that bothers with the static library location. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 01:05:43 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA18210 for ; Tue, 17 Sep 2002 01:05:42 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8H65gZ15216 for ; Tue, 17 Sep 2002 01:05:42 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8H65eq07124 for ; Tue, 17 Sep 2002 01:05:40 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8H64pU12810; Tue, 17 Sep 2002 01:04:51 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8H64kO12806 for ; Tue, 17 Sep 2002 01:04:46 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2K00GX3JJWL8@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 02:04:45 -0400 (EDT) Date: Tue, 17 Sep 2002 01:59:16 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <20020916233212.GF6748@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:32 PM 9/16/02 +0000, you wrote: >What do you think of this: OK. I used some different names but essentially the same list except for runsearch2. I can't do runsearch2 without knowing what is the default library search path on every platform. They are all different, and the documentation of the list is hard to find. > --prefix package prefix > --libpath directories containing the libraries --rpath > --cppflags C pre-processor flags > --copts any other needed C compiler flags ccflags > --cflags same as --copts --cppflags > --linksearch linker options for finding the libraries at link time --libflags > --libs linker options for linking the libraries > --runsearch linker options for finding the libraries at run time --rflags > --runsearch2 like --runsearch, but omits anything already in the > system-wide search path > --lopts any other needed linker options --ldopts > --ldflags same as --lopts --linksearch --libs --runsearch2 > --help this help > --version version information > >Note on --runsearch2: The test would be performed when foo-config is >run, not when foo-config is created. I think glib-config does something like this but only with the -I flag, and only if it finds -I/usr/include or something. It's a somewhat feeble attempt. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 09:44:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA23509 for ; Tue, 17 Sep 2002 09:44:12 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HEiB408556 for ; Tue, 17 Sep 2002 09:44:11 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HEi9q04730 for ; Tue, 17 Sep 2002 09:44:09 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HEgtV14329; Tue, 17 Sep 2002 09:42:55 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8HEgoO14325 for ; Tue, 17 Sep 2002 09:42:50 -0500 (CDT) Received: (qmail 10224 invoked from network); 17 Sep 2002 14:42:48 -0000 Received: from sub.sonic.net (208.201.224.8) by a.smtp-out.sonic.net with SMTP; 17 Sep 2002 14:42:48 -0000 Received: from sonic.net (bolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g8HEgmr15302 for ; Tue, 17 Sep 2002 07:42:48 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8HEgmdK015724 for ; Tue, 17 Sep 2002 07:42:48 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8HEgmZg015723 for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 07:42:48 -0700 Date: Tue, 17 Sep 2002 07:42:48 -0700 Message-Id: <200209171442.g8HEgmZg015723@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >>I've never seen any others, although you've mentioned ImageMagick in >>the past. If that's the only one, though, I'm not sure I would give >>it a great deal of weight--it's strongly correlated with libpng-config's >>adoption of the same option, I'd bet (i.e., IM -> libpng). > It wasn't. It was lemur-config but I don't know what lemur is; for all > I know it could be another product of one of the IM developers, since I > found it on the IM host. OK, bad guess... (I don't think I've heard of lemur, either.) > There are 50 *-config on that machine, and > most only have --cflags --libs --prefix --version. Several tried to > open an X window when I ran them. Hardly any seem to be well thought out. That's roughly what I see on my machine. None of them uses --cppflags. > I didn't see any example of that, and some of the lists are longer than > this. Consider it usability input from Info-ZIP. ;-) >>> Why can we get a path to the shared library but not a path to the >>> static library? > Why would you need it? Once you've built the application, you don't > need to be able to find the static library again. Why do you think libpng-config has any use *outside* of building an application? That's pretty much all it's good for, and if you want to build a statically linked (with supporting libs, not glibc) application, then this would be useful. (There may be some compiler flags that turn on and off static linking in left-to-right order, but I'm not aware of them and have never used them.) > I saw no other *-config that bothers with the static library location. Most of the other -configs have to do with large package collections (e.g., GNOME, GTK+, KDE) that are often GPL'd and presumably want to avoid fat binaries at all costs (given their size(s) already). But I've personally gotten caught by libpng incompatibilities (or missing versions on others' machines) often enough in the past that I like to build static binaries in many cases. As you've already noticed, this is an evolving area of configuration management. I can assure you that there's at least as big a group of folks who would like something like --sldflags as would --cppflags. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 10:09:23 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA23977 for ; Tue, 17 Sep 2002 10:09:23 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HF9M414346 for ; Tue, 17 Sep 2002 10:09:22 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HF9Kq07051 for ; Tue, 17 Sep 2002 10:09:20 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HF8fT14466; Tue, 17 Sep 2002 10:08:41 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HF8XO14462 for ; Tue, 17 Sep 2002 10:08:33 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2L00GMY8OHA1@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 11:07:30 -0400 (EDT) Date: Tue, 17 Sep 2002 11:02:00 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <200209171442.g8HEgmZg015723@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917110200.00fb1d10@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:42 AM 9/17/02 -0700, Greg Roelofs wrote: > I can assure you that there's at least as big a group of >folks who would like something like --sldflags as would --cppflags. All right. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 10:31:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA24385 for ; Tue, 17 Sep 2002 10:31:10 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HFVA418944 for ; Tue, 17 Sep 2002 10:31:10 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HFV8q09080 for ; Tue, 17 Sep 2002 10:31:08 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HFUI614580; Tue, 17 Sep 2002 10:30:18 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HFUFO14576 for ; Tue, 17 Sep 2002 10:30:15 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2L00GOM9QDEU@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 11:30:14 -0400 (EDT) Date: Tue, 17 Sep 2002 11:24:44 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <3.0.6.32.20020917110200.00fb1d10@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917112444.00fb3370@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200209171442.g8HEgmZg015723@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:02 AM 9/17/02 -0400, Glenn Randers-Pehrson wrote: >At 07:42 AM 9/17/02 -0700, Greg Roelofs wrote: > >> I can assure you that there's at least as big a group of >>folks who would like something like --sldflags as would --cppflags. What should be in there? No -lpng or -lpngNN, but just /path/to/libpngNN.a ? Should --libs (or --slibs) return -lz or not? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 11:34:51 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA25178 for ; Tue, 17 Sep 2002 11:34:51 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HGYo402148 for ; Tue, 17 Sep 2002 11:34:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HGYnq15088 for ; Tue, 17 Sep 2002 11:34:49 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HGY5J14878; Tue, 17 Sep 2002 11:34:05 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HGY2O14874 for ; Tue, 17 Sep 2002 11:34:02 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id F2E8D6DBB4 for ; Tue, 17 Sep 2002 11:33:53 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 4EC7F6D9BD for ; Tue, 17 Sep 2002 11:33:53 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id AE0CE937D6; Tue, 17 Sep 2002 11:33:52 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Tue, 17 Sep 2002 16:33:52 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032280434 X-Sasl-enc: 7sQwg6nSrBd/d4SFYfC3UA Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020917163352.AE0CE937D6@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I have read Greg's replies concerning this project and am just making a brief posting in a slight hurry today (I've had other responsibilities the last several days and so haven't followed-up recently). This concerns the 'pngcheck' package I announced last week. I've uploaded a replacement targzball (named identically, at the same url): # http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz These are the changes made in this new upload. I just wanted to fix (for my own peace of mind) some of the issues raised , especially by Glenn -- thanks again Glenn for giving it a try on your SGI system and giving me feedback. On Sat, 14 Sep 2002 09:05:13 -0400, "Glenn Randers-Pehrson" said: > At 09:05 AM 9/14/02 +0000, Soren Andersen wrote: > >I made up a little test distro for readers to check. It is at > >the url # http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz > >Unroll the tar-gz and look inside, find the file README_gnu-build. > > Naturally I didn't look at any README* but just played the role of > Jo[e] User and typed "./configure" and "make". Didn't work, of > course, because I only have regular UNIX "make". I haven't got a fix for that issue in what I've uploaded. Perhaps, just for fun -- heheh -- you'd be kind enough to tell me precisely what 'make' you ARE using -- because when you say 'regular Unix make' I am thinking that could mean an awful lots of specific possibilities given that *nix isn't one monolithic platform but a plethora of Free and Proprietary OSs? (Of course I can figure out that your 'make' is probably one supplied by SGI for the Irix or other SGI-Unix OS release). > It seems to define HOST_CPU=386 on my MIPS R-5000, but that's > probably just because the get_hostcpu.mk isn't present. I've added my file 'get_hostcpu.mk' to the gnu-build/ subdir. > I think it's a disservice to call the file "configure" when it only > works with GNU. Call it gnu-configure instead. Or gnu-pc-configure > if it only works on x86 PC's. Done. I am now generating (and thus including in the package) a file named "gnu-configure" instead of just plain "configure". As far as the HOST_CPU issue: the gnu-configure together with Makefile.in now takes care of conditionalizing out the inclusion of the include makefile and defines HOST_CPU to the null string on non-Intel-PC platforms. Since as you of course realize, there's no assembler object code supplied for Zlib for other hardware platforms than Intel-PC. So I couldn't have any way to supply a corresponding thing to include. The net impact of the changes I've made should be to effect the following: * lessen ambiguity about which users would want to use the [gnu-]configure script build support; * enable those who do want to use it to have less interference from the PC-specific support (I cannot see any remaining reason now why someone running GNU 'make' on IRIX wouldn't be able to build pngcheck using this configure now ... but it's quite possible that another one will still turn up 8-\). What has not changed of course it that it is still a 20kg solution for a problem that nobody requested even a 20-ounce solution for ;-). Best Regards, Soren A -- http://fastmail.fm/ - Consolidate POP email and Hotmail in one place -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 16:32:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA29756 for ; Tue, 17 Sep 2002 16:32:03 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HLW2427440 for ; Tue, 17 Sep 2002 16:32:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HLW1q11516 for ; Tue, 17 Sep 2002 16:32:01 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HLV0o17109; Tue, 17 Sep 2002 16:31:00 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HLUwO17105 for ; Tue, 17 Sep 2002 16:30:59 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17rPvv-0006xL-00 for ; Tue, 17 Sep 2002 14:30:59 -0700 Date: Tue, 17 Sep 2002 21:30:59 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020917213059.GD23835@nicemice.net> References: <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > I can't do runsearch2 without knowing what is the default library > search path on every platform. For platforms that have a configurable search path, you need to know where the config file is, and how to parse it. For platforms without a configurable search path, you need to know the search path. Or you could just try linking a test program with and without the runpath. If it works either way, then the runpath is unnecessary. If it works with the runpath and fails without it, then the runpath is necessary. If it fails both ways, some other problem is interfering with the test. This test should be performed by foo-config, not by the thing that creates foo-config, because the ld.so search path could get reconfigured. If there are multiple directories, you need a separate test program for each one, linking to a library in that directory. > > --libpath directories containing the libraries > --rpath The libraries are in that directory at both run time and link time, and a Makefile might use this information to find them at either run time or link time, so --rpath seems unnecessarily biased. And --libpath sounds misleading too; I'd expect it to return a path to the library itself, not just the directory containing the library. How about: --libdir directory containing the libraries or --libdirs directories containing the libraries, one per line > > --copts any other needed C compiler flags > ccflags How about --ccopts, to be consistent with --ldopts? It is analogous. > > --linksearch linker options for finding the libraries at link time > --libflags > > > --runsearch linker options for finding the libraries at run time > --rflags RFLAGS is used by GNU make for options to be passed to the Ratfor compiler (which is also the Fortran compiler). Make uses *FLAGS for options to be passed to various programs. There is exactly one variable for each program (or each face of a program, as with Fortran and Ratfor, which share a compiler). The variable contains *all* the options to be passed to that program. It might help build intuition if foo-config uses --*flags in the same way, using the same names as make, to print *all* the options that the package needs passed to a particular program. For partial lists of options, a name other than --*flags would be used, preferably something indicative of which subset of options it produces. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 17:20:46 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA01203 for ; Tue, 17 Sep 2002 17:20:46 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HMKj406444 for ; Tue, 17 Sep 2002 17:20:45 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HMKiq15581 for ; Tue, 17 Sep 2002 17:20:44 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HMK5x17426; Tue, 17 Sep 2002 17:20:05 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HMK4O17422 for ; Tue, 17 Sep 2002 17:20:04 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2L00HIHSPBPW@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 18:19:59 -0400 (EDT) Date: Tue, 17 Sep 2002 18:14:30 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <20020917213059.GD23835@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 09:30 PM 9/17/02 +0000, Adam M. Costello wrote: >Glenn Randers-Pehrson wrote: > >> I can't do runsearch2 without knowing what is the default library >> search path on every platform. > >For platforms that have a configurable search path, you need to know >where the config file is, and how to parse it. For platforms without a >configurable search path, you need to know the search path. > >Or you could just try linking a test program with and without the >runpath. If it works either way, then the runpath is unnecessary. Good, but this is sounding more like "configure" than "foo-config". It would have to do more than just link, but actually run and inspect the version number in png.c and png.h to be sure they are the expected number. Maybe save this notion for the next release. >If >it works with the runpath and fails without it, then the runpath is >necessary. If it fails both ways, some other problem is interfering >with the test. > >This test should be performed by foo-config, not by the thing >that creates foo-config, because the ld.so search path could get >reconfigured. Right. > >If there are multiple directories, you need a separate test program for >each one, linking to a library in that directory. > >> > --libpath directories containing the libraries >> --rpath > >The libraries are in that directory at both run time and link time, and >a Makefile might use this information to find them at either run time or >link time, so --rpath seems unnecessarily biased. And --libpath sounds >misleading too; I'd expect it to return a path to the library itself, >not just the directory containing the library. How about: > > --libdir directory containing the libraries OK. > >or > > --libdirs directories containing the libraries, one per line > >> > --copts any other needed C compiler flags >> ccflags > >How about --ccopts, to be consistent with --ldopts? It is analogous. OK. > >> > --linksearch linker options for finding the libraries at link time >> --libflags >> >> > --runsearch linker options for finding the libraries at run time >> --rflags > >RFLAGS is used by GNU make for options to be passed to the Ratfor >compiler (which is also the Fortran compiler). -ropts then > >Make uses *FLAGS for options to be passed to various programs. There >is exactly one variable for each program (or each face of a program, as >with Fortran and Ratfor, which share a compiler). The variable contains >*all* the options to be passed to that program. It might help build >intuition if foo-config uses --*flags in the same way, using the same >names as make, to print *all* the options that the package needs passed >to a particular program. For partial lists of options, a name other >than --*flags would be used, preferably something indicative of which >subset of options it produces. > >AMC > >-- >Send the message body "help" to png-implement-request@ccrc.wustl.edu > -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 18:44:20 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA03027 for ; Tue, 17 Sep 2002 18:44:20 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8HNiJ416195 for ; Tue, 17 Sep 2002 18:44:19 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8HNiIq21153 for ; Tue, 17 Sep 2002 18:44:18 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8HNhJr17699; Tue, 17 Sep 2002 18:43:19 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8HNhIO17695 for ; Tue, 17 Sep 2002 18:43:18 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17rRzy-0007Sk-00 for ; Tue, 17 Sep 2002 16:43:18 -0700 Date: Tue, 17 Sep 2002 23:43:18 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020917234318.GB28151@nicemice.net> References: <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > --prefix > --libdir > --cppflags > --ccopts > --cflags > --libs > --libflags > --ropts > --ldopts > --ldflags > --help > --version Now --libflags is the only remaining oddball --*flags thing, the only one that does not correspond to any make variable, and does not print all the options needed for one program, but rather prints a subset of the options needed for one program. I think --libflags and --ropts should have parallel names, because they both serve the same purpose (telling the linker where to find the libraries), except that one sets the link-time search path while the other sets the run-time search path. If you don't like --linksearch and --runsearch, how about --lpathopts and --rpathopts? You could even add --ipathopts for the cc -I options, if you want to maintain the parallelism between the cc stuff and the ld stuff. --prefix package prefix --libdir directory containing the libraries --ipathopts C pre-processor options for finding the include files --cppopts any other needed C pre-processor options --ccopts any other needed C compiler options --cppflags same as --cppopts --ipathopts --cflags same as --ccopts --cppopts --ipathopts --libs linker options for linking the libraries --lpathopts linker options for finding the libraries at link time --rpathopts linker options for finding the libraries at run time --ldopts any other needed linker options --ldflags same as --ldopts --lpathopts --libs (use --rpathopts explicitly if you need it) --help this help --version version information As for the static libraries, maybe there could be a --static option that doesn't output anything itself, but affects the behavior of subsequent options. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 19:19:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id TAA03359 for ; Tue, 17 Sep 2002 19:19:03 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I0J2419223 for ; Tue, 17 Sep 2002 19:19:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I0J1q23109 for ; Tue, 17 Sep 2002 19:19:01 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I0IKs17776; Tue, 17 Sep 2002 19:18:20 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8I0IJO17772 for ; Tue, 17 Sep 2002 19:18:20 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2L0025VY6KRA@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 20:18:20 -0400 (EDT) Date: Tue, 17 Sep 2002 20:12:51 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <20020917234318.GB28151@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917201251.00f9be40@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:43 PM 9/17/02 +0000, you wrote: >Glenn Randers-Pehrson wrote: > >> --prefix >> --libdir >> --cppflags >> --ccopts >> --cflags >> --libs >> --libflags >> --ropts >> --ldopts >> --ldflags >> --help >> --version > >Now --libflags is the only remaining oddball --*flags thing, the only >one that does not correspond to any make variable, and does not print >all the options needed for one program, but rather prints a subset of >the options needed for one program. OK >I think --libflags and --ropts should have parallel names, because >they both serve the same purpose (telling the linker where to find the >libraries), except that one sets the link-time search path while the >other sets the run-time search path. > >If you don't like --linksearch and --runsearch, how about --lpathopts >and --rpathopts? > >You could even add --ipathopts for the cc -I options, if you want to >maintain the parallelism between the cc stuff and the ld stuff. How about --L-opts, --R-opts, and --I-opts? > --prefix package prefix > --libdir directory containing the libraries > > --ipathopts C pre-processor options for finding the include files > --cppopts any other needed C pre-processor options > --ccopts any other needed C compiler options > --cppflags same as --cppopts --ipathopts > --cflags same as --ccopts --cppopts --ipathopts > > --libs linker options for linking the libraries > --lpathopts linker options for finding the libraries at link time > --rpathopts linker options for finding the libraries at run time > --ldopts any other needed linker options > --ldflags same as --ldopts --lpathopts --libs > (use --rpathopts explicitly if you need it) > > --help this help > --version version information --rpath is missing; using sed or something to extract it from --R-opts is too much work, especially when I don't know if --R-opts contains -rpath dir, -Wl,rpath,dir, -Rdir, or some future nonsense. > >As for the static libraries, maybe there could be a --static option that >doesn't output anything itself, but affects the behavior of subsequent >options. Good idea. Must be good idea because I thought of it too. I'm not sure we have the location of libpngNN.a though. By default the makefile puts it in the same directory as libpngNN.so, so for now I guess we will depend on --libdir. What if --libdir is blank, though, because it's in a standard search directory? How about --static /path/to/libpngNN.a which locates the *.a and also affects the behavior of subsequent options? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 20:35:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA04040 for ; Tue, 17 Sep 2002 20:35:38 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I1Zb424969 for ; Tue, 17 Sep 2002 20:35:37 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I1Zaq26859 for ; Tue, 17 Sep 2002 20:35:36 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I1Yjl17979; Tue, 17 Sep 2002 20:34:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8I1YiO17975 for ; Tue, 17 Sep 2002 20:34:44 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17rTjp-0007yY-00 for ; Tue, 17 Sep 2002 18:34:45 -0700 Date: Wed, 18 Sep 2002 01:34:44 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020918013443.GC28151@nicemice.net> References: <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <3.0.6.32.20020917201251.00f9be40@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020917201251.00f9be40@mail.comcast.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > How about --L-opts, --R-opts, and --I-opts? If you don't mind naming your abstractions after concrete examples. I guess -L and -I are almost universal, but I think -R is a Sun-ism, and means something entirely different to gcc. > --rpath is missing; It's there as --libdir. You recently agreed to that name. :) You might have missed it because I grouped it with --prefix, rather than with the linker-related options. I grouped the options as: * things that output pathnames * things that output compiler options * things that output linker options * other things > > --static > > I'm not sure we have the location of libpngNN.a though. We don't need the location of foo.a any more than we need the location of foo.so. If you want the .a instead of the .so, the proper way with GNU ld is to use "-Bstatic -lfoo -Bdynamic" instead of simply "-lfoo". That way, only the parts of the library that you actually need will be pulled in. If you give foo.a as an argument, then the entire library will be pulled in, regardless of how little of it you actually need. (The -Bdynamic is there to restore the default for the next -l option.) I would imagine that other linkers also have methods for linking static libraries using -l rather than naming the library along with the object files. > What if --libdir is blank, though, because it's in a standard search > directory? If --libdir outputs nothing because the location is unknown, that's one thing (and as I just showed, we don't need the location in that case). But if you're talking about a known location being suppressed because it's already in the search path, I thought you wanted to forget about such magic for now. I was thinking that --libdir would output the directory containing the libraries (if known), no matter what it is, just as --rpathopts (or --R-opts, or whatever we call it) outputs options for setting the runpath (if known), no matter what it is. Maybe someday new magic options would be added that omit directories already in the search path. They would coexist with the old options. I'm not sure why anyone would ever want a magic version of --libdir. I can see a use for magic versions of --rpathopts and --lpathopts (and --ldflags). > How about --static /path/to/libpngNN.a which locates the *.a and also > affects the behavior of subsequent options? Expecting the application makefile to know the location of the library would defeat the purpose of pkg-config. Besides, I think I've shown that we don't need this. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 17 22:17:54 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id WAA04953 for ; Tue, 17 Sep 2002 22:17:54 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I3Hr403009 for ; Tue, 17 Sep 2002 22:17:53 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I3Hqq02245 for ; Tue, 17 Sep 2002 22:17:52 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I3H7Q18437; Tue, 17 Sep 2002 22:17:07 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8I3H5O18433 for ; Tue, 17 Sep 2002 22:17:05 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2M008IO6GHRA@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 23:17:06 -0400 (EDT) Date: Tue, 17 Sep 2002 23:11:37 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <20020918013443.GC28151@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020917231137.00fa2980@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020917201251.00f9be40@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <3.0.6.32.20020917201251.00f9be40@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:34 AM 9/18/02 +0000, Adam M. Costello wrote: >Glenn Randers-Pehrson wrote: >If you want the .a instead of the .so, the proper way with >GNU ld is to use "-Bstatic -lfoo -Bdynamic" instead of simply "-lfoo". >That way, only the parts of the library that you actually need will be >pulled in. If you give foo.a as an argument, then the entire library >will be pulled in, regardless of how little of it you actually need. > >(The -Bdynamic is there to restore the default for the next -l option.) > >I would imagine that other linkers also have methods for linking static >libraries using -l rather than naming the library along with the object >files. Nope. On the SGI it appears that you can't do it selectively by library. You either select all static libraries with the global -nonshared option or all dynamic libraries by omitting it. You can get a mix of shared and static libraries used when a particular shared libfoo.a exists in the search path and libfoo.so doesn't. About the only thing I see --static being able to do is to suppress the --R_opts output, but the -nonshared SGI option and the -Bstatic and -Bdynamic GNU ld options would have to be supplied by the main makefile and not by libpng-config. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 18 00:30:30 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA07574 for ; Wed, 18 Sep 2002 00:30:30 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I5UT412088 for ; Wed, 18 Sep 2002 00:30:30 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I5USq08258 for ; Wed, 18 Sep 2002 00:30:28 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I5ToZ18876; Wed, 18 Sep 2002 00:29:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8I5TnO18872 for ; Wed, 18 Sep 2002 00:29:49 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H2M00JQUCLOJM@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 18 Sep 2002 01:29:49 -0400 (EDT) Date: Wed, 18 Sep 2002 01:24:18 -0400 From: Glenn Randers-Pehrson Subject: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Libpng-1.2.5rc3 and libpng-1.0.15rc3 are available for download from http://libpng.sf.net/ and from ftp://swrinde.nde.swri.edu/pub/png-group/src/ The makefiles that create libpng-config have been revised in accordance with recent suggestions by Greg and Adam. Nothing is changed in the libpng code. Release of libpng-1.2.5 and libpng-1.0.15 will slip to about 2 October because of these late revisions, to give everyone a chance to try the new makefiles out on various platforms. I've verified that makefile.sgi, makefile.gcmmx, and makefile.linux are OK. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 18 00:30:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA07582 for ; Wed, 18 Sep 2002 00:30:34 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I5UX412092 for ; Wed, 18 Sep 2002 00:30:33 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I5UWq08263 for ; Wed, 18 Sep 2002 00:30:32 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I5TeB18870; Wed, 18 Sep 2002 00:29:40 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8I5TdO18866 for ; Wed, 18 Sep 2002 00:29:39 -0500 (CDT) Received: (qmail 17163 invoked from network); 18 Sep 2002 05:29:38 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 18 Sep 2002 05:29:38 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8I5Tca13837 for ; Tue, 17 Sep 2002 22:29:38 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8I5TcdK016578 for ; Tue, 17 Sep 2002 22:29:38 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8I5Tcft016577 for png-implement@ccrc.wustl.edu; Tue, 17 Sep 2002 22:29:38 -0700 Date: Tue, 17 Sep 2002 22:29:38 -0700 Message-Id: <200209180529.g8I5Tcft016577@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >>> I can assure you that there's at least as big a group of >>>folks who would like something like --sldflags as would --cppflags. > What should be in there? No -lpng or -lpngNN, but just /path/to/libpngNN.a ? > Should --libs (or --slibs) return -lz or not? I would say that all of the non-C-library things that are in --ldflags should be in it--in this case, "/path/to/libpngNN.a /path/to/zlib.a -lm". Those who want finer control than that can do it on their own. > Good idea. Must be good idea because I thought of it too. I'm not > sure we have the location of libpngNN.a though. By default the > makefile puts it in the same directory as libpngNN.so, so for now > I guess we will depend on --libdir. What if --libdir is blank, though, > because it's in a standard search directory? The same make install that installs the static library installs the script, so it embeds the path into the script. Very simple. The only part that's not so simple is libraries that are not actually installed by libpng--i.e., zlib--but I see two options there: either attempt to find them (doesn't have to be complicated or 100% successful), or leave them to the loader (i.e., "-lz"). If zlib were ever to change its interface as Jean-loup proposed half a decade ago, I'd be more con- cerned about this. But zlib is the most stable library on my system, so I really don't care if it's full-time dynamically linked or not. (And if others adopt this model for foo-configs, I'm sure they can come up with a fast and efficient way to locate -lz on the basis of existing makefile info or whatever.) > How about --static /path/to/libpngNN.a > which locates the *.a and also affects the behavior of subsequent > options? I don't follow that... Adam wrote: > If you give foo.a as an argument, then the entire library > will be pulled in, regardless of how little of it you actually need. Are you sure about that? I thought the whole point of the ar archive format was to give libraries granularity on the .o level. I thought I'd done some tests, but maybe I'm mistaken... Hmmm, note to self: never, ever try this with a 25 MB libc.a. It's been more than two minutes already; I'll have to get back to you on it. :-) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 18 00:43:36 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA07715 for ; Wed, 18 Sep 2002 00:43:35 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8I5hZ412915 for ; Wed, 18 Sep 2002 00:43:35 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8I5hXq08806 for ; Wed, 18 Sep 2002 00:43:33 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8I5gtt18948; Wed, 18 Sep 2002 00:42:55 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from snark.thyrsus.com (dsl092-053-140.phl1.dsl.speakeasy.net [66.92.53.140]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8I5gsO18944 for ; Wed, 18 Sep 2002 00:42:54 -0500 (CDT) Received: (from esr@localhost) by snark.thyrsus.com (8.11.6/8.11.6) id g8I5eCo17558 for png-implement@ccrc.wustl.edu; Wed, 18 Sep 2002 01:40:12 -0400 Date: Wed, 18 Sep 2002 01:40:12 -0400 From: "Eric S. Raymond" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 Message-ID: <20020918054012.GA17505@thyrsus.com> References: <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> User-Agent: Mutt/1.4i Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson : > The makefiles that create libpng-config have been revised in accordance > with recent suggestions by Greg and Adam. Nothing is changed in the > libpng code. I've started lifting the documents to DocBook XML. Is this change eligible to be silpped in before 1.2.5? The only Makefile that *needs* to change is the Linbux one, since I assume you're going to keep shipping the generated man page and not assume that other systems have DocBook tools installed. -- Eric S. Raymond -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 18 18:52:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA21231 for ; Wed, 18 Sep 2002 18:52:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8INmw412923 for ; Wed, 18 Sep 2002 18:48:59 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8INmvq27795 for ; Wed, 18 Sep 2002 18:48:57 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8INl6423143; Wed, 18 Sep 2002 18:47:06 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8INl5O23139 for ; Wed, 18 Sep 2002 18:47:05 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17roXA-0002FJ-00 for ; Wed, 18 Sep 2002 16:47:04 -0700 Date: Wed, 18 Sep 2002 23:47:04 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 Message-ID: <20020918234704.GC6883@nicemice.net> References: <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Greg Roelofs wrote: > > If you give foo.a as an argument, then the entire library will be > > pulled in, regardless of how little of it you actually need. > > Are you sure about that? No. That was my interpretation of the man page, but after a more careful reading, I retract that claim. Now I think /path/to/libfoo.a and -Bstatic -lfoo are exactly equivalent, except that the latter uses the search path. Similarly, I now think /path/to/libfoo.so is equivalent to -lfoo except for the search path (and -lfoo will search for libfoo.a if libfoo.so is not found). Glenn Randers-Pehrson wrote: > The makefiles that create libpng-config have been revised in > accordance with recent suggestions by Greg and Adam. I have three concerns about libpng-config. First, --ldopts includes --R_opts, and --R_opts does not automagically omit directories that are in the search path. Greg had some concerns about that. Were those concerns allayed? If not, another approach would be to exclude --R_opts from --ldopts, and let application makefiles use --R_opts --ldopts if they know they need it. Second, each --option outputs its own newline. If multiple options are used, the result is a multi-line output, which could break things. Rather than doing an echo as each option is parsed, how about constructing the output string incrementally, and having one echo at the end? Like so: output= while ... case ... --foo) output="$output $foo" ;; ... esac done echo "$output" Third, the --static option could use either more documentation or more power. I was expecting it to change the other outputs in order to *cause* the library to be statically linked. But what it does is merely change the other outputs to be consistent with static linking, leaving me with the responsibility of telling the linker to do static linking. Can anyone imagine that --static will ever do anything besides suppress --R_opts? If that's all there is to it, and if we separate --R_opts from --ldopts as suggested above, then --static would be superfluous; application makefiles could simply omit --R_opts rather than add --static. But if --static is given the power to *cause* static linking, by changing -lpng to /path/to/libpng.a (which I recently objected to but which I now see is okay), then it's definitely useful. Greg Roelofs wrote: > The same make install that installs the static library installs the > script, so it embeds the path into the script. Very simple. > > The only part that's not so simple is libraries that are not actually > installed by libpng--i.e., zlib In a perfect world, libpng-config --static --libs would call zlib-config --static --libs, which would return /path/to/libz.a, and then libpng-config would add /path/to/libpng.a. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 00:02:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA24454 for ; Thu, 19 Sep 2002 00:02:51 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8J4x6404854 for ; Wed, 18 Sep 2002 23:59:06 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8J4x5q12902 for ; Wed, 18 Sep 2002 23:59:05 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8J4wjp26194; Wed, 18 Sep 2002 23:58:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8J4wgO26190 for ; Wed, 18 Sep 2002 23:58:42 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2N006U9WKH6R@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 18 Sep 2002 21:38:41 -0400 (EDT) Date: Wed, 18 Sep 2002 21:33:10 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 In-reply-to: <20020918234704.GC6883@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020918213310.00f9b690@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:47 PM 9/18/02 +0000, Adam M. Costello wrote: >I have three concerns about libpng-config. > >First, --ldopts includes --R_opts, and --R_opts does not automagically >omit directories that are in the search path. Greg had some concerns >about that. Were those concerns allayed? If not, another approach >would be to exclude --R_opts from --ldopts, and let application >makefiles use --R_opts --ldopts if they know they need it. Alternatively, users should leave LIBPATH blank in the makefile, which will leave R_opts and L_opts blank. I don't have a generic all-platform method of knowing what paths should be omitted. Perhaps the makefiles should all contain a comment to the effect that if LIBPATH is in the default library search path, it should be left blank; similarly about LIBINC if the right png.h is found in the default search path. >Second, each --option outputs its own newline. If multiple options >are used, the result is a multi-line output, which could break >things. Rather than doing an echo as each option is parsed, how about >constructing the output string incrementally, and having one echo at the >end? Like so: > > output= > while ... > case ... > --foo) output="$output $foo" ;; > ... > esac > done > echo "$output" Fine. Do you think the newlines really cause trouble? If so, the newline at the end might also be trouble, no? LDFLAGS=`libpng-config --ldflags` `libz-config --ldflags` would have a newline in the middle, which would be the same amount of trouble as having several. > >Third, the --static option could use either more documentation or >more power. I was expecting it to change the other outputs in order >to *cause* the library to be statically linked. But what it does is >merely change the other outputs to be consistent with static linking, >leaving me with the responsibility of telling the linker to do static >linking. Can anyone imagine that --static will ever do anything besides >suppress --R_opts? If that's all there is to it, and if we separate >--R_opts from --ldopts as suggested above, then --static would be >superfluous; application makefiles could simply omit --R_opts rather >than add --static. But if --static is given the power to *cause* static >linking, by changing -lpng to /path/to/libpng.a (which I recently >objected to but which I now see is okay), then it's definitely useful. I think I pointed out in an earlier message that --static can't be used to *cause* static linking in general because e.g. SGI needs a global -nonshared option, only one of them and not one per foo-config. > >Greg Roelofs wrote: > >> The same make install that installs the static library installs the >> script, so it embeds the path into the script. Very simple. >> >> The only part that's not so simple is libraries that are not actually >> installed by libpng--i.e., zlib > >In a perfect world, libpng-config --static --libs would call zlib-config >--static --libs, which would return /path/to/libz.a, and then >libpng-config would add /path/to/libpng.a. It's an imperfect world. I don't much like that though because other libraries use zlib as well so you might end up with several /path/to/libz.a in the generated ldflags. Whether that's a problem or not, tell me. I'd guess not much of a problem. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 09:37:45 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA00507 for ; Thu, 19 Sep 2002 09:37:45 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JEbj401292 for ; Thu, 19 Sep 2002 09:37:45 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JEbhq13337 for ; Thu, 19 Sep 2002 09:37:43 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JEbKp28457; Thu, 19 Sep 2002 09:37:20 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JEbGO28450 for ; Thu, 19 Sep 2002 09:37:17 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2O00J1HWKW00@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 10:36:32 -0400 (EDT) Date: Thu, 19 Sep 2002 10:31:01 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 In-reply-to: <20020918234704.GC6883@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020919103101.00fb9960@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:47 PM 9/18/02 +0000, Adam M. Costello wrote: >Second, each --option outputs its own newline. That seems to be typical foo-config behavior, except for pkg-config. I propose that we don't worry about it. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 09:56:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA00767 for ; Thu, 19 Sep 2002 09:56:37 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JEub404991 for ; Thu, 19 Sep 2002 09:56:37 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JEuZq14834 for ; Thu, 19 Sep 2002 09:56:35 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JEuWA28667; Thu, 19 Sep 2002 09:56:32 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8JEuRO28661 for ; Thu, 19 Sep 2002 09:56:28 -0500 (CDT) Received: (qmail 25759 invoked from network); 19 Sep 2002 14:55:25 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 19 Sep 2002 14:55:25 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8JEtPQ10162 for ; Thu, 19 Sep 2002 07:55:25 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8JEtPdK015925 for ; Thu, 19 Sep 2002 07:55:25 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8JEtPod015924 for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 07:55:25 -0700 Date: Thu, 19 Sep 2002 07:55:25 -0700 Message-Id: <200209191455.g8JEtPod015924@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Adam wrote: >> First, --ldopts includes --R_opts, and --R_opts does not automagically >> omit directories that are in the search path. Greg had some concerns >> about that. Were those concerns allayed? Yup, my mistake. Glenn wrote: > Perhaps the makefiles > should all contain a comment to the effect that if LIBPATH is in the > default library search path, it should be left blank; similarly about > LIBINC if the right png.h is found in the default search path. That would probably be good. > Fine. Do you think the newlines really cause trouble? > If so, the newline at the end might also be trouble, no? All commands produce one at the end, so make and various shells generally take that into account. > LDFLAGS=`libpng-config --ldflags` `libz-config --ldflags` > would have a newline in the middle, which would be the same amount > of trouble as having several. Not necessarily. Doing something like that in a C shell (e.g., someone's custom configure script) *might* cause problems; C shells are more sensi- tive to newlines than are Bourne shells. > I think I pointed out in an earlier message that --static can't be used > to *cause* static linking in general because e.g. SGI needs a global > -nonshared option, only one of them and not one per foo-config. Would it hurt to have more than one? I'd think the linker would just ignore duplicates (or take the last one as the "real" one). >> In a perfect world, libpng-config --static --libs would call zlib-config >> --static --libs, which would return /path/to/libz.a, and then >> libpng-config would add /path/to/libpng.a. > It's an imperfect world. I don't much like that though because other > libraries use zlib as well so you might end up with several /path/to/libz.a > in the generated ldflags. Whether that's a problem or not, tell me. I'd > guess not much of a problem. I don't believe that would be a problem; the linker stops searching for matching symbols as soon as it finds a single source. You're not going to end up with a triple-size program if you have three libz.a's on the command line. I think the bigger problem is simply that zlib is virtually at a dead stop development-wise, as you noted in a different thread. It's not quite abandoned yet, but if folks wait for Jean-loup to come up with a zlib-config script, it could take a very long time. (Then again, he might be very willing to add one to the contrib area of the zlib site and put it into 1.1.5, whenever that happens. They *were* working on it back when the security issue came up...) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 10:10:37 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA01037 for ; Thu, 19 Sep 2002 10:10:37 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JFAa407721 for ; Thu, 19 Sep 2002 10:10:36 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JFAZq16071 for ; Thu, 19 Sep 2002 10:10:35 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JFAVX28831; Thu, 19 Sep 2002 10:10:31 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JFARO28827 for ; Thu, 19 Sep 2002 10:10:27 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2O00BKQY5DRG@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 11:10:25 -0400 (EDT) Date: Thu, 19 Sep 2002 11:04:54 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 In-reply-to: <200209191455.g8JEtPod015924@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020919110454.00f9e100@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:55 AM 9/19/02 -0700, Greg Roelofs wrote: >might be very willing to add one to the contrib area of the zlib site >and put it into 1.1.5, whenever that happens. They *were* working on >it back when the security issue came up...) Once we have all the gotcha's out of libpng-config, there's no reason we couldn't come up with a good zlib-config and contribute it. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 10:35:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA01784 for ; Thu, 19 Sep 2002 10:35:57 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JFOg410644 for ; Thu, 19 Sep 2002 10:24:43 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JFOfq17308 for ; Thu, 19 Sep 2002 10:24:41 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JFOc529041; Thu, 19 Sep 2002 10:24:38 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JFOYO29037 for ; Thu, 19 Sep 2002 10:24:34 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2O00BPWYSYTW@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 11:24:34 -0400 (EDT) Date: Thu, 19 Sep 2002 11:19:03 -0400 From: Glenn Randers-Pehrson Subject: [png-implement] missing libpng.pc and libpngNN on RedHat 7.3 X-Sender: glennrp@mail.comcast.net To: hp@redhat.com Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu A colleague has just installed RedHat 7.3. 2.4.18-10smp #1 SMP Wed Aug 7 11:17:48 EDT 2002 i686 unknown libpng.so.2.1.0.14 is installed in /usr/lib but there's no libpng.pc in /usr/lib/pkgconfig. Makefile.linux should have installed one. Also, curiously, libpng.so.2.1.0.14 and the links to it have different timestamps, as though there has been some manual tinkering. There's no libpngNN anywhere, and png.h and pngconf.h are in /usr/include rather than in a libpngNN subdirectory. There are plenty of /usr/bin/foo-config scripts but libpng-config isn't among them. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 13:09:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA04076 for ; Thu, 19 Sep 2002 13:09:56 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JHwf405986 for ; Thu, 19 Sep 2002 12:58:41 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JHweq00217 for ; Thu, 19 Sep 2002 12:58:40 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JHwTj00877; Thu, 19 Sep 2002 12:58:29 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JHwSO00873 for ; Thu, 19 Sep 2002 12:58:28 -0500 (CDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g8JHwSQt001764; Thu, 19 Sep 2002 13:58:28 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g8JHwSQe001760; Thu, 19 Sep 2002 13:58:28 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 References: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> From: Havoc Pennington Date: 19 Sep 2002 13:58:28 -0400 In-Reply-To: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> Message-ID: Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > A colleague has just installed RedHat 7.3. > 2.4.18-10smp #1 SMP Wed Aug 7 11:17:48 EDT 2002 i686 unknown > > libpng.so.2.1.0.14 is installed in /usr/lib but there's no > libpng.pc in /usr/lib/pkgconfig. Makefile.linux should have > installed one. Also, curiously, libpng.so.2.1.0.14 and the links > to it have different timestamps, as though there has been some > manual tinkering. > > There's no libpngNN anywhere, and png.h and pngconf.h are > in /usr/include rather than in a libpngNN subdirectory. > > There are plenty of /usr/bin/foo-config scripts but libpng-config > isn't among them. Are you sure you have the -devel package installed? I can't find the SRPM for 7.3 quickly, but our latest SRPM installs the pkg-config files at least. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 13:27:18 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA04358 for ; Thu, 19 Sep 2002 13:27:14 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JIFx409191 for ; Thu, 19 Sep 2002 13:15:59 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JIFwq01827 for ; Thu, 19 Sep 2002 13:15:58 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JIFtJ01107; Thu, 19 Sep 2002 13:15:55 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JIFsO01103 for ; Thu, 19 Sep 2002 13:15:54 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTPA id <0H2P000P06QFJO@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 14:15:54 -0400 (EDT) Date: Thu, 19 Sep 2002 14:15:51 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 To: hp@redhat.com Cc: png-implement@ccrc.wustl.edu Message-id: <3D8A1457.2871106C@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Havoc Pennington wrote: > Are you sure you have the -devel package installed? I don't know, but as I said there are plenty of foo-config (in fact 50 of them) installed, including pkg-config. There are quite a few *.pc also. I'd guess if it weren't -devel there wouldn't be any. I have the impression that the packager might be using a patched older makefile instead of the current makefile from the libpng distribution. Which would be ironic, since it was for your sake we made the changes. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 13:36:51 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA04472 for ; Thu, 19 Sep 2002 13:36:48 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JIal412871 for ; Thu, 19 Sep 2002 13:36:48 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JIakq03582 for ; Thu, 19 Sep 2002 13:36:46 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JIafh01416; Thu, 19 Sep 2002 13:36:41 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JIabO01411 for ; Thu, 19 Sep 2002 13:36:37 -0500 (CDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g8JIacQt001797; Thu, 19 Sep 2002 14:36:38 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g8JIab3f001793; Thu, 19 Sep 2002 14:36:38 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 References: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> <3D8A1457.2871106C@comcast.net> From: Havoc Pennington Date: 19 Sep 2002 14:36:37 -0400 In-Reply-To: <3D8A1457.2871106C@comcast.net> Message-ID: Lines: 36 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > Havoc Pennington wrote: > > > Are you sure you have the -devel package installed? > > I don't know, but as I said there are plenty of foo-config > (in fact 50 of them) installed, including pkg-config. There > are quite a few *.pc also. I'd guess if it weren't -devel there > wouldn't be any. That's not how it works exactly, the -devel package is specific to libpng, so can be present or not orthogonal to other -devel packages. "rpm -q libpng-devel" will say. > I have the impression that the packager might be using a patched > older makefile instead of the current makefile from the libpng > distribution. Which would be ironic, since it was for your sake we > made the changes. > I've looked at 7.3 now and it appears to only contain libpng10, in fact the same package from 7.2 - libpng12 and later are only in our upcoming release, not in 7.3. So I think someone is confused about something. I may be the confused one, but anyway, please send the output of "rpm -q libpng" and "rpm -q libpng-devel" from your colleague's system. As an aside, please don't do things for Red Hat's sake, do the right thing. In emailing you I am not asking you to bend your opinion for our sake; I'm just informing you about the issues we encounter, so you can take those into account. Please, make the decisions you are willing to stand behind that you think are right. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 13:50:25 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA04791 for ; Thu, 19 Sep 2002 13:50:23 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JIoM415216 for ; Thu, 19 Sep 2002 13:50:22 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JIoKq04819 for ; Thu, 19 Sep 2002 13:50:20 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JIoHn01672; Thu, 19 Sep 2002 13:50:17 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JIoGO01666 for ; Thu, 19 Sep 2002 13:50:16 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H2P00FT88BQSH@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 14:50:16 -0400 (EDT) Date: Thu, 19 Sep 2002 14:50:13 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3D8A1C65.1EC8EE08@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> <3D8A1457.2871106C@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Havoc Pennington wrote: > > Glenn Randers-Pehrson writes: > > Havoc Pennington wrote: > > > > > Are you sure you have the -devel package installed? > > > > I don't know, but as I said there are plenty of foo-config > > (in fact 50 of them) installed, including pkg-config. There > > are quite a few *.pc also. I'd guess if it weren't -devel there > > wouldn't be any. > > That's not how it works exactly, the -devel package is specific to > libpng, so can be present or not orthogonal to other -devel packages. > "rpm -q libpng-devel" will say. > > > I have the impression that the packager might be using a patched > > older makefile instead of the current makefile from the libpng > > distribution. Which would be ironic, since it was for your sake we > > made the changes. > > > > I've looked at 7.3 now and it appears to only contain libpng10, in > fact the same package from 7.2 - libpng12 and later are only in our > upcoming release, not in 7.3. So I think someone is confused about > something. I may be the confused one, but anyway, please send the > output of "rpm -q libpng" and "rpm -q libpng-devel" from your > colleague's system. [glennrp@studio glennrp]$ rpm -q libpng libpng-1.0.14-0.7x.3 [glennrp@studio glennrp]$ rpm -q libpng-devel libpng-devel-1.0.14-0.7x.3 [glennrp@studio glennrp]$ > As an aside, please don't do things for Red Hat's sake, do the right > thing. Understood. Feel free to insert some better words where I wrote "for your sake". Your request did set the activity in motion to add libpng.pc (and libpng-config, which you didn't ask for). Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 13:58:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA04939 for ; Thu, 19 Sep 2002 13:58:56 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JIwu416531 for ; Thu, 19 Sep 2002 13:58:56 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JIwsq05508 for ; Thu, 19 Sep 2002 13:58:54 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JIwjY01837; Thu, 19 Sep 2002 13:58:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JIwiO01833 for ; Thu, 19 Sep 2002 13:58:44 -0500 (CDT) Received: from icon.devel.redhat.com (localhost.localdomain [127.0.0.1]) by icon.devel.redhat.com (8.12.5/8.12.5) with ESMTP id g8JIwjQt001821; Thu, 19 Sep 2002 14:58:45 -0400 Received: (from hp@localhost) by icon.devel.redhat.com (8.12.5/8.12.5/Submit) id g8JIwjQE001817; Thu, 19 Sep 2002 14:58:45 -0400 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 References: <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> <3D8A1457.2871106C@comcast.net> <3D8A1C65.1EC8EE08@comcast.net> From: Havoc Pennington Date: 19 Sep 2002 14:58:44 -0400 In-Reply-To: <3D8A1C65.1EC8EE08@comcast.net> Message-ID: Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > [glennrp@studio glennrp]$ rpm -q libpng > libpng-1.0.14-0.7x.3 > [glennrp@studio glennrp]$ rpm -q libpng-devel > libpng-devel-1.0.14-0.7x.3 > [glennrp@studio glennrp]$ > Right, so this libpng package is over a year old I believe. What happened is that 7.3 was originally going to be more ambitious, and then we backed a lot of it down to 7.2, and postponed some things to the release that's now upcoming. All kind of confusing. ;-) I'm not sure we have libpng quite right even in our latest, but it does have the pkg-config files anyway. Thanks for checking this out. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 15:24:22 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA06343 for ; Thu, 19 Sep 2002 15:24:22 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JKOM401398 for ; Thu, 19 Sep 2002 15:24:22 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JKOKq12756 for ; Thu, 19 Sep 2002 15:24:20 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JKO5X03439; Thu, 19 Sep 2002 15:24:05 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JKO3O03434 for ; Thu, 19 Sep 2002 15:24:04 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2P00LEMCO316@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 19 Sep 2002 16:24:03 -0400 (EDT) Date: Thu, 19 Sep 2002 16:18:32 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: missing libpng.pc and libpngNN on RedHat 7.3 In-reply-to: X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020919161832.00f9f100@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3D8A1C65.1EC8EE08@comcast.net> <3.0.6.32.20020919111903.00f9ae40@mail.comcast.net> <3D8A1457.2871106C@comcast.net> <3D8A1C65.1EC8EE08@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 02:58 PM 9/19/02 -0400, Havoc Pennington wrote: > >Glenn Randers-Pehrson writes: >> [glennrp@studio glennrp]$ rpm -q libpng >> libpng-1.0.14-0.7x.3 >> [glennrp@studio glennrp]$ rpm -q libpng-devel >> libpng-devel-1.0.14-0.7x.3 >> [glennrp@studio glennrp]$ >> > >Right, so this libpng package is over a year old I believe. libpng-1.0.14 came out on July 20, 2002 -- just under two months ago. The makefiles that come with it contain all the machinery to build libpng-config, libpng.pc, and libpngNN.so. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 19 17:15:47 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA08338 for ; Thu, 19 Sep 2002 17:15:47 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8JMFk421538 for ; Thu, 19 Sep 2002 17:15:46 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8JMFiq22571 for ; Thu, 19 Sep 2002 17:15:44 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8JMEoP28836; Thu, 19 Sep 2002 17:14:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8JMEnO28832 for ; Thu, 19 Sep 2002 17:14:49 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17s9ZR-0005St-00 for ; Thu, 19 Sep 2002 15:14:49 -0700 Date: Thu, 19 Sep 2002 22:14:49 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 Message-ID: <20020919221448.GB19658@nicemice.net> References: <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <3.0.6.32.20020919103101.00fb9960@mail.comcast.net> <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <200209180529.g8I5Tcft016577@newbolt.sonic.net> <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> <3.0.6.32.20020918213310.00f9b690@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020919103101.00fb9960@mail.comcast.net> <3.0.6.32.20020918213310.00f9b690@mail.comcast.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > > each --option outputs its own newline. > > That seems to be typical foo-config behavior, except for pkg-config. > I propose that we don't worry about it. Okay. > Do you think the newlines really cause trouble? Probably not in most cases. > If so, the newline at the end might also be trouble, no? > LDFLAGS=`libpng-config --ldflags` `libz-config --ldflags` > would have a newline in the middle, which would be the same amount > of trouble as having several. Nope, the backquotes remove the trailing newline if there is one. > I think I pointed out in an earlier message that --static can't be > used to *cause* static linking in general because e.g. SGI needs a > global -nonshared option, only one of them and not one per foo-config. That was back when I was recommending that --libs output -Bstatic -lpng -Bdynamic. Now I understand that having --libs output /path/to/libpng.a will have the same effect, and that should work even on SGI. > > In a perfect world, libpng-config --static --libs would call > > zlib-config --static --libs, which would return /path/to/libz.a, and > > then libpng-config would add /path/to/libpng.a. > > It's an imperfect world. I don't much like that though because > other libraries use zlib as well so you might end up with several > /path/to/libz.a in the generated ldflags. It's already possible to end up with several -lz. I see no way to avoid that. I now think that -lz just searches for the library and effectively substitutes the full path for the -lz, so having several /path/to/libz.a should be no worse than having several -lz. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Sep 20 21:22:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA00550 for ; Fri, 20 Sep 2002 21:22:07 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8L2M7421388 for ; Fri, 20 Sep 2002 21:22:07 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8L2M5q02349 for ; Fri, 20 Sep 2002 21:22:05 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8L2KLs12655; Fri, 20 Sep 2002 21:20:21 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8L2KKO12651 for ; Fri, 20 Sep 2002 21:20:20 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 4DCD76DA50 for ; Fri, 20 Sep 2002 21:20:12 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 034426D9DF for ; Fri, 20 Sep 2002 21:20:12 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 4DF7A93725 for ; Fri, 20 Sep 2002 21:20:32 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 11E589371D; Fri, 20 Sep 2002 21:20:32 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 21 Sep 2002 02:20:32 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032574832 X-Sasl-enc: 8wGX7hGyyK8Oky5ksIMDSQ Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020921022032.11E589371D@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello all, on Tue, 17 Sep 2002 16:33:52 UT I had written Re: [png-implement] 'pngcheck' GNU-style configure package > I've uploaded a replacement targzball (named identically, at the > same url): # http://home.att.net/~perlspinr/PNGtools/pngcheck/pngcheck-1.99.3_aconf.tar.gz Now I've uploaded yet another... same url, again. If you've read any of the previous postings I've made about this project, please download again before testing... sorry. This most recent, and probably last, upload fixes a rather subtle Makefile bug wherein if the user elects to build zlib in-place (and link staticly), zlib would not always be built. There was a missing dependency relationship needed to ensure that 'make' will always build zlib in the current directory before linking to create the exe, instead of allowing the linker to find another zlib and link to that (if it can; if it couldn't, obviously you'd see a 'make' error). Best, Soren A -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 21 15:16:05 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA09402 for ; Sat, 21 Sep 2002 15:16:04 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8LKG4419773 for ; Sat, 21 Sep 2002 15:16:04 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8LKG2q08846 for ; Sat, 21 Sep 2002 15:16:02 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8LKFeU19739; Sat, 21 Sep 2002 15:15:40 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8LKFdO19734 for ; Sat, 21 Sep 2002 15:15:39 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id DA3566DA69 for ; Sat, 21 Sep 2002 15:15:32 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id B58CA6D9AE for ; Sat, 21 Sep 2002 15:15:31 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id F1D5D937D4 for ; Sat, 21 Sep 2002 15:15:30 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id A6147937CE; Sat, 21 Sep 2002 15:15:30 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 21 Sep 2002 20:15:30 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032639331 X-Sasl-enc: 3QTjMzJ7kjhsw+AzqYLXEQ Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020921201530.A6147937CE@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 14 Sep 2002 15:27:10 -0700, "Greg Roelofs" said: > > It's a stumbling-block I am not going to be able to get past. GNU > > 'make' is so much more capable than other 'make's that I not > > willing to expunge all GNU-make-specific goodness from the > > Makefiles my configure's generate. Look, there's people who won't > > use anything but MSVC[++] to build on Win32 and we try to provide > > special Makefiles for them (many packages go further and provide an > > entire MSVC Project file and so on). Why is this different? > > Why? Because there's absolutely no point in it--all the makefile > needs is $(CC) $(CFLAGS) $(LD) $(LDFLAGS). That's it! End of story, > game over. Even NMAKE can do that much. Not really. In this *specific* case, there is one user-configurable aspect to building the app (pngcheck): whether or not zlib is to be part of the picture. As you acknowledge below: user has to edit a Makefile to get any other behavior than what you've made the default. There are two aspects that then become user-configuration issues if one has decided that the more-capable 'pngcheck' w/ zlib is what's desired: is zlib to be linked staticly or dynamicly? If the user wants, they can ignore that choice and just let the build try to do whatever is most natural for it on their host. But if they want finer control then they can do (1) specify a location for each of zlib-lib and zlib-inc to make sure the link-time dependency on zlib is satisfied in the way they want, or (2) this new (my invention) "build zlib in-place (in the current app build directory) and link staticly" approach. I could have left the second option out, and just gone with the first which is very standard stuff for a configure script. However I saw the potential for wider applicability for an idea like this (more on that in another message) and so it seemed worth working on. A viewpoint I need to explicitly refer to (not cite as dogma, just point out) is that the idea that running a 'configure' script leaves you with a Makefile that you have to read and edit is contrary to the purpose of GNU-style configure. So making the configure do these things (offer these options and make these adjustments to the build) is part of doing a minimally thorough job IMHO. If I am going to bother to create a configure for pngcheck at all then I am not going to stop 1/4 of the way and leave it so that a significant issue still has to be resolved by the user editing the Makefile. Put another way, as I see it: in general, if you have a 'configure' at all and the user STILL has to edit the Makefile when you have run it, you've lost. > OK, if you say so. But readability/maintainability takes a hit, and > running the script almost takes longer than reading the comments and > cutting- and-pasting an appropriate build line does. (Which, I might > add, doesn't trigger a "make: Circular pngcheck <- all dependency > dropped." warning...) Didn't see that last on my make, sorry. Running time is really not the point to me. That's very system-dependent (I use machines varying from an old Cyrix "5x86+" cpu to a PII300 to test these things, BTW). The point is that what I am doing is using this project to test and refine my approach to creating build-configuration setups for apps which link to libpng and/or zlib. You have to crawl before you can walk. I submit it is someone without a lot of wisdom who takes on a big package with many complex configuration issues and dependencies when they are trying out new ideas and/or are new to writing portable 'configure' scripts. I am using this to learn, and how successful I am in doing so will help determine whether I in the future decide to contribute to other libpng-related packages including the ones you've enumeratively suggested earlier. > If you're seriously in need of something to do, feel free to finish > writing the code. Full MNG and JNG support would be welcomed by one > and all, I'm sure. (Definitely by me.) ;-). And I hope you get what you want, Greg. But please try to understand that I am a little frustrated, dare I mention it, that you don't recall something basic about me -- so please try to keep in the back of your mind for future reference: that I am *not* the C coder that you, Glenn and most everyone else who has contributed to libpng is. I lack the mathematical aptitude (some 200 pts lower score on the Math SAT than the English). I may *never* achieve the proficiency for coming up with or grasping graphics-related, mathematical algorithms that you or others here possess. It's simply not my personal gift. Instead I have to a considerable degree the gifts of a linguist and a set of abilities that can help me see an overview of things like the user interface for command line tools and so on, better than others sometimes can. I do have a big set of goals and aspirations that involve challenging myself very much to acquire abilities and knowledge I don't have now, but I don't think that becoming the pixel-manipulation genius (of the sort that built libpng) has to be one of them. Best, Soren -- http://fastmail.fm - Choose from over 50 domains or use your own -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 21 15:38:55 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA09560 for ; Sat, 21 Sep 2002 15:38:55 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8LKct420759 for ; Sat, 21 Sep 2002 15:38:55 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8LKcrq09551 for ; Sat, 21 Sep 2002 15:38:53 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8LKco119998; Sat, 21 Sep 2002 15:38:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8LKcnO19994 for ; Sat, 21 Sep 2002 15:38:49 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 6B77E6DC15 for ; Sat, 21 Sep 2002 15:38:43 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 2E0826DACF for ; Sat, 21 Sep 2002 15:38:43 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 6D020937DD for ; Sat, 21 Sep 2002 15:38:42 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 674C3937CE; Sat, 21 Sep 2002 15:38:42 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Sat, 21 Sep 2002 20:38:42 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032640722 X-Sasl-enc: IoTQbt3mnxvrl19+82Jn9A Subject: Re: [png-implement] Of interest to Cygwin users, maybe Message-Id: <20020921203842.674C3937CE@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 14 Sep 2002 09:53:57 -0700, "Greg Roelofs" said: [Soren A]: > > I'd just like to note, particularly for Greg's interest, that an > > entire Makefile for Zlib is part of this libpngMakefile I am > > describing. No criticism intended, but the build-configuration > > arrangement for Zlib looks pretty baroque for someone looking at it > > from a MSWin pc perspective. I forget about this every time in > > between and then when I do look at it again I tend to go "ohh, yeah > > ... ". > OK. I had nothing to do with the creation of zlib's Makefile then, > and I have no particular interest in it now... > What *would* interest me, very much, is a smart configure (or other) > script that compiled the entire thing, together with a test app, both > with and without assembler code on x86 systems, and then did an > actual comparison of the performance of the two (or three or however > many) versions and selected the best one. If it turned out that no > version was ever faster with assembler code, that stuff could be > permanently dropped from the distribution--or, at a minimum, it could > be documented so each and every person to come along didn't have to > wonder which way is faster and do his or her own tests. > > But that's just me... Sounds like a job for a reasonably manageable shell script (no need to do it as a GNU Autoconf-based configure script). As referred to in other articles, I have no experience with benchmarking, running a profiler, etc. I use subjective impressions to guide me in deciding whether certain optimizations might be worth trying. Greg, just a side-comment regarding zlib -- and sorry to be getting a bit further OT now -- but as you are zlib's maintainer and the issue of zlib upgrades was brought up (by Glenn) in this thread. I just found out this week that CVS (www.cvshome.org I think?) does something quite close to what I have been working with, IRT making an in-place build of zlib and linking in staticly. The cvs src package _includes_ zlib in its entirety (I b'lieve). And guess what? The current stable cvs release version is still using *zlib-1.1.3* !!! I think maybe somebody ought to tell them?!? I confess I was very surprised by this, since I am aware of course that the version change was about security fixes to 1.1.3. BTW what I was taking a first run at was building cvs on MinGW -- that won't fly yet, very much porting work needed. Didn't know until I tried. My point is that my approach to zlib dependency would serve CVS well (if they are going to go this route at all instead of satisfying zlib dependencies in a more standard fashion)! Instead of including the entire zlib src distro in their package they should be doing something like what I am doing, where at configure-time the user tells the configure where to get the zlib source from. IMHO. Maybe I should submit a patch to the cvs folks... Best, Soren -- http://fastmail.fm/ - Access your email from home and the web -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 22 10:49:17 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA18218 for ; Sun, 22 Sep 2002 10:49:17 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8MFnG413542 for ; Sun, 22 Sep 2002 10:49:16 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8MFnFq12740 for ; Sun, 22 Sep 2002 10:49:15 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8MFlou26493; Sun, 22 Sep 2002 10:47:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8MFlnO26489 for ; Sun, 22 Sep 2002 10:47:50 -0500 (CDT) Received: (qmail 4734 invoked from network); 22 Sep 2002 15:47:50 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 22 Sep 2002 15:47:50 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8MFloh07765 for ; Sun, 22 Sep 2002 08:47:50 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8MFlmdK008866 for ; Sun, 22 Sep 2002 08:47:48 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8MFlmeU008865 for png-implement@ccrc.wustl.edu; Sun, 22 Sep 2002 08:47:48 -0700 Date: Sun, 22 Sep 2002 08:47:48 -0700 Message-Id: <200209221547.g8MFlmeU008865@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Soren, >> Why? Because there's absolutely no point in it--all the makefile >> needs is $(CC) $(CFLAGS) $(LD) $(LDFLAGS). That's it! End of story, >> game over. Even NMAKE can do that much. > Not really. In this *specific* case, there is one user-configurable > aspect to building the app (pngcheck): whether or not zlib is to be > part of the picture. As you acknowledge below: user has to edit a > Makefile to get any other behavior than what you've made the default. Only in the static case. But you've added a configure script, and configure scripts have options. ./configure --with-zlib is a completely standard sort of configure thing, and ./configure --with-zlib --static-zlib is only a small step away. >> If you're seriously in need of something to do, feel free to finish >> writing the code. Full MNG and JNG support would be welcomed by one >> and all, I'm sure. (Definitely by me.) > ;-). And I hope you get what you want, Greg. But please try to > understand that I am a little frustrated, dare I mention it, that you > don't recall something basic about me -- so please try to keep in the > back of your mind for future reference: that I am *not* the C coder > that you, Glenn and most everyone else who has contributed to libpng > is. I lack the mathematical aptitude What I recall is you *saying* that. But it's not true--anyone who can write Perl, autoconf/m4, and makefiles has _more_ than enough programming ability to do C code. Math background is almost irrelevant--all you need for most things is a basic feel for logic. And pngcheck happens to be a particularly simple case because there's a very low likelihood that any new chunk will require something beyond what the existing couple dozen chunks have required--i.e., you can simply go cut-and-paste what you need from what's already there (like I do). That's also true of many other programs, Linux kernel included, btw... The only thing making you *not* a C coder is your own unwillingness to try. You have the talent; all you need now is to pick the basics of the syntax (which is similar to Perl in many areas) and do it... Regards, Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Sep 22 10:51:06 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA18234 for ; Sun, 22 Sep 2002 10:51:06 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8MFp5413640 for ; Sun, 22 Sep 2002 10:51:05 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8MFp4q12810 for ; Sun, 22 Sep 2002 10:51:04 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8MFp2K26502; Sun, 22 Sep 2002 10:51:02 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8MFp1O26498 for ; Sun, 22 Sep 2002 10:51:01 -0500 (CDT) Received: (qmail 5018 invoked from network); 22 Sep 2002 15:51:02 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 22 Sep 2002 15:51:02 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8MFp2h10815 for ; Sun, 22 Sep 2002 08:51:02 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8MFp2dK008949 for ; Sun, 22 Sep 2002 08:51:02 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8MFp2vj008948 for png-implement@ccrc.wustl.edu; Sun, 22 Sep 2002 08:51:02 -0700 Date: Sun, 22 Sep 2002 08:51:02 -0700 Message-Id: <200209221551.g8MFp2vj008948@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Of interest to Cygwin users, maybe Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [Replying here in case anyone else has this misconception:] > Greg, just a side-comment regarding zlib -- and sorry to be getting a > bit further OT now -- but as you are zlib's maintainer and the issue I have never been zlib's maintainer. I maintained the zlib _web pages_ for a while, but even that ended two years ago. The zlib maintainer is and always has been Jean-loup Gailly (unless, like Glenn, you consider it basically unmaintained right now :-) ). Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 23 21:24:20 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA26015 for ; Mon, 23 Sep 2002 21:24:19 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8O2OIW25476 for ; Mon, 23 Sep 2002 21:24:18 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8O2OHq08702 for ; Mon, 23 Sep 2002 21:24:17 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8O2MXb07358; Mon, 23 Sep 2002 21:22:33 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8O2MWO07354 for ; Mon, 23 Sep 2002 21:22:33 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id D48D96DEE7 for ; Mon, 23 Sep 2002 21:22:24 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id B962D6DEE9 for ; Mon, 23 Sep 2002 21:22:24 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id BD57E93725 for ; Mon, 23 Sep 2002 21:22:23 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id A4485936D5; Mon, 23 Sep 2002 21:22:23 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Tue, 24 Sep 2002 02:22:23 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032834143 X-Sasl-enc: 71pK9XXlps4RuI6bYpXwzA Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-Id: <20020924022223.A4485936D5@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sun, 22 Sep 2002 08:47:48 -0700, "Greg Roelofs" said: > Soren, > What I recall is you *saying* that. But it's not true--anyone who > can write Perl, autoconf/m4, and makefiles has _more_ than enough > programming ability to do C code. Math background is almost > irrelevant--all you need for most things is a basic feel for logic. > And pngcheck happens to be a particularly simple case because there's > a very low likelihood that any new chunk will require something > beyond what the existing couple dozen chunks have required--i.e., you > can simply go cut-and-paste what you need from what's already there > (like I do). That's also true of many other programs, Linux kernel > included, btw... > > The only thing making you *not* a C coder is your own unwillingness > to try. You have the talent; all you need now is to pick the basics > of the syntax (which is similar to Perl in many areas) and do it... Hey, thanks for the encouragement. To some degree there is mental block involved, I can say I know that already. Soren -- http://fastmail.fm/ - A fast, anti-spam email service. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 23 21:26:36 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA26043 for ; Mon, 23 Sep 2002 21:26:36 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8O2QZW25592 for ; Mon, 23 Sep 2002 21:26:35 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8O2QYq08800 for ; Mon, 23 Sep 2002 21:26:34 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8O2QV407376; Mon, 23 Sep 2002 21:26:31 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8O2QVO07372 for ; Mon, 23 Sep 2002 21:26:31 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 897BE6DB19 for ; Mon, 23 Sep 2002 21:26:24 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id 837206DA92 for ; Mon, 23 Sep 2002 21:26:24 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 87C9493747 for ; Mon, 23 Sep 2002 21:26:23 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id 7EDD4936D5; Mon, 23 Sep 2002 21:26:23 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Tue, 24 Sep 2002 02:26:23 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032834383 X-Sasl-enc: Gb7WxlhFyyGgMdpAczljAw Subject: Re: [png-implement] Of interest to Cygwin users, maybe Message-Id: <20020924022623.7EDD4936D5@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sun, 22 Sep 2002 08:51:02 -0700, "Greg Roelofs" said: > [Replying here in case anyone else has this misconception:] > > > Greg, just a side-comment regarding zlib -- and sorry to be > > getting a bit further OT now -- but as you are zlib's maintainer > > and the issue > > I have never been zlib's maintainer. I maintained the zlib _web > pages_ for a while, but even that ended two years ago. The zlib > maintainer is and always has been Jean-loup Gailly (unless, like > Glenn, you consider it basically unmaintained right now :-) ). Oh! My sincere apologies, Greg! Yes, it was totally a mistaken impression based on knowing that you had been the Web pages' maintainer. And I didn't realize that even that has ended. OK, so you are no longer held responsible for zlib by me ;-). Best, Soren -- http://fastmail.fm - One of many happy users: http://www.fastmail.fm/docs/quotes.html -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 24 00:15:56 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA27584 for ; Tue, 24 Sep 2002 00:15:56 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8O5FtW06730 for ; Tue, 24 Sep 2002 00:15:55 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8O5Fsq16313 for ; Tue, 24 Sep 2002 00:15:54 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8O5FjX08061; Tue, 24 Sep 2002 00:15:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8O5FiO08056 for ; Tue, 24 Sep 2002 00:15:44 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2X0054KFY57W@mtaout06.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 24 Sep 2002 01:15:41 -0400 (EDT) Date: Tue, 24 Sep 2002 01:10:09 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 In-reply-to: <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020924011009.00f32bc0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:24 AM 9/18/02 -0400, Glenn Randers-Pehrson wrote: >Libpng-1.2.5rc3 and libpng-1.0.15rc3 are available for download from >http://libpng.sf.net/ and from ftp://swrinde.nde.swri.edu/pub/png-group/src/ > >The makefiles that create libpng-config have been revised in accordance >with recent suggestions by Greg and Adam. Nothing is changed in the >libpng code. > >Release of libpng-1.2.5 and libpng-1.0.15 will slip to about 2 October >because of these late revisions, to give everyone a chance to try the >new makefiles out on various platforms. I've verified that makefile.sgi, >makefile.gcmmx, and makefile.linux are OK. I found a volunteer to test makefile.macosx, who reported that it didn't work. I was also able to test makefile.macosx using the machine on the SourceForge compile farm. The test turned up some mistakes. I have uploaded replacements to libpng.sf.net, for both makefile.macosx and makefile.darwin which is similar and I assume had the same mistakes. The problem had to do with the removal of -lz from the directive for creating the shared library. On MacOSX (and I presume on Darwin), all external references have to be satisfied at library creation time, unless the "-flat_namespace -undefined suppress" options are used. Also, the version string isn't allowed to have 0 in it anywhere. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 24 02:02:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id CAA28735 for ; Tue, 24 Sep 2002 02:02:13 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8O72CW13743 for ; Tue, 24 Sep 2002 02:02:12 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8O72Aq21356 for ; Tue, 24 Sep 2002 02:02:10 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8O71qt08307; Tue, 24 Sep 2002 02:01:52 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8O71oO08303 for ; Tue, 24 Sep 2002 02:01:51 -0500 (CDT) Received: from gerard32 (213-84-79-234.adsl.xs4all.nl [213.84.79.234]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g8O71nkj046261 for ; Tue, 24 Sep 2002 09:01:49 +0200 (CEST) From: "Gerard Juyn" Organization: Triple-T To: png-implement@ccrc.wustl.edu Date: Tue, 24 Sep 2002 09:01:45 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: [png-implement] 'pngcheck' GNU-style configure package Message-ID: <3D9029F9.27773.8D7082@localhost> In-reply-to: <20020924022223.A4485936D5@server2.fastmail.fm> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Hey, thanks for the encouragement. To some degree there is mental block > involved, I can say I know that already. Hey. If even I can learn a bit of C in about a week and write a little thing as libmng, I'm sure you can too. Like Greg says, you've already demonstrated more than enough skills to master it. Gerard -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Sep 24 17:49:51 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA11367 for ; Tue, 24 Sep 2002 17:49:50 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8OMnoW00216 for ; Tue, 24 Sep 2002 17:49:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8OMnmq29837 for ; Tue, 24 Sep 2002 17:49:48 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8OMnEj12825; Tue, 24 Sep 2002 17:49:14 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8OMnDO12817 for ; Tue, 24 Sep 2002 17:49:13 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H2Y0078USQ2BL@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 24 Sep 2002 18:49:14 -0400 (EDT) Date: Tue, 24 Sep 2002 18:43:39 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 and libpng-1.0.15rc3 In-reply-to: <3.0.6.32.20020924011009.00f32bc0@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020924184339.00fdbab0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020918012418.00f99eb0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:10 AM 9/24/02 -0400, Glenn Randers-Pehrson wrote: >At 01:24 AM 9/18/02 -0400, Glenn Randers-Pehrson wrote: >>Libpng-1.2.5rc3 and libpng-1.0.15rc3 are available for download from >>http://libpng.sf.net/ and from ftp://swrinde.nde.swri.edu/pub/png-group/src/ >> >>The makefiles that create libpng-config have been revised in accordance >>with recent suggestions by Greg and Adam. Nothing is changed in the >>libpng code. >> >>Release of libpng-1.2.5 and libpng-1.0.15 will slip to about 2 October >>because of these late revisions, to give everyone a chance to try the >>new makefiles out on various platforms. I've verified that makefile.sgi, >>makefile.gcmmx, and makefile.linux are OK. Besides makefile.macosx which I mentioned yesterday, I was able to try out makefile.sunos (static only) and makefile.solaris (shared lib) on a machine at Sourceforge. They worked. I would like to hear reports about the remaining makefiles that have been revised lately but are so far untested. These are makefile.darwin makefile.so9 makefile.sco makefile.hpux makefile.hpgcc makefile.dec makefile.beos makefile.64sunu makefile.32sunu These all generate shared libraries and libpng-config files, so a minimum test consists of make make install make test-installed Alternatively, if you don't have root access, mkdir test make prefix=test make prefix=test install make prefix=test test-installed For extra confidence, build the stuff in contrib/* and other applications. Also try running some applications that were previously linked with an earlier libpng-1.2.x, without relinking them. Also I'd like to hear from Chuck what to do about makefile.cygwin, either leave as is or to replace it with Soren's super-duper thing. The remaining makefiles are unchanged since libpng-1.2.3. I am finding that libz is just about universally present in the default search path, so maybe it's time to change the default zlib variables to ZLIBLIB= ZLIBINC= at least in makefile.linux, makefile.gcmmx, makefile.sgi, makefile.sggcc, all of the Sun makefiles, makefile.darwin, and makefile.macosx. I haven't been changing them, but on the other hand they are pointing to directories that don't exist, so I might have just as well have blanked them. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 09:37:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA21825 for ; Wed, 25 Sep 2002 09:37:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PEbhW22253 for ; Wed, 25 Sep 2002 09:37:43 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PEbfq18009 for ; Wed, 25 Sep 2002 09:37:41 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PEZUp15661; Wed, 25 Sep 2002 09:35:30 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8PEZTO15657 for ; Wed, 25 Sep 2002 09:35:29 -0500 (CDT) Received: (qmail 9553 invoked from network); 25 Sep 2002 14:35:28 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 25 Sep 2002 14:35:28 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8PEZSP21147 for ; Wed, 25 Sep 2002 07:35:28 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8PEZRdK030074 for ; Wed, 25 Sep 2002 07:35:27 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8PEZRbc030073 for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 07:35:27 -0700 Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PD3rO15404 for ; Wed, 25 Sep 2002 08:03:53 -0500 (CDT) Received: from saruman.uio.no ([129.240.201.202]) by pat.uio.no with esmtp (Exim 2.12 #7) id 17uBpW-0005qo-00; Wed, 25 Sep 2002 15:03:50 +0200 Received: from pre by saruman.uio.no with local (Exim 2.12 #7) id 17uBpW-0003JF-00; Wed, 25 Sep 2002 15:03:50 +0200 To: png-implement@ccrc.wustl.edu Subject: [png-implement] Small compile patch for libpng 1.2.4 From: Petter Reinholdtsen Message-Id: Date: Wed, 25 Sep 2002 15:03:50 +0200 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Here is a small patch to libpng 1.2.4 to make it easier to modify the Solaris compilation without changing the source. I use it to compile libpng automatically using a script. Please include it in a future version of libpng. diff -ur src-1.2.4/scripts/makefile.solaris src-1.2.4-local/scripts/makefile.solaris --- src-1.2.4/scripts/makefile.solaris 2002-07-08 02:15:17.000000000 +0200 +++ src-1.2.4-local/scripts/makefile.solaris 2002-09-25 12:38:40.000000000 +0200 @@ -22,9 +22,11 @@ WARNMORE=-Wwrite-strings -Wpointer-arith -Wshadow \ -Wmissing-declarations -Wtraditional -Wcast-align \ -Wstrict-prototypes -Wmissing-prototypes #-Wconversion -CFLAGS=-I$(ZLIBINC) -Wall -O3 \ +GCCFLAGS=-Wall -O3 +CFLAGS=-I$(ZLIBINC) $(GCCFLAGS) \ # $(WARNMORE) -g -DPNG_DEBUG=5 LDFLAGS=-L. -R. -L$(ZLIBLIB) -R$(ZLIBLIB) -lpng12 -lz -lm +PICFLAGS=-fPIC #RANLIB=ranlib RANLIB=echo @@ -63,7 +65,7 @@ .SUFFIXES: .c .o .pic.o .c.pic.o: - $(CC) -c $(CFLAGS) -fPIC -o $@ $*.c + $(CC) -c $(CFLAGS) $(PICFLAGS) -o $@ $*.c all: libpng.a $(LIBNAME).so pngtest libpng.pc libpng-config -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 10:54:42 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA22876 for ; Wed, 25 Sep 2002 10:54:41 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PFseW07864 for ; Wed, 25 Sep 2002 10:54:40 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PFsdq24951 for ; Wed, 25 Sep 2002 10:54:39 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PFsUP16124; Wed, 25 Sep 2002 10:54:30 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PFsTO16120 for ; Wed, 25 Sep 2002 10:54:29 -0500 (CDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id EFC096DC67 for ; Wed, 25 Sep 2002 10:54:24 -0500 (CDT) Received: from server2.fastmail.fm (server2.internal [10.202.2.133]) by www.fastmail.fm (Postfix) with ESMTP id CA15C6DC0B for ; Wed, 25 Sep 2002 10:54:24 -0500 (CDT) Received: from server2.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 485969374F for ; Wed, 25 Sep 2002 10:54:24 -0500 (CDT) Received: by server2.fastmail.fm (Postfix, from userid 99) id C4943936F2; Wed, 25 Sep 2002 10:54:23 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.6; T1.001; A1.48; B2.12; Q2.03) Date: Wed, 25 Sep 2002 15:54:23 UT From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1032969264 X-Sasl-enc: Z8PvCeT2pl8E27aZpU9OCw Subject: [png-implement] Very useful reference on configure Message-Id: <20020925155423.C4943936F2@server2.fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello, I've found a very useful reference to the current conventions and standard practices associated with preparing Open-Source Software packages for distribution: GNU Autotools. While there are a number of sites on the Net, this is one of the most coherent, easy-to-follow and up to date. It also gives urls to a number of the other sites, so deserves to be bookmarked for future reference. # http://seul.org/docs/autotut/ I wanted to mention it specifically to this group because of the recent lengthy discussions I've been noticing involving libpng configuration. Now and in the future, should any other such discussions need to be held, i think this document cited might prove a useful reference point. It is also an easy to read tutorial with some amusing example applications. Regards to All, Soren A -- http://fastmail.fm/ - A no graphics, no pop-ups email service -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 14:04:45 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA25889 for ; Wed, 25 Sep 2002 14:04:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PJ4hW11119 for ; Wed, 25 Sep 2002 14:04:43 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PJ4gq12076 for ; Wed, 25 Sep 2002 14:04:42 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PJ3rq17361; Wed, 25 Sep 2002 14:03:53 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from relay-1v.club-internet.fr (relay-1v.club-internet.fr [194.158.96.112]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PJ3qO17357 for ; Wed, 25 Sep 2002 14:03:52 -0500 (CDT) Received: from localhost.localdomain (lns08v-6-213.w.club-internet.fr [212.194.161.213]) by relay-1v.club-internet.fr (Postfix) with ESMTP id 32A1A16C0; Wed, 25 Sep 2002 21:03:50 +0200 (CEST) Received: from localhost (localhost [[UNIX: localhost]]) by localhost.localdomain (8.11.6/8.11.6) id g8PJ3h501459; Wed, 25 Sep 2002 21:03:43 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Dimitri Papadopoulos Organization: Trolltech AS To: png-implement@ccrc.wustl.edu, Petter Reinholdtsen Subject: Re: [png-implement] Small compile patch for libpng 1.2.4 Date: Wed, 25 Sep 2002 21:03:42 +0200 User-Agent: KMail/1.4.1 References: In-Reply-To: MIME-Version: 1.0 Message-Id: <200209252103.42616.dimitri@trolltech.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ccrc.wustl.edu id g8PJ3rO17358 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi, > Here is a small patch to libpng 1.2.4 to make it easier to modify the > Solaris compilation without changing the source. I use it to compile > libpng automatically using a script. Please include it in a future > version of libpng. > > diff -ur src-1.2.4/scripts/makefile.solaris Use makefile.sun32 or makefile.sun64 instead. Dimitri -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 16:52:54 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA28458 for ; Wed, 25 Sep 2002 16:52:54 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PLqrW12917 for ; Wed, 25 Sep 2002 16:52:53 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PLqqq27615 for ; Wed, 25 Sep 2002 16:52:52 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PLqNu19321; Wed, 25 Sep 2002 16:52:23 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PLqMO19317 for ; Wed, 25 Sep 2002 16:52:22 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H3000EO6KR8A3@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 17:52:21 -0400 (EDT) Date: Wed, 25 Sep 2002 17:46:47 -0400 From: Glenn Randers-Pehrson Subject: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020925174647.00f60e10@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I've received a report that makefile.hpgcc doesn't work on HPUX 10-20: # make test /opt/gcc/bin/gcc -I/opt/zlib/include -Wall -O3 -funroll-loops -c pngtest.c /opt/gcc/bin/gcc -c -I/opt/zlib/include -Wall -O3 -funroll-loops -fPIC -o png.pic.o png.c [...] ld +s \ +h libpng12.sl.0 -o libpng12.sl.0.1.2.5rc3 png.pic.o pngset.pic.o pngget.pic.o pngrutil.pic.o pngtrans.pic.o pngwutil.pic.o pngread.pic.o pngrio.pic.o pngwio.pic.o pngwrite.pic.o pngrtran.pic.o pngwtran.pic.o pngmem.pic.o pngerror.pic.o pngpread.pic.o ld: Unsatisfied symbols: __iob (data) memset (code) strcpy (code) strlen (code) strtod (code) crc32 (code) fprintf (code) inflateInit_ (code) deflateInit2_ (code) deflate (code) fread (code) deflateEnd (code) inflateEnd (code) abort (code) inflate (code) free (code) malloc (code) deflateReset (code) sprintf (code) inflateReset (code) setjmp (code) longjmp (code) fflush (code) gmtime (code) pow (code) memcpy (code) fwrite (code) memcmp (code) ld: No $UNWIND_END$ subspace has been defined (probably missing /usr/ccs/lib/crt0.o) *** Error exit code 1 I don't know why the unsatisfied symbols are listed because the manpage for "ld" says the default is not to list them: +v[no]shlibunsats Enable [disable] printing a list of unsatisfied symbols used by shared libraries. The default is +vnoshlibunsats. Some unsatisfied symbols reported by the linker are not required at run time because the modules which reference the symbols are not used. We tried adding the "-b" option but got the same result. Is it a misconfigured system or is something wrong with makefile.hpgcc? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 17:30:51 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA28980 for ; Wed, 25 Sep 2002 17:30:51 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PMUoW19334 for ; Wed, 25 Sep 2002 17:30:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PMUnq07539 for ; Wed, 25 Sep 2002 17:30:49 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PMUhM19760; Wed, 25 Sep 2002 17:30:43 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8PMUgO19756 for ; Wed, 25 Sep 2002 17:30:42 -0500 (CDT) Received: (qmail 10691 invoked from network); 25 Sep 2002 22:30:37 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 25 Sep 2002 22:30:37 -0000 Received: from sonic.net (bolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g8PMUbL00892 for ; Wed, 25 Sep 2002 15:30:37 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8PMUbdK014540 for ; Wed, 25 Sep 2002 15:30:37 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8PMUbFP014539 for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 15:30:37 -0700 Date: Wed, 25 Sep 2002 15:30:37 -0700 Message-Id: <200209252230.g8PMUbFP014539@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Is it a misconfigured system or is something wrong with makefile.hpgcc? Should ld be used with gcc? That's a big ooper on Solaris, as I recall. Maybe it's not compatible on HPUX, either. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 17:38:50 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA29100 for ; Wed, 25 Sep 2002 17:38:50 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PMcnW20174 for ; Wed, 25 Sep 2002 17:38:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PMcmq08056 for ; Wed, 25 Sep 2002 17:38:48 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PMcjq19861; Wed, 25 Sep 2002 17:38:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PMciO19857 for ; Wed, 25 Sep 2002 17:38:44 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H3000MWLMWL9Q@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 18:38:45 -0400 (EDT) Date: Wed, 25 Sep 2002 18:33:12 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 In-reply-to: <200209252230.g8PMUbFP014539@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020925183312.00fecd20@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 03:30 PM 9/25/02 -0700, Greg Roelofs wrote: >> Is it a misconfigured system or is something wrong with makefile.hpgcc? > >Should ld be used with gcc? That's a big ooper on Solaris, as I recall. >Maybe it's not compatible on HPUX, either. The makefile actually says $(LD) and $LD isn't initialized in the makefile. Maybe he's using the wrong *make? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 17:46:05 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA29224 for ; Wed, 25 Sep 2002 17:46:04 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PMk4W20924 for ; Wed, 25 Sep 2002 17:46:04 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PMk2q08531 for ; Wed, 25 Sep 2002 17:46:02 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PMjuw19952; Wed, 25 Sep 2002 17:45:56 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8PMjsO19948 for ; Wed, 25 Sep 2002 17:45:55 -0500 (CDT) Received: (qmail 13503 invoked from network); 25 Sep 2002 22:45:55 -0000 Received: from sub.sonic.net (208.201.224.8) by a.smtp-out.sonic.net with SMTP; 25 Sep 2002 22:45:55 -0000 Received: from sonic.net (bolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g8PMjtJ03184 for ; Wed, 25 Sep 2002 15:45:55 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8PMjtdK016290 for ; Wed, 25 Sep 2002 15:45:55 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8PMjtx3016289 for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 15:45:55 -0700 Date: Wed, 25 Sep 2002 15:45:55 -0700 Message-Id: <200209252245.g8PMjtx3016289@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > The makefile actually says $(LD) and $LD isn't initialized in the makefile. > Maybe he's using the wrong *make? No, that's what all makes default to. But often gcc-optional systems need to set LD=$(CC) when CC=gcc. Of course, then the syntax may differ, too, and you may still end up with the native ld instead of binutils' version. I have no experience with HPUX, so I don't know whether I'm even close on this one. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Sep 25 17:52:24 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA29325 for ; Wed, 25 Sep 2002 17:52:24 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8PMqNW21606 for ; Wed, 25 Sep 2002 17:52:23 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8PMqLq08925 for ; Wed, 25 Sep 2002 17:52:21 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8PMqJ520042; Wed, 25 Sep 2002 17:52:19 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PMqIO20038 for ; Wed, 25 Sep 2002 17:52:18 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H30006F0NJ6D3@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 25 Sep 2002 18:52:19 -0400 (EDT) Date: Wed, 25 Sep 2002 18:46:45 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 In-reply-to: <200209252245.g8PMjtx3016289@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020925184645.01001e00@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 03:45 PM 9/25/02 -0700, Greg Roelofs wrote: >> The makefile actually says $(LD) and $LD isn't initialized in the makefile. >> Maybe he's using the wrong *make? > >No, that's what all makes default to. But often gcc-optional systems >need to set LD=$(CC) when CC=gcc. > >Of course, then the syntax may differ, too, and you may still end up >with the native ld instead of binutils' version. I have no experience >with HPUX, so I don't know whether I'm even close on this one. On the sgi, gcc seems to call up the regular ld. When I get complaints about missing ctl0.o it means the license hasn't been paid... Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 06:38:24 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA06879 for ; Thu, 26 Sep 2002 06:38:23 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QBcNW18887 for ; Thu, 26 Sep 2002 06:38:23 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QBcLq15546 for ; Thu, 26 Sep 2002 06:38:21 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QBbOP28184; Thu, 26 Sep 2002 06:37:24 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from cmailg1.svr.pol.co.uk (cmailg1.svr.pol.co.uk [195.92.195.171]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QBbMO28179 for ; Thu, 26 Sep 2002 06:37:23 -0500 (CDT) Received: from [195.92.168.141] (helo=tmailb1.svr.pol.co.uk) by cmailg1.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17uWxO-0006hA-00 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:37:22 +0100 Received: from modem-1635.zebra.dialup.pol.co.uk ([81.76.150.99] helo=microserf.org.uk) by tmailb1.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17uWxN-0004mv-00 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:37:22 +0100 Message-ID: <3D92FF93.2090007@microserf.org.uk> Date: Thu, 26 Sep 2002 12:37:39 +0000 From: C Rose User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: [png-implement] Beginner's Question Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi I'd be very grateful if someone would answer this newbie question... I haven't played with C/C++ for a couple of years now and I need some hand-holding. I'm sure this must be in the archives somewhere -- I've had a look through some of the archives -- but couldn't find what I'm after. I want to be able to read and write PNG files using libpng. I've downloaded the source, built it, the tests work, I've added it to my project and copied the reading code from example.c that ships with libpng. It all compiles fine. My question is, how do I read pixels from the info_ptr? Assuming I have just read the PNG file using png_read_png(png_ptr, info_ptr, PNG_TRANSFORM_IDENTITY, png_voidp_NULL); I know that info_ptr has a field called row_pointers that point to the rows of the image, but how do I actually then read the pixels -- how are they arranged? Say I wanted to write a function like: ret_type read_pixel(png_infop info_ptr, int row, int col, int channel) { } how would I do this, and what type would ret_type need to be (given that the pixels can be represented by a range of different bit-lengths)? Ideally, I would like ret_type to be a double in the range [0,1] so that I can treat all images equally. Can you tell me how I would go the other way, when saving? Apologies for this basic question, but some 'for dummies' advice would be really appreciated. Many thanks Chris -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 09:25:40 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA09032 for ; Thu, 26 Sep 2002 09:25:40 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QEPcW13101 for ; Thu, 26 Sep 2002 09:25:39 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QEPZq27356 for ; Thu, 26 Sep 2002 09:25:35 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QEPE100177; Thu, 26 Sep 2002 09:25:14 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QEPDO00173 for ; Thu, 26 Sep 2002 09:25:13 -0500 (CDT) Received: (qmail 27348 invoked from network); 26 Sep 2002 14:25:13 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 26 Sep 2002 14:25:13 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8QEPDS28214 for ; Thu, 26 Sep 2002 07:25:13 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QEPDdK019636 for ; Thu, 26 Sep 2002 07:25:13 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QEPDmk019635 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 07:25:13 -0700 Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8PLSVO19067 for ; Wed, 25 Sep 2002 16:28:36 -0500 (CDT) Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g8PJSSil023128 for ; Wed, 25 Sep 2002 12:28:31 -0700 Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g8PLSRpx23787874 for <@relay.sgi.com:png-implement@ccrc.wustl.edu>; Wed, 25 Sep 2002 14:28:27 -0700 (PDT) Received: from sgi.com (orchietta.hudson.sgi.com [169.238.41.57]) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id RAA10076; Wed, 25 Sep 2002 17:28:24 -0400 (EDT) Message-ID: <3D922A78.D8A594FB@sgi.com> Date: Wed, 25 Sep 2002 17:28:24 -0400 From: David Kaelbling Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5-ALPHA-1288491720 IP30) X-Accept-Language: en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu, drk@sgi.com Subject: [png-implement] Building libpng/1.0.14 on IRIX Content-Type: multipart/mixed; boundary="------------F9C8E84E59E8D2EDF8EAFC5D" Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu This is a multi-part message in MIME format. --------------F9C8E84E59E8D2EDF8EAFC5D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit [non-member submission] I recently built libpng/1.0.14 for SGI IRIX 6.5, and had to make a couple small changes in the way shared libraries are constructed. I've attached a diff, but basically shared libraries should set a version name and should link with all dependent libraries. See the "man dso" page for more information. Thanks, David -- David KAELBLING Silicon Graphics Computer Systems 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 --------------F9C8E84E59E8D2EDF8EAFC5D Content-Type: text/plain; charset=us-ascii; name="patches" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patches" --- ./scripts/makefile.sgi Sun Jul 7 20:48:02 2002 +++ ../libpng-1.0.14/./scripts/makefile.sgi Wed Sep 25 13:52:40 2002 @@ -33,7 +33,7 @@ CFLAGS=$(ABI) -I$(ZLIBINC) -O $(WARNMORE) -DPNG_USE_PNGGCCRD -DPNG_NO_ASSEMBLER_CODE LDFLAGS_A=$(ABI) -L. -L$(ZLIBLIB) -lpng10 -lz -lm LDFLAGS=$(ABI) -L. -L$(ZLIBLIB) -lpng -lz -lm -LDSHARED=cc $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) +LDSHARED=$(CC) $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) -set_version sgi0.0:sgi1.0 # See "man dso" for info about shared objects RANLIB=echo @@ -93,7 +93,7 @@ ln -sf $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ) $(LIBNAME).so.$(PNGVER): $(OBJS) - $(LDSHARED) -o $@ $(OBJS) + $(LDSHARED) -o $@ $(OBJS) -lz -lm rm -f $(LIBNAME).so $(LIBNAME).so.$(PNGMAJ) pngtest: pngtest.o libpng.a --------------F9C8E84E59E8D2EDF8EAFC5D-- -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 09:47:47 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA09359 for ; Thu, 26 Sep 2002 09:47:46 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QEljW18253 for ; Thu, 26 Sep 2002 09:47:45 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QElhq29429 for ; Thu, 26 Sep 2002 09:47:43 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QEiGd00432; Thu, 26 Sep 2002 09:44:16 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QEiEO00428 for ; Thu, 26 Sep 2002 09:44:15 -0500 (CDT) Received: (qmail 31203 invoked from network); 26 Sep 2002 14:44:15 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 26 Sep 2002 14:44:15 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8QEiFf23049 for ; Thu, 26 Sep 2002 07:44:15 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QEiFdK020718 for ; Thu, 26 Sep 2002 07:44:15 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QEiFCZ020717 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 07:44:15 -0700 Date: Thu, 26 Sep 2002 07:44:15 -0700 Message-Id: <200209261444.g8QEiFCZ020717@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > On the sgi, gcc seems to call up the regular ld. When I get complaints > about missing ctl0.o it means the license hasn't been paid... When you build it from sources or on your particular machine? At least on Solaris, one had the option (as I recall, maybe 8 years ago) to use the existing loader or go with binutils (and maybe glibc). It was all a matter of who built it and how industrious they were. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 10:01:02 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA09739 for ; Thu, 26 Sep 2002 10:01:02 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QF11W20949 for ; Thu, 26 Sep 2002 10:01:01 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QF0xq00681 for ; Thu, 26 Sep 2002 10:01:00 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QF0om00648; Thu, 26 Sep 2002 10:00:50 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QF0mO00644 for ; Thu, 26 Sep 2002 10:00:49 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H31006AIWD1Q7@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 11:00:48 -0400 (EDT) Date: Thu, 26 Sep 2002 11:00:36 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX To: png-implement@ccrc.wustl.edu Cc: drk@sgi.com Message-id: <3D932114.7A2D66FC@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3D922A78.D8A594FB@sgi.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu David Kaelbling wrote: > I recently built libpng/1.0.14 for SGI IRIX 6.5, and had to make a > couple small changes in the way shared libraries are constructed. I've > attached a diff, but basically shared libraries should set a version > name and should link with all dependent libraries. See the "man dso" > page for more information. > > Thanks, > David > > -- > David KAELBLING Silicon Graphics Computer Systems > 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 Thanks. > ------------------------------------------------------------------------ > --- ./scripts/makefile.sgi Sun Jul 7 20:48:02 2002 > +++ ../libpng-1.0.14/./scripts/makefile.sgi Wed Sep 25 13:52:40 2002 > @@ -33,7 +33,7 @@ > CFLAGS=$(ABI) -I$(ZLIBINC) -O $(WARNMORE) -DPNG_USE_PNGGCCRD -DPNG_NO_ASSEMBLER_CODE > LDFLAGS_A=$(ABI) -L. -L$(ZLIBLIB) -lpng10 -lz -lm > LDFLAGS=$(ABI) -L. -L$(ZLIBLIB) -lpng -lz -lm > -LDSHARED=cc $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) > +LDSHARED=$(CC) $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) -set_version sgi0.0:sgi1.0 > # See "man dso" for info about shared objects This appears to be asking for trouble. Doesn't it mean that a program linked with libpng-0.89c (the library shipped with SGIs) would try to run with libpng-1.0.14? It would allow the program to run, but it would be subject to mysterious crashes later on because of the library incompatibility. If I'm assessing this incorrectly, OK, I can make the change in libpng-1.0.15/1.2.5. What should the set_version arguments be for libpng-1.2.5, which is binary incompatible with 1.0.x? sgi2.0? > > RANLIB=echo > @@ -93,7 +93,7 @@ > ln -sf $(LIBNAME).so.$(PNGVER) $(LIBNAME).so.$(PNGMAJ) > > $(LIBNAME).so.$(PNGVER): $(OBJS) > - $(LDSHARED) -o $@ $(OBJS) > + $(LDSHARED) -o $@ $(OBJS) -lz -lm I think this change would be a mistake. We have just gone through the rest of the makefiles and removed -lz, to make them immune to changes in zlib. What goes wrong if you don't make these two changes? Please get libpng-1.0.15rc3 and see if it works for you (it's similar to libpng-1.0.14 but has a new libpng-config and libpng10-config that may help) Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 10:09:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA10095 for ; Thu, 26 Sep 2002 10:09:03 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QF92W22355 for ; Thu, 26 Sep 2002 10:09:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QF90q01313 for ; Thu, 26 Sep 2002 10:09:01 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QF8xF00814; Thu, 26 Sep 2002 10:08:59 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QF8vO00809 for ; Thu, 26 Sep 2002 10:08:57 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTPA id <0H3100G38WQSH9@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 11:08:56 -0400 (EDT) Date: Thu, 26 Sep 2002 11:08:51 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 To: png-implement@ccrc.wustl.edu Message-id: <3D932303.C7A281FB@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209261444.g8QEiFCZ020717@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu The result of putting LD=$(CC) in makefile.hpgcc: gcc: +s: No such file or directory I am beginning to wonder if anyone, including the person who contributed it, has ever run makefile.hpgcc. It has been in the distribution ever since libpng-1.0.10. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 10:24:53 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA10398 for ; Thu, 26 Sep 2002 10:24:53 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QFOqW25545 for ; Thu, 26 Sep 2002 10:24:52 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QFOoq02938 for ; Thu, 26 Sep 2002 10:24:51 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QFOlO01000; Thu, 26 Sep 2002 10:24:47 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QFOkO00996 for ; Thu, 26 Sep 2002 10:24:46 -0500 (CDT) Received: (qmail 8730 invoked from network); 26 Sep 2002 15:24:46 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 26 Sep 2002 15:24:46 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8QFOk820274 for ; Thu, 26 Sep 2002 08:24:46 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QFOkdK023105 for ; Thu, 26 Sep 2002 08:24:46 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QFOkwV023104 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 08:24:46 -0700 Date: Thu, 26 Sep 2002 08:24:46 -0700 Message-Id: <200209261524.g8QFOkwV023104@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Beginner's Question Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Chris Rose wrote: > My question is, how do I read pixels from the info_ptr? The short answer is, you don't. Leave the structs alone, other than copying the pointers to each libpng function you call; there are specific libpng functions to return the pixels. > png_read_png(png_ptr, info_ptr, PNG_TRANSFORM_IDENTITY, png_voidp_NULL); > I know that info_ptr has a field called row_pointers that point to the > rows of the image, but how do I actually then read the pixels -- how are > they arranged? See readpng.c (setup) and rpng-{x,win}.c (read/display) for a relatively simple example. Basic idea is to have libpng transform the image to some generic format (e.g., RGB, with optional alpha either stripped or already blended against some background color) you can handle. -- Greg Roelofs newt@pobox.com http://pobox.com/~newt/ Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 10:38:31 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA10567 for ; Thu, 26 Sep 2002 10:38:30 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QFcUW28063 for ; Thu, 26 Sep 2002 10:38:30 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QFcSq04163 for ; Thu, 26 Sep 2002 10:38:28 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QFcI501187; Thu, 26 Sep 2002 10:38:18 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QFcGO01183 for ; Thu, 26 Sep 2002 10:38:16 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H31006HRY3NFL@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 11:38:15 -0400 (EDT) Date: Thu, 26 Sep 2002 11:38:10 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 To: png-implement@ccrc.wustl.edu Message-id: <3D9329E2.833FC6C0@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209261444.g8QEiFCZ020717@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Greg Roelofs wrote: > > > On the sgi, gcc seems to call up the regular ld. When I get complaints > > about missing ctl0.o it means the license hasn't been paid... > > When you build it from sources or on your particular machine? Yes, both. But it was a long time ago just after SGI instituted the licensing system, and the remedy was simply to use another machine on which the compilers were licensed. And later, simply to install the license. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 11:05:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA10985 for ; Thu, 26 Sep 2002 11:05:44 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QG5hW03503 for ; Thu, 26 Sep 2002 11:05:43 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QG5gq06742 for ; Thu, 26 Sep 2002 11:05:42 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QG5cf02168; Thu, 26 Sep 2002 11:05:38 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QG5aO02164 for ; Thu, 26 Sep 2002 11:05:36 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H31006H5ZD7NX@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:05:35 -0400 (EDT) Date: Thu, 26 Sep 2002 12:05:30 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 To: png-implement@ccrc.wustl.edu Message-id: <3D93304A.AA0A37D@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209261444.g8QEiFCZ020717@newbolt.sonic.net> <3D9329E2.833FC6C0@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu More info. This is after adding "-b" to the link line and adding LD=$(CC) to makefile.hpgcc. Looks like maybe he needs to use one of the simpler makefiles like makefile.gcc or makefile.knr or makefile.std and forget about shared libraries. Glenn With cc HP-UX compiler [makefile.hpux] # make install cp png.h pngconf.h /opt/libpng/include/libpng12 chmod 644 /opt/libpng/include/libpng12/png.h /opt/libpng/include/libpng12/pngconf.h (cd /opt/libpng/include; ln -sf libpng12 libpng; ln -sf libpng12/* .) cc -I/opt/zlib/include -O -Ae +DA1.1 +DS2.0 -c png.c (Bundled) cc: warning 480: The -O option is available only with the C/ANSI C product; ignored. (Bundled) cc: warning 480: The -A option is available only with the C/ANSI C product; ignored. (Bundled) cc: "png.c", line 92: error 1000: Unexpected symbol: "png_ptr". (Bundled) cc: "png.c", line 92: error 1705: Function prototypes are an ANSI feature. (Bundled) cc: "png.c", line 98: error 1532: Reference through a non-pointer. (Bundled) cc: "png.c", line 98: error 1589: "png_byte" is not a function. (Bundled) cc: "png.c", line 98: error 1549: Modifiable lvalue required for assignment operator. (Bundled) cc: "png.c", line 110: error 1000: Unexpected symbol: "sig". (Bundled) cc: "png.c", line 110: error 1000: Unexpected symbol: ")". (Bundled) cc: "png.c", line 112: error 1616: Unable to open intrinsic file "/usr/local/lib/sysintr". (Bundled) cc: "png.c", line 112: error 1000: Unexpected symbol: "png_signature". (Bundled) cc: error 2017: Cannot recover from earlier errors, terminating. *** Error exit code 1 Stop. =========================== With gcc version 3.0.4 [makefile.hpgcc] # make install cp png.h pngconf.h /opt/libpng/include/libpng12 chmod 644 /opt/libpng/include/libpng12/png.h /opt/libpng/include/libpng12/pngconf.h (cd /opt/libpng/include; ln -sf libpng12 libpng; ln -sf libpng12/* .) /opt/gcc/bin/gcc -I/opt/zlib/include -O -Ae +DA1.1 +DS2.0 -c png.c gcc: +DA1.1: No such file or directory gcc: +DS2.0: No such file or directory : missing '(' after predicate *** Error exit code 1 Stop. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 11:24:25 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA11249 for ; Thu, 26 Sep 2002 11:24:25 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QGOMW07132 for ; Thu, 26 Sep 2002 11:24:22 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QGOKq08458 for ; Thu, 26 Sep 2002 11:24:20 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QGOF402856; Thu, 26 Sep 2002 11:24:15 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from henry.newn.cam.ac.uk (henry.newn.cam.ac.uk [131.111.204.130]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGODO02852 for ; Thu, 26 Sep 2002 11:24:14 -0500 (CDT) Received: from [131.111.204.180] (helo=quartz.newn.cam.ac.uk) by henry.newn.cam.ac.uk with esmtp (Exim 3.13 #1) id 17ubQz-0002Bp-00 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 17:24:13 +0100 Received: from prlw1 by quartz.newn.cam.ac.uk with local (Exim 4.10) id 17ubQz-0003kq-00 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 17:24:13 +0100 Date: Thu, 26 Sep 2002 17:24:12 +0100 From: Patrick Welche To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020926172412.E13497@quartz.newn.cam.ac.uk> References: <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020916075617.0151a880@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020916075617.0151a880@mail.comcast.net> User-Agent: Mutt/1.3.19i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Is "libpng-config" something that one should expect to have on a system with libpng installed? (I don't create it in makefile.netbsd..) Will systems use it, or maybe just hope autoconf/configure will find the right bits? Cheers, Patrick -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 11:40:09 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA11487 for ; Thu, 26 Sep 2002 11:40:08 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QGe8W10418 for ; Thu, 26 Sep 2002 11:40:08 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QGe6q10187 for ; Thu, 26 Sep 2002 11:40:06 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QGdmD03884; Thu, 26 Sep 2002 11:39:48 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGdkO03880 for ; Thu, 26 Sep 2002 11:39:46 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTPA id <0H3200G7O0Y5JZ@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:39:45 -0400 (EDT) Date: Thu, 26 Sep 2002 12:39:40 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX To: David Kaelbling Cc: png-implement@ccrc.wustl.edu Message-id: <3D93384C.821A667E@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu David Kaelbling wrote: > I saw all the new libnpg10-config stuff in 1.0.14. I haven't quite > figured out what to do about it -- the idea is to let both 1.0.x and > 1.2.x be installed at the same time? That's hard to do (because you > don't know what order people will install things, so the plain > headers/libraries are unpredictable). They are indeed unpredictable. The alternative is to remove them entirely, and only leave the libpngNN/*.h, libpngNN.so, and libpngNN.a but that has been deemed unacceptable. The idea is that people who don't care which library they get can use the generics, and people who do care can use the specifics. Ideally they will install libpng-1.0.x first, then libpng-1.2.x, so the generic compilations will get libpng-1.2.x (libpng12.so, a.k.a. libpng.so.3) while old libpng-1.0.x-linked applications will find libpng10.so (libpng10.so, a.k.a. libpng.so.2). No one claims that this isn't messy, but the libpngNN-config files can help people wade through it. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 11:48:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA11592 for ; Thu, 26 Sep 2002 11:48:15 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QGmFW11759 for ; Thu, 26 Sep 2002 11:48:15 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QGmDq10847 for ; Thu, 26 Sep 2002 11:48:13 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QGmBd03999; Thu, 26 Sep 2002 11:48:11 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGm9O03994 for ; Thu, 26 Sep 2002 11:48:10 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H320046R1BM8X@mtaout06.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:47:51 -0400 (EDT) Date: Thu, 26 Sep 2002 12:47:45 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX To: David Kaelbling Cc: png-implement@ccrc.wustl.edu Message-id: <3D933A31.C8454D78@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu David Kaelbling wrote: > SGI having used version 1 for the libpng-0.x libraries does confuse the > issue :-( Maybe the best solution is to skip to "-set_version sgi2.0" > and PNGMAJ=2 for libpng-1.0.x on IRIX? It's important that the major > digit in sgiX.Y match the library name, libpng.so.X. That's going to be tough to achieve, since libpng10.so.0.1.2.5 is the real name and libpng.so.2 is a symbolic link. What's X? 0 or 2? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 11:55:41 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA11863 for ; Thu, 26 Sep 2002 11:55:41 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QGteW12716 for ; Thu, 26 Sep 2002 11:55:40 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QGtdq11461 for ; Thu, 26 Sep 2002 11:55:39 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QGtX104295; Thu, 26 Sep 2002 11:55:33 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGtVO04290 for ; Thu, 26 Sep 2002 11:55:32 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H32006H61OCT7@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:55:31 -0400 (EDT) Date: Thu, 26 Sep 2002 12:55:23 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) To: png-implement@ccrc.wustl.edu Message-id: <3D933BFB.DC2F9E23@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020916075617.0151a880@mail.comcast.net> <20020926172412.E13497@quartz.newn.cam.ac.uk> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Patrick Welche wrote: > > Is "libpng-config" something that one should expect to have on a system > with libpng installed? (I don't create it in makefile.netbsd..) Will systems > use it, or maybe just hope autoconf/configure will find the right bits? It would be good to add it to makefile.netbsd and makefile.neNNbsd. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 12:00:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA11926 for ; Thu, 26 Sep 2002 12:00:02 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QH02W13447 for ; Thu, 26 Sep 2002 12:00:02 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QH00q11844 for ; Thu, 26 Sep 2002 12:00:00 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QGxwb04493; Thu, 26 Sep 2002 11:59:58 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGxuO04489 for ; Thu, 26 Sep 2002 11:59:57 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H3200LMW1VSON@mtaout05.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 12:59:56 -0400 (EDT) Date: Thu, 26 Sep 2002 12:59:51 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 To: png-implement@ccrc.wustl.edu Message-id: <3D933D07.E36DA038@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209261444.g8QEiFCZ020717@newbolt.sonic.net> <3D932303.C7A281FB@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > > The result of putting LD=$(CC) in makefile.hpgcc: > > gcc: +s: No such file or directory Arghh. I think he's been running makefile.hpux, not makefile.hpgcc, with CC=gcc. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 12:31:56 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12230 for ; Thu, 26 Sep 2002 12:31:56 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QHVtW17721 for ; Thu, 26 Sep 2002 12:31:55 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QHVsq14248 for ; Thu, 26 Sep 2002 12:31:54 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QHVng05167; Thu, 26 Sep 2002 12:31:49 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QHVmO05163 for ; Thu, 26 Sep 2002 12:31:48 -0500 (CDT) Received: (qmail 17139 invoked from network); 26 Sep 2002 17:31:48 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 26 Sep 2002 17:31:48 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8QHVmh19991 for ; Thu, 26 Sep 2002 10:31:48 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QHVmdK001806 for ; Thu, 26 Sep 2002 10:31:48 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QHVm7Z001805 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 10:31:48 -0700 Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGLOO02812 for ; Thu, 26 Sep 2002 11:21:25 -0500 (CDT) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g8QFMnT1013537; Thu, 26 Sep 2002 08:22:49 -0700 Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g8QGLNpx23929605; Thu, 26 Sep 2002 09:21:24 -0700 (PDT) Received: from sgi.com (cf-vpn-hw-drk-1.corp.sgi.com [134.15.81.98]) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA22277; Thu, 26 Sep 2002 12:21:19 -0400 (EDT) Message-ID: <3D9333FE.69212C3F@sgi.com> Date: Thu, 26 Sep 2002 12:21:18 -0400 From: David Kaelbling Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX 6.5-ALPHA-1288515720 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Glenn Randers-Pehrson CC: png-implement@ccrc.wustl.edu, drk@sgi.com Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [still non-member submission] Glenn Randers-Pehrson wrote: > > > -LDSHARED=cc $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) > > +LDSHARED=$(CC) $(ABI) -shared -soname $(LIBNAME).so.$(PNGMAJ) -set_version sgi0.0:sgi1.0 > > This appears to be asking for trouble. Doesn't it mean that a program > linked with > libpng-0.89c (the library shipped with SGIs) would try to run with > libpng-1.0.14? An -rpath setting will make rld to look in the right directory for libpng/1.0.14, and the -soname will cause rld to look for libpng.so.0 first. If you'd just used "-soname $(LIBNAME).so" then bad things would happen as you describe. But if you don't specify -set_version at all then rld won't do any version matching, and anything linked with the new libpng will happily try to run with any library that has the right name! SGI having used version 1 for the libpng-0.x libraries does confuse the issue :-( Maybe the best solution is to skip to "-set_version sgi2.0" and PNGMAJ=2 for libpng-1.0.x on IRIX? It's important that the major digit in sgiX.Y match the library name, libpng.so.X. Anyway I added sgi1.0 for compatibility with earlier fw_libpng builds. You don't need it in the official source. > What should the set_version arguments be for libpng-1.2.5, which is > binary incompatible > with 1.0.x? sgi2.0? It depends how incompatible it is. If apps built against 1.0.x can still use the 1.2.x libraries then just bump the minor number (e.g. use "-set_version sgi2.0:sgi2.1". If that's not the case then you should bump the major number (e.g. "-set_version sgi3.0", PNGMAJ=3) > > - $(LDSHARED) -o $@ $(OBJS) > > + $(LDSHARED) -o $@ $(OBJS) -lz -lm > > I think this change would be a mistake. We have just gone through the > rest of > the makefiles and removed -lz, to make them immune to changes in zlib. > > What goes wrong if you don't make these two changes? Linking with the libz shared library is correct. Nothing dire happens if you don't -- it's just a safety valve in case some programmer forgets to specify "-lz -lm" when building an application. But leaving it off doesn't give you any extra immunity to libz changes on IRIX. > Please get libpng-1.0.15rc3 and see if it works for you (it's similar to > libpng-1.0.14 but has a new libpng-config and libpng10-config that may > help) I saw all the new libnpg10-config stuff in 1.0.14. I haven't quite figured out what to do about it -- the idea is to let both 1.0.x and 1.2.x be installed at the same time? That's hard to do (because you don't know what order people will install things, so the plain headers/libraries are unpredictable). Thanks, David -- David KAELBLING Silicon Graphics Computer Systems 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 12:32:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12239 for ; Thu, 26 Sep 2002 12:32:15 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QHWEW17757 for ; Thu, 26 Sep 2002 12:32:14 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QHWCq14268 for ; Thu, 26 Sep 2002 12:32:12 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QHWA005181; Thu, 26 Sep 2002 12:32:10 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QHW9O05177 for ; Thu, 26 Sep 2002 12:32:10 -0500 (CDT) Received: (qmail 12998 invoked from network); 26 Sep 2002 17:32:10 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 26 Sep 2002 17:32:10 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8QHWAh20833 for ; Thu, 26 Sep 2002 10:32:10 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QHWAdK001864 for ; Thu, 26 Sep 2002 10:32:10 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QHWAW6001863 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 10:32:10 -0700 Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QGRYO02926 for ; Thu, 26 Sep 2002 11:27:34 -0500 (CDT) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g8QFSwT1013879; Thu, 26 Sep 2002 08:28:58 -0700 Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g8QGRXpx23924984; Thu, 26 Sep 2002 09:27:34 -0700 (PDT) Received: from sgi.com (cf-vpn-hw-drk-1.corp.sgi.com [134.15.81.98]) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA16736; Thu, 26 Sep 2002 12:27:22 -0400 (EDT) Message-ID: <3D933564.A2F31EF4@sgi.com> Date: Thu, 26 Sep 2002 12:27:16 -0400 From: David Kaelbling Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX 6.5-ALPHA-1288515720 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Glenn Randers-Pehrson , png-implement@ccrc.wustl.edu, drk@sgi.com Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [ditto] David Kaelbling wrote: > > This appears to be asking for trouble. Doesn't it mean that a program > > linked with > > libpng-0.89c (the library shipped with SGIs) would try to run with > > libpng-1.0.14? Sorry, I don't think I actually answered the right question last time! Yes, applications linked against /usr/lib32/libpng.so are looking for any library named "libpng.so" (that's the soname used) with version that includes sgi1.0. So yes, they would have troubles as you describe. -- David KAELBLING Silicon Graphics Computer Systems 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 12:32:42 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12252 for ; Thu, 26 Sep 2002 12:32:42 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QHWfW17818 for ; Thu, 26 Sep 2002 12:32:41 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QHWeq14306 for ; Thu, 26 Sep 2002 12:32:40 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QHWcR05191; Thu, 26 Sep 2002 12:32:38 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QHWbO05187 for ; Thu, 26 Sep 2002 12:32:37 -0500 (CDT) Received: (qmail 13293 invoked from network); 26 Sep 2002 17:32:38 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 26 Sep 2002 17:32:38 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8QHWbs25334 for ; Thu, 26 Sep 2002 10:32:37 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QHWbdK001930 for ; Thu, 26 Sep 2002 10:32:37 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QHWbQX001929 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 10:32:37 -0700 Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QHPVO05074 for ; Thu, 26 Sep 2002 12:25:31 -0500 (CDT) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g8QGQuT1017525; Thu, 26 Sep 2002 09:26:56 -0700 Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g8QHPUpx23937301; Thu, 26 Sep 2002 10:25:31 -0700 (PDT) Received: from sgi.com (cf-vpn-hw-drk-1.corp.sgi.com [134.15.81.98]) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id NAA06490; Thu, 26 Sep 2002 13:25:27 -0400 (EDT) Message-ID: <3D934305.E7AEA520@sgi.com> Date: Thu, 26 Sep 2002 13:25:25 -0400 From: David Kaelbling Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX 6.5-ALPHA-1288515720 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Glenn Randers-Pehrson CC: png-implement@ccrc.wustl.edu, drk@sgi.com Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> <3D933A31.C8454D78@comcast.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member ... you know] Glenn Randers-Pehrson wrote: > > David Kaelbling wrote: > > > SGI having used version 1 for the libpng-0.x libraries does confuse the > > issue :-( Maybe the best solution is to skip to "-set_version sgi2.0" > > and PNGMAJ=2 for libpng-1.0.x on IRIX? It's important that the major > > digit in sgiX.Y match the library name, libpng.so.X. > > That's going to be tough to achieve, since libpng10.so.0.1.2.5 is the > real name > and libpng.so.2 is a symbolic link. What's X? 0 or 2? I was suggesting X=2, to match sgi2.0. It's fine if libpng.so.2 is a symbolic link to a file with a different name. On IRIX having more layers of symlinks doesn't help -- libpng10-config says "-lpng10", so the linker will only look for libpng10.so in the -L directories. And rld will only look for libpng.so.2 (and maybe append another ".2" if it can't find or match libpng.so.2), since that's the SONAME in the library the linker found (plus the major version number). Libraries with minor or micro version number in their file names will only ever be accessed via the shortened symlinks. Basically there are two parameters that control how rld finds shared libraries. RPATH (and LD_LIBRARYN32_PATH and the like) tell it what directory to search, and SONAME tells it what it's first guess for a filename should be. It opens RPATH/SONAME and compares the IVERSION attributes. (You can use "elfdump -L" to see all these attributes.) If they are compatible we're done, otherwise it starts searching by appending ".X" and other tricks. Arguably the original intent was that .X not appear in the SONAME, so a program would only know it needed version sgiX.Y of "libpng.so", and rld would look there first. If that library didn't have sgiX.Y in its version list rld would then try again with "libpng.so.X". But putting the extension in the -soname will work, it just won't search as much. David PS: I apologize if I'm repeating the obvious and you know all this. I get confused about it, and saying it again helps me keep it straight. -- David KAELBLING Silicon Graphics Computer Systems 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 12:49:15 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA12420 for ; Thu, 26 Sep 2002 12:49:14 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QHnDW19729 for ; Thu, 26 Sep 2002 12:49:13 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QHnCq15418 for ; Thu, 26 Sep 2002 12:49:12 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QHmrV05454; Thu, 26 Sep 2002 12:48:53 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QHmqO05450 for ; Thu, 26 Sep 2002 12:48:52 -0500 (CDT) Received: (qmail 22842 invoked from network); 26 Sep 2002 17:48:52 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 26 Sep 2002 17:48:52 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8QHmqb16898 for ; Thu, 26 Sep 2002 10:48:52 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QHmqdK003651 for ; Thu, 26 Sep 2002 10:48:52 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QHmqdL003650 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 10:48:52 -0700 Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QHj8O05391 for ; Thu, 26 Sep 2002 12:45:08 -0500 (CDT) Received: from saruman.uio.no ([129.240.201.202]) by pat.uio.no with esmtp (Exim 2.12 #7) id 17uchH-0002FW-00; Thu, 26 Sep 2002 19:45:07 +0200 Received: from pre by saruman.uio.no with local (Exim 2.12 #7) id 17uchG-0007iy-00; Thu, 26 Sep 2002 19:45:06 +0200 To: Dimitri Papadopoulos Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Small compile patch for libpng 1.2.4 References: <200209252103.42616.dimitri@trolltech.com> X-Message-Flag: Message text blocked: ADULT LANGUAGE/SITUATIONS Reply-By: Tue, 1 Jan 1801 04:37:40 +1000 From: Petter Reinholdtsen Date: 26 Sep 2002 19:45:06 +0200 In-Reply-To: <200209252103.42616.dimitri@trolltech.com> Message-ID: <2flptv0myql.fsf@saruman.uio.no> Lines: 5 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [what is it with non-member postings today?] [Dimitri Papadopoulos] > Use makefile.sun32 or makefile.sun64 instead. They are missing from the tarball I'm using. Is there a newer version of libpng available from somewhere? -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 13:01:32 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA12559 for ; Thu, 26 Sep 2002 13:01:32 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QI1VW21888 for ; Thu, 26 Sep 2002 13:01:31 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QI1Uq16572 for ; Thu, 26 Sep 2002 13:01:30 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QI1Pn05614; Thu, 26 Sep 2002 13:01:25 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QI1NO05609 for ; Thu, 26 Sep 2002 13:01:23 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H32007DI4Q1B7@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 14:01:21 -0400 (EDT) Date: Thu, 26 Sep 2002 14:01:11 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX To: png-implement@ccrc.wustl.edu Cc: drk@sgi.com Message-id: <3D934B67.4774648D@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> <3D933A31.C8454D78@comcast.net> <3D934305.E7AEA520@sgi.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu David Kaelbling wrote: > > [non-member ... you know] > > Glenn Randers-Pehrson wrote: > > > > David Kaelbling wrote: > > > > > SGI having used version 1 for the libpng-0.x libraries does confuse the > > > issue :-( Maybe the best solution is to skip to "-set_version sgi2.0" > > > and PNGMAJ=2 for libpng-1.0.x on IRIX? It's important that the major > > > digit in sgiX.Y match the library name, libpng.so.X. > > > > That's going to be tough to achieve, since libpng10.so.0.1.2.5 is the > > real name > > and libpng.so.2 is a symbolic link. My mistake. They used to be symbolic links, but in libpng-1.2.5 they are separate files each with the appropriate soname. Obviously libpng.so.2.1.2.5 should be build with "-set_version sgi2.0". Should libpng10.so.0.1.2.5 be built with "-set_version sgi0.0" or with "-set_version sgi10.0"? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 13:04:54 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA12613 for ; Thu, 26 Sep 2002 13:04:53 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QI4nW22496 for ; Thu, 26 Sep 2002 13:04:49 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QI4lq16856 for ; Thu, 26 Sep 2002 13:04:47 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QI4ee05652; Thu, 26 Sep 2002 13:04:40 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QI4YO05647 for ; Thu, 26 Sep 2002 13:04:35 -0500 (CDT) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTPA id <0H32006S64VDT7@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 14:04:34 -0400 (EDT) Date: Thu, 26 Sep 2002 14:04:23 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Small compile patch for libpng 1.2.4 To: png-implement@ccrc.wustl.edu Cc: Dimitri Papadopoulos Message-id: <3D934C27.57B3B00B@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200209252103.42616.dimitri@trolltech.com> <2flptv0myql.fsf@saruman.uio.no> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Petter Reinholdtsen wrote: > > [what is it with non-member postings today?] They were probably attracted by recent freshmeat announcements. > > [Dimitri Papadopoulos] > > Use makefile.sun32 or makefile.sun64 instead. > > They are missing from the tarball I'm using. Is there a newer version > of libpng available from somewhere? The names are actually makefile.32sunu and makefile.64sunu (reason for some of the strange names is to keep the first 3 bytes of the extension unique, for the benefit of DOS 8.3 platforms). Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 13:24:17 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA12982 for ; Thu, 26 Sep 2002 13:24:17 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QIOGW26196 for ; Thu, 26 Sep 2002 13:24:16 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QIOEq18721 for ; Thu, 26 Sep 2002 13:24:15 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QIOBj05902; Thu, 26 Sep 2002 13:24:11 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QIOAO05898 for ; Thu, 26 Sep 2002 13:24:10 -0500 (CDT) Received: (qmail 32074 invoked from network); 26 Sep 2002 18:24:10 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 26 Sep 2002 18:24:10 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8QIOAR26216 for ; Thu, 26 Sep 2002 11:24:10 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QIOAdK007054 for ; Thu, 26 Sep 2002 11:24:10 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QIOArv007053 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 11:24:10 -0700 Date: Thu, 26 Sep 2002 11:24:10 -0700 Message-Id: <200209261824.g8QIOArv007053@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >> When you build it from sources or on your particular machine? I was referring to this part: >>> On the sgi, gcc seems to call up the regular ld. "sources" includes binutils, which includes GNU ld, which doesn't have a licensing system. (Unless for some reason binutils on IRIX doesn't support ld due to wackiness in the OS itself...) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 14:25:36 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA14431 for ; Thu, 26 Sep 2002 14:25:36 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QJPZW08512 for ; Thu, 26 Sep 2002 14:25:35 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QJPXq24759 for ; Thu, 26 Sep 2002 14:25:34 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QJP6E06614; Thu, 26 Sep 2002 14:25:06 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QJP3O06610 for ; Thu, 26 Sep 2002 14:25:04 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H320082U8LPQV@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 15:25:02 -0400 (EDT) Date: Thu, 26 Sep 2002 15:19:27 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 In-reply-to: <200209261824.g8QIOArv007053@newbolt.sonic.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020926151927.00ffa300@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:24 AM 9/26/02 -0700, you wrote: >>> When you build it from sources or on your particular machine? > >I was referring to this part: > >>>> On the sgi, gcc seems to call up the regular ld. > >"sources" includes binutils, which includes GNU ld, which doesn't have >a licensing system. (Unless for some reason binutils on IRIX doesn't >support ld due to wackiness in the OS itself...) I dunno. The licensing issue doesn't have anything to do with gcc calling up the regular ld. I mentioned licensing in connection with ctl0.o being missing. Never mind; as I said the problem at hand is that the reporter was evidently using gcc in makefile.hpux so everything was pretty much incompatible. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 16:26:53 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA15908 for ; Thu, 26 Sep 2002 16:26:52 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QLQoW01304 for ; Thu, 26 Sep 2002 16:26:50 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QLQmq05696 for ; Thu, 26 Sep 2002 16:26:48 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QLO2x08334; Thu, 26 Sep 2002 16:24:02 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8QLO1O08330 for ; Thu, 26 Sep 2002 16:24:01 -0500 (CDT) Received: (qmail 9562 invoked from network); 26 Sep 2002 21:24:02 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 26 Sep 2002 21:24:02 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8QLO2R14249 for ; Thu, 26 Sep 2002 14:24:02 -0700 X-envelope-info: Received: from newbolt.sonic.net (localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8QLO2dK027648 for ; Thu, 26 Sep 2002 14:24:02 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8QLO2Tt027647 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 14:24:02 -0700 Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QJSMO06729 for ; Thu, 26 Sep 2002 14:28:23 -0500 (CDT) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id g8QITlT1025483; Thu, 26 Sep 2002 11:29:48 -0700 Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g8QJSMpx22452585; Thu, 26 Sep 2002 12:28:23 -0700 (PDT) Received: from sgi.com (cf-vpn-hw-drk-1.corp.sgi.com [134.15.81.98]) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA20437; Thu, 26 Sep 2002 15:28:18 -0400 (EDT) Message-ID: <3D935FD1.8CDC30C3@sgi.com> Date: Thu, 26 Sep 2002 15:28:17 -0400 From: David Kaelbling Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX 6.5-ALPHA-1288515720 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Glenn Randers-Pehrson CC: png-implement@ccrc.wustl.edu, drk@sgi.com Subject: Re: [png-implement] Building libpng/1.0.14 on IRIX References: <3D922A78.D8A594FB@sgi.com> <3D932114.7A2D66FC@comcast.net> <3D9333FE.69212C3F@sgi.com> <3D933A31.C8454D78@comcast.net> <3D934305.E7AEA520@sgi.com> <3D934B67.4774648D@comcast.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member] What sonames are you planning to use? You certainly don't want "-set_version sgi10.0" -- the "10" in "libpng10.so.*" is part of the library name, and has no real relation to the versioning. That would imply your library was named lib*.so.10. One of the many confusing things here is that while by convention many of the strings and numbers match everywhere, that's just happenstance. For example if you do "elfdump -L /usr/lib32/libtermcap.so" you'll see that libtermcap has a SONAME of "libcurses.so". That means that people can link with "-ltermcap", but at runtime they'll really get libcurses! The key is to ensure that whatever -soname you choose actually exists as a file (or symlink) at run-time. By convention on IRIX those names are either of the form "libfoo.so" or "libfoo.so.X", where X is library API major revision. The last entry in the -set_version string of the library used at link time must be present in the IVERSION list of the library found at runtime. If it isn't the major number is appended to the SONAME and we search again. Does that help? David Glenn Randers-Pehrson wrote: > > > Glenn Randers-Pehrson wrote: > > > > > > David Kaelbling wrote: > > > > > > > SGI having used version 1 for the libpng-0.x libraries does confuse the > > > > issue :-( Maybe the best solution is to skip to "-set_version sgi2.0" > > > > and PNGMAJ=2 for libpng-1.0.x on IRIX? It's important that the major > > > > digit in sgiX.Y match the library name, libpng.so.X. > > > > > > That's going to be tough to achieve, since libpng10.so.0.1.2.5 is the > > > real name > > > and libpng.so.2 is a symbolic link. > > My mistake. They used to be symbolic links, but in libpng-1.2.5 they > are separate > files each with the appropriate soname. > > Obviously libpng.so.2.1.2.5 should be build with "-set_version sgi2.0". > Should libpng10.so.0.1.2.5 be built with "-set_version sgi0.0" or with > "-set_version sgi10.0"? > > Glenn -- David KAELBLING Silicon Graphics Computer Systems 1 Cabot Rd, suite 250; Hudson, MA 01749 781.839.2157, fax ...2357 -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 17:13:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16598 for ; Thu, 26 Sep 2002 17:13:56 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QMDuW09294 for ; Thu, 26 Sep 2002 17:13:56 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QMDsq09610 for ; Thu, 26 Sep 2002 17:13:54 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QMDjo08834; Thu, 26 Sep 2002 17:13:45 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.132.165]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QMDiO08830 for ; Thu, 26 Sep 2002 17:13:44 -0500 (CDT) Received: from amc by nicemice.net with local (Exim 3.35 #1 (Debian)) id 17ugtE-0003da-00 for ; Thu, 26 Sep 2002 15:13:44 -0700 Date: Thu, 26 Sep 2002 22:13:44 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Message-ID: <20020926221344.GA12082@nicemice.net> References: <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <20020917234318.GB28151@nicemice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020917234318.GB28151@nicemice.net> User-Agent: Mutt/1.4i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu A while back I suggested: > --ipathopts C pre-processor options for finding the include files > --cppopts any other needed C pre-processor options > --ccopts any other needed C compiler options > --cppflags same as --cppopts --ipathopts > --cflags same as --ccopts --cppopts --ipathopts I just noticed that GNU make does not use CFLAGS as a superset of CPPFLAGS, but rather expects them to be disjoint. The documentation says: For example, the command used to compile a C source file actually says `$(CC) -c $(CFLAGS) $(CPPFLAGS)'. Maybe we should follow suit: --ipathopts C pre-processor options for finding the include files --cppopts any other needed C pre-processor options --cppflags same as --cppopts --ipathopts --cflags any other needed C compiler options AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 17:30:21 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA16737 for ; Thu, 26 Sep 2002 17:30:21 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8QMUKW11310 for ; Thu, 26 Sep 2002 17:30:20 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8QMUIq10667 for ; Thu, 26 Sep 2002 17:30:19 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8QMU2b08905; Thu, 26 Sep 2002 17:30:02 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8QMU1O08901 for ; Thu, 26 Sep 2002 17:30:01 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H320096SH61SJ@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 18:30:02 -0400 (EDT) Date: Thu, 26 Sep 2002 18:24:28 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) In-reply-to: <20020926221344.GA12082@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020926182428.00ffdd40@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <20020917234318.GB28151@nicemice.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <200209161514.g8GFEKIh020823@newbolt.sonic.net> <3D86101D.2C2D28E4@comcast.net> <200209160534.g8G5YpiW010811@newbolt.sonic.net> <3.0.6.32.20020917015916.0152d8c0@mail.comcast.net> <3.0.6.32.20020917181430.00f8d660@mail.comcast.net> <20020917234318.GB28151@nicemice.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:13 PM 9/26/02 +0000, Adam M. Costello wrote: >A while back I suggested: > >> --ipathopts C pre-processor options for finding the include files >> --cppopts any other needed C pre-processor options >> --ccopts any other needed C compiler options >> --cppflags same as --cppopts --ipathopts >> --cflags same as --ccopts --cppopts --ipathopts > >I just noticed that GNU make does not use CFLAGS as a superset of >CPPFLAGS, but rather expects them to be disjoint. The documentation >says: > > For example, the command used to compile a C source file actually > says `$(CC) -c $(CFLAGS) $(CPPFLAGS)'. > >Maybe we should follow suit: > > --ipathopts C pre-processor options for finding the include files > --cppopts any other needed C pre-processor options > --cppflags same as --cppopts --ipathopts > --cflags any other needed C compiler options I think that's where I started, but got beaten down because people expect --cflags to contain everything. If we leave everything in --cflags, and someone runs libpng-config --cflags --cppflags they get the CPPFLAGS twice. No harm done. If we separate them and someone runs libpng-config --cflags they don't get the CPPLAGS at all. Harm done. I think we are OK as long as libpng-config --help gives accurate information, and the options allow them to merge or combine flags to their heart's delight. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Sep 26 21:33:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA19153 for ; Thu, 26 Sep 2002 21:33:09 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8R2X9W02861 for ; Thu, 26 Sep 2002 21:33:09 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8R2X7q23861 for ; Thu, 26 Sep 2002 21:33:07 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8R2WbJ10160; Thu, 26 Sep 2002 21:32:37 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8R2WaO10156 for ; Thu, 26 Sep 2002 21:32:36 -0500 (CDT) Received: (qmail 6577 invoked from network); 27 Sep 2002 02:32:37 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 27 Sep 2002 02:32:37 -0000 Received: from sonic.net (bolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g8R2Wb912627 for ; Thu, 26 Sep 2002 19:32:37 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8R2WbdK025102 for ; Thu, 26 Sep 2002 19:32:37 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8R2Wbgl025100 for png-implement@ccrc.wustl.edu; Thu, 26 Sep 2002 19:32:37 -0700 Date: Thu, 26 Sep 2002 19:32:37 -0700 Message-Id: <200209270232.g8R2Wbgl025100@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] libpng 1.2.5rc1 feedback(!) Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Adam wrote: >> I just noticed that GNU make does not use CFLAGS as a superset of >> CPPFLAGS, but rather expects them to be disjoint. The documentation >> says: >> >> For example, the command used to compile a C source file actually >> says `$(CC) -c $(CFLAGS) $(CPPFLAGS)'. Oops, RTFM, eh? I was unaware of that. I've almost never seen CPPFLAGS used in normal makefiles, and I seem to spend a lot of time in those things. > I think that's where I started, but got beaten down because people > expect --cflags to contain everything. I definitely helped with the beating... But I still think --cflags is better since it seems to be much more common in foo-configs. That said, I still haven't looked at rc3... > I think we are OK as long as libpng-config --help gives accurate > information, and the options allow them to merge or combine flags > to their heart's delight. Yup. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Sep 28 10:47:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA09854 for ; Sat, 28 Sep 2002 10:47:31 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8SFlUW29489 for ; Sat, 28 Sep 2002 10:47:30 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8SFlSq17506 for ; Sat, 28 Sep 2002 10:47:28 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8SFjdS20948; Sat, 28 Sep 2002 10:45:39 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8SFjcO20944 for ; Sat, 28 Sep 2002 10:45:38 -0500 (CDT) Received: (qmail 12705 invoked from network); 28 Sep 2002 15:45:19 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 28 Sep 2002 15:45:19 -0000 Received: from sonic.net (bolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g8SFjJT23555; Sat, 28 Sep 2002 08:45:19 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8SFjJdK022414; Sat, 28 Sep 2002 08:45:19 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8SFjJ76022413; Sat, 28 Sep 2002 08:45:19 -0700 Date: Sat, 28 Sep 2002 08:45:19 -0700 Message-Id: <200209281545.g8SFjJ76022413@newbolt.sonic.net> From: Greg Roelofs To: chris@microserf.org.uk Subject: [png-implement] Re: Beginner's Question (PNG) Cc: png-implement@ccrc.wustl.edu Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > You said that there are specific functions for reading the > pixels from the structs -- I must have missed them. Not individual pixels, but arrays (rows or entire image). Then you use normal C pointers to bounce around in the bytes. > All I want > to do is read the value(s) of a specific pixel (depending on > the number of channels in the image) -- is this complex in the > libpng API, am I missing something, or am I being dumb? Or am > I misunderstanding what the library is for? You're looking for too fine-grained a capability. But you can do what you want by setting up the row_pointers array as in the sample, plugging in the index for the row (y) that you want, and modifying the byte values at offset 3*x or 4*x from there (depending on whether you had libpng leave or truncate things as RGB or add filler bytes where necessary to make RGBA). The relevant code is in, e.g., rpng_x_display_image() in rpng-x.c: src = image_data + row*image_rowbytes; [...] red = *src++; green = *src++; blue = *src++; (This doesn't use row_pointers, but it could.) Change that to src = image_data + row*image_rowbytes + col*image_channels and you're there. (For you, dest is probably the same as src.) If you need something simpler than that, then libpng is the wrong tool for you. Check the PNG toolkits page for commercial and freeware packages that operate at a more abstract level. > I've spent a fair bit of time on this, and getting a bit > frustrated. Please help! Please continue using png-implement. My time is quite limited, unfortunately. Regards, Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 30 09:11:01 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA03966 for ; Mon, 30 Sep 2002 09:10:59 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8UEAsW02004 for ; Mon, 30 Sep 2002 09:10:54 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8UEAqq18450 for ; Mon, 30 Sep 2002 09:10:52 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8UE9de02577; Mon, 30 Sep 2002 09:09:39 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with SMTP id g8UE9bO02573 for ; Mon, 30 Sep 2002 09:09:37 -0500 (CDT) Received: (qmail 20100 invoked from network); 30 Sep 2002 14:09:37 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 30 Sep 2002 14:09:37 -0000 Received: from sonic.net (bolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g8UE9bV16818 for ; Mon, 30 Sep 2002 07:09:37 -0700 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g8UE9ZdK030881 for ; Mon, 30 Sep 2002 07:09:35 -0700 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g8UE9ZNX030880 for png-implement@ccrc.wustl.edu; Mon, 30 Sep 2002 07:09:35 -0700 Received: from www2.viasystems.com (mailhub.viasystems.com [216.109.90.20]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8UD93O02299 for ; Mon, 30 Sep 2002 08:09:07 -0500 (CDT) Received: from amusmsg1.viasystems.com (mailer2.viasystems.com [172.27.32.200]) by www2.viasystems.com (8.9.1a/8.9.1) with SMTP id JAA15500 for ; Mon, 30 Sep 2002 09:09:17 -0400 (EDT) Received: from 172.27.32.200 by amusmsg1.viasystems.com (InterScan E-Mail VirusWall NT); Mon, 30 Sep 2002 09:08:53 -0400 Received: by amusmsg1.viasystems.com with Internet Mail Service (5.5.2653.19) id ; Mon, 30 Sep 2002 09:08:53 -0400 Message-ID: <4FF26FB57EF4D4118C980090271E0EBA4929F5@VSAMPC05> From: "Comtois, Daniel" To: "'png-implement@ccrc.wustl.edu'" Subject: [png-implement] [HP-UX help request] Date: Mon, 30 Sep 2002 09:08:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi, I need some help to compile libpng on an HP-UX 10.20 workstation. I've worked with the help of Glenn Randers-Pehrson from comcast.net on that without good results yet. Maybe someone of the community could help me on that issue. I've putted all dependencies (zlib 1.1.4 and xpm 3.4 version) required by libpng. In waiting for your helps. Thanks, Daniel Comtois Unix Technician, CAD/CAM Viasystems Canada Inc., Pte-Claire Tel: (514)694-8900 ext.:4312 Fax: (514)694-8134 Email: daniel.comtois@viasystems.com -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Sep 30 09:42:00 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA04899 for ; Mon, 30 Sep 2002 09:41:59 -0500 (CDT) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g8UEfxW07637 for ; Mon, 30 Sep 2002 09:41:59 -0500 (CDT) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g8UEfvq20795 for ; Mon, 30 Sep 2002 09:41:57 -0500 (CDT) Received: (from majordom@localhost) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) id g8UEfnQ02823; Mon, 30 Sep 2002 09:41:49 -0500 (CDT) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.11.6+Sun/8.11.6) with ESMTP id g8UEflO02817 for ; Mon, 30 Sep 2002 09:41:48 -0500 (CDT) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with SMTP id <0H39007UHA5NKC@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 30 Sep 2002 10:41:47 -0400 (EDT) Date: Mon, 30 Sep 2002 10:36:13 -0400 From: Glenn Randers-Pehrson Subject: Re: [png-implement] [HP-UX help request] In-reply-to: <4FF26FB57EF4D4118C980090271E0EBA4929F5@VSAMPC05> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020930103613.0103fe80@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 09:08 AM 9/30/02 -0400, Daniel Comtois wrote: >Hi, > >I need some help to compile libpng on an HP-UX 10.20 workstation. I've >worked with the help of Glenn Randers-Pehrson from comcast.net on that >without good results yet. For more info on this, see my post of 9/25 entitled libpng-1.2.5rc3 makefile.hpgcc on HPUX 20-20 and subsequent responses. I think Daniel has tried makefile.hpux, makefile.hpgcc, makefile.std, makefile.gcc, and makefile.knr, and none of them work. It appears to me to be a matter of using the wrong "ld", due to a misconfigured system or environment. It's difficult to imagine makefile.std failing. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu