[Fink-devel] Re: [Fink-users] g77 error
I found that if you replace stop with call exit in subroutines everything seems to work fine. Fed On 11/7/03 18:58, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: This is an error I have gotten with either g77 3.1 or 3.3 if you upgrade to the developer tools patch that installs gcc 3.3. The only way I was able to get rid of this problem was to reinstall the December 2002 edition of the developer tools. Merely switching back to gcc 3.1 did not get rid of this problem. I tried reporting it before but ... Hi, I just installed g77. Trying to compile one of my fortran codes, I got this error message: /var/tmp//ccSZOCsb.s:237:section difference relocatable subtraction expression, LC0 minus L1$pb using a symbol at the end of section will not produce an assembly time constant I found in the fink mailing list that somebody had recently the same problem, but the answer is not available. The current versions I have are: Mac 10.2.6 fink 0.13.2 gcc 3.1 What can I do ? Thanks a lot Sylvaine --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] g77 error
stupid stupid just change the call to gcc in french stop les gogoles On 11/7/03 18:58, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: This is an error I have gotten with either g77 3.1 or 3.3 if you upgrade to the developer tools patch that installs gcc 3.3. The only way I was able to get rid of this problem was to reinstall the December 2002 edition of the developer tools. Merely switching back to gcc 3.1 did not get rid of this problem. I tried reporting it before but ... Hi, I just installed g77. Trying to compile one of my fortran codes, I got this error message: /var/tmp//ccSZOCsb.s:237:section difference relocatable subtraction expression, LC0 minus L1$pb using a symbol at the end of section will not produce an assembly time constant I found in the fink mailing list that somebody had recently the same problem, but the answer is not available. The current versions I have are: Mac 10.2.6 fink 0.13.2 gcc 3.1 What can I do ? Thanks a lot Sylvaine --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
Am Freitag, 11.07.03 um 23:53 Uhr schrieb Daniel Macks: [...] A quick look at unstable/utils finds 20 or so packages where the .patch and .info have different rev's as a result of the -dev essentials fix, validator fixes, checksum additions, Source changes, typos. So one would have to bump the (CVS) rev of a corresponding .patch whenever this happens. All-told, about a third of the files there have rev1.1, meaning something has changed without bumping up %v-%r. You are making the incorrect assumption that files are matched via the revisions. That is not true in CVS in general. Rather, you would match them via the date, or by release tags. File revisions in CVS should *never* be used to match files in CVS. Hence I do not consider your argument given above as valid. [...] I agree with the think long and hard before changing formats. That's why the things I had proposed in previous messages were pretty much just stringing the current files together (cf. an actual archive format), and keeping it transparent and optional. BTW for everybody who didn't notice; if your patches are short, it's already today rather trivial to integrate them into the .info file by embedding them into the PatchScript. A combination of CVS tagging the .patch with %n-%r and using Patch-MD5 (as people suggested recently) would solve both sync problems I think? An .info could never use a wrong .patch, and one doesn't have to worry about keeping CVS rev#s in sync. Patch-MD5 sounds more acceptable to me than a format change. And tagging revisions, well it could be done, but mostly for convenience, to make it easier to check out a given ver/rev. -D checkouts will already make it possible to get the matching patch. Okay, what if we tag .patch, and then change from having the .patch in the tree to being something that is downloaded during build? Bad idea. That would mean you have to have an online connection to build; and even if we cache the .patch files like we cache source files in /sw/src, it would mean that the .patch files have to have the %n-%v-%r.patch name again, and we have to keep all .patch versions ever around on our server - after all, not everybody is using latest CVS, so we can't just only provide the latest patch as %n.patch. Cheers, Max --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
Am Samstag, 12.07.03 um 01:00 Uhr schrieb David R. Morrison: I'd like to weigh in on this again. I played around for a while today with making shar archives out of a combination of info and patch files, using /usr/bin/shar (which is BSD shar). The resulting file is quite similar to the original proposal of tacking the patch file on to the info file, but because it is a shar archive there is no ambiguity about it. And as you can see from the example I will paste below, it is quite readable (by humans): after a bit of header stuff, you see the original info file with an X at the beginning of each line... then there is some intermediate stuff, and you see the patch file with an X at the beginning of each line. It does mean, however, that Fink has to first run the file through a sh process before even being able to process it. If you thought Fink was slow in parsing .info files now, just wait till it fires up several thousand sh processes to parse all .info files :-) In fact, I would venture to say that if you were only trying to make small changes to the info file, you could edit this file directly, without unshar-ing it to its component parts. I agree with Max, up to a point, that anybody somebody sends you the info file they should send you the corresponding patch file, and that checking out from CVS by date could deliver you the appropriate pair. But this is not so robust, it seems to me... somebody could forget, you could store the files someplace where it wasn't obvious what corresponded to what, it could be tricky to determine the date you need, and so on. Directly modifying a .shar archive is more robust? I think not- The shar archive solution is not a bad compromise. Well, to me it it is :-) While it is probably the quickest way to hack this feature in, it doesn't seem very attractive to me at all. I still feel as if a non-problem is hyped up here and made into a problem, when it isn't really. Yeah, I can mix up the Installer.app from 10.1 and 10.2 - in fact, on my computer where I have several OS X partitions, my OS X 10.2 regularly starts the 10.1 Installer.app. I always reset it to use the 10.2 one then, but still, every now and then, it decides to revert to the 10.1 Installer.app. I have no idea why, but still I don't think that should prompt Apple into merging all system files into a single file, to prevent this problem. Rather, I know that a) I have a very unusual setup and b) the problem is very easy to avoid / fix for me. The drawbacks of having all system related things in a single file simply doesn't justify the minimal gain. Max --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
Hi Max. Well, actually I was thinking that fink could parse the shar archive directly, and only unpack it if it was building a package (in order to extract the patch file). The algorithm: 1) ignore all lines at the beginning not starting with X 2) while the line begins with an X, drop the X and parse as usual 3) when you reach the line that begins with END, stop and ignore the rest of the file. And the kind of hand-editing I was thinking of was of the sort where all you need to change is the version number and Source-MD5, or maybe add a missing dependency, or something like that. The info part of the shar archive could easily be edited in that case. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] 1/2 Off V1agra!! d zl
Title: Buy Generic Sildenafil Citrate Online (the active ingredient in V Generic Viagra . INTRODUCTORY OFFER For the first time ever, a generic version of Viagra is available to you. GSC-100, the generic equivalent of Viagra, gives you the exact performance and power as Viagra, for HALF THE COST. Act now, or risk missing out on special promotional pricing -- GSC-100 is priced as low as $5.00 per 100mg tablet -- Viagra costs $12.25 per 100mg tablet. The doctor consultation and shipping is Free of charge, and your GSC-100 will arrive at your door quickly and discretely. Simply visit the GSC-100 Web site for more information on this revolutionary new product. Click Here to Visit Our Website 100% Money Back Guarantee - The First Pharmaceutical to ever be guaranteed ujhoa jaczyjidbokuho ziukydvglmwgw fwuqqd wxovh
[Fink-devel] No Credit Needed Gold Visa h
gsmzoxmow
[Fink-devel] Your No Credit Gold Visa Approved cyndai efolbijjhllq
ovnmampyrbe fkuzhgmngqzhav j i b
Re: [Fink-devel] spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday, Jul 10, 2003, at 05:10 US/Eastern, David wrote: Unfortunately we do not have the resources to moderate the list. This list does become very busy at times and moderating the messages would introduce a huge delay sometimes. I do think that there has been an increase in spam, but I did not see it as significant. It might be, that the spam cumulates now, since we are all busy preparing for the Panther release and it seems unusually quiet on the list. However I have no direct authority to decide this, I am just guessing it will be highly unlikely that we introduce moderation. IMHO moderation also hinders development more than we would benefit form it. How about making the lists only accept postings from members? And to anyone with multiple addresses they post from, if you're a developer you shouldn't find it too hard to subscribe from the other addresses and set them nomail. jpb - -- Joe Block [EMAIL PROTECTED] The difference between theory and practice is larger in practice than in theory. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Darwin) iD8DBQE/EJoIyEXo8W2M9hsRAqzOAJ9Wtm7G657eLoGQgYiZKrj+iOWS4wCdGHCA pY48Kdtky0t2BoTHoyUrc30= =c7Dw -END PGP SIGNATURE- --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
RE: [Fink-devel] spam
The lists only do take postings from subscribers, as far as I can tell (I've been burned before by replying using the wrong account). Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Block Sent: Saturday, July 12, 2003 7:30 PM To: Fink Developers Subject: Re: [Fink-devel] spam -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 snip How about making the lists only accept postings from members? And to anyone with multiple addresses they post from, if you're a developer you shouldn't find it too hard to subscribe from the other addresses and set them nomail. jpb - -- Joe Block [EMAIL PROTECTED] The difference between theory and practice is larger in practice than in theory. ps://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday, Jul 12, 2003, at 21:12 US/Eastern, Alexander K. Hansen wrote: The lists only do take postings from subscribers, as far as I can tell (I've been burned before by replying using the wrong account). Hm. I hadn't realized that spammers were subscribing to lists before posting to them, though I suppose I should have realized that it was only a matter of time. jpb - -- Joe Block [EMAIL PROTECTED] The light at the end of the tunnel is the explosives around that little ball of Pu239 - Mike Andrews -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Darwin) iD8DBQE/ENXSyEXo8W2M9hsRAhA3AJoDY3ss5ki41nM2Uihc5E/hUPsyQQCgnKFt 5EsMvLCrjQhoYmeVC0tbZ1U= =FmUb -END PGP SIGNATURE- --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel