Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: Re: TODO for 1.2 release, Moses P. Milazzo said (at 4:28pm on...: >> Better: >> >> find . -name '*.c' -o -name '*.h' -exec egrep '//' {} /dev/null \; | \ >> grep -v '://' >> >> (to get rid of false

Re: TODO for 1.2 release

2000-09-26 Thread Kevin Cozens
"Moses P. Milazzo" wrote: > Why not: > > grep "//" `find . -name "*.[ch]"` | grep -v 'p://' You should include -print as part of the find statement or else you will wind up getting a list of lines containing C++ style comments without knowing the name of the file that needs to be edited. Cheers

Re: TODO for 1.2 release

2000-09-26 Thread Moses P. Milazzo
> Better: > > find . -name '*.c' -o -name '*.h' -exec egrep '//' {} /dev/null \; | \ > grep -v '://' > > (to get rid of false matches on URLs) Why not: grep "//" `find . -name "*.[ch]"` | grep -v 'p://' (the -o option doesn't seem to work as advertised in the man page) Don't forget that

Re: TODO for 1.2 release

2000-09-26 Thread Kevin Cozens
[EMAIL PROTECTED] wrote: > On 26 Sep, Tim Mooney wrote: > >> Grepped through the source and couldn't find any C++ style > >> comments... > > > cc: Error: lighting_ui.c, line 387: Invalid statement. (badstmt) > > // GtkWidget *spinbutton; > > --^ There are a number of C++ style comments. I ran

Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: Re: TODO for 1.2 release, Austin Donnelly said (at 11:35pm on...: >On Tuesday, 26 Sep 2000, Tim Mooney wrote: > >> @@ -2322,6 +2322,7 @@ >>G_IO_ERROR_NONE, >>G_IO_ERROR_AGAIN, >>G_IO_ERROR_INVAL, >> + G_IO_ERROR_INTR, >>

Re: TODO for 1.2 release

2000-09-26 Thread Austin Donnelly
On Tuesday, 26 Sep 2000, Tim Mooney wrote: > @@ -2322,6 +2322,7 @@ >G_IO_ERROR_NONE, >G_IO_ERROR_AGAIN, >G_IO_ERROR_INVAL, > + G_IO_ERROR_INTR, >G_IO_ERROR_UNKNOWN > } GIOError; This breaks backwards binary compatibility, since the numeric value of G_IO_ERROR_UNKNOWN changes.

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: > You need to quote the '*.c', it's getting expanded by the shell before > it ever gets fed to find. :-) Actually that's not the problem since there are no *.c files in the directory I started the search in... Anita:/mnt2/src/gimp # find -name *.c ./libgimp/gimps

Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: Re: TODO for 1.2 release, [EMAIL PROTECTED] said (at 12:19am on...: >> Perhaps it's been fixed in CVS already, and that's what you're looking >> at? > > No, it's not fixed in CVS but for some reason > find -name *.c | grep "//&quo

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: >> Grepped through the source and couldn't find any C++ style >> comments... > cc: Error: lighting_ui.c, line 387: Invalid statement. (badstmt) > // GtkWidget *spinbutton; > --^ > This is from 1.1.26/plug-ins/Lighting. I haven't made the build > proceed any far

Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: Re: TODO for 1.2 release, [EMAIL PROTECTED] said (at 12:05am on...: >On 26 Sep, Tim Mooney wrote: > >> I'll try build 1.1.26 or some subsequent release on the platforms I >> have access to, but whoever does pre-release builds (Yosh?) should see >>

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: > I'll try build 1.1.26 or some subsequent release on the platforms I > have access to, but whoever does pre-release builds (Yosh?) should see > if there's a way to make your compiler (gcc?) warn/error on C++ style > comments. Every single point build of gimp for the

Re: TODO for 1.2 release

2000-09-26 Thread Austin Donnelly
On Tuesday, 26 Sep 2000, Tim Janik wrote: > i think austin even had a patch for this, i'd love to include > it into glib and release 1.2.9 for gimpers. though, what exact > date do you have in mind for 1.2.0? > i don't have austin's email handy, so i'd apprechiate if anyone > would forward this e

Re: TODO for 1.2 release

2000-09-26 Thread Tim Janik
On Tue, 26 Sep 2000, Tim Mooney wrote: > In regard to: Re: TODO for 1.2 release, Garry R. Osgood said (at 5:38am on...: > > >Nick Lamb wrote: > > > >> > >> Enough hilarity. If you know of something which must be done before > >> 1.2.0 please follow

Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: TODO for 1.2 release, Nick Lamb said (at 8:21pm on Sep 25, 2000): >Now, I bet a lot of money that Gimp 1.2 wouldn't be released in 2000 >To make me lose, I still remember the announcement for the pre-1.0 party, where S uttered the famous words, "One-point-Oh is close". 21 test rel

Re: TODO for 1.2 release

2000-09-26 Thread Tim Mooney
In regard to: Re: TODO for 1.2 release, Garry R. Osgood said (at 5:38am on...: >Nick Lamb wrote: > >> >> Enough hilarity. If you know of something which must be done before >> 1.2.0 please follow on to this mail. If you know of a reason why >> we should unfreeze

Re: TODO for 1.2 release

2000-09-26 Thread Rebecca Jean Pedersen
I need to squeeze a little time out of my currently hectic schedule to go back and finish proofreading the help docs. I now have CVS access so I just need to find time and learn how to use CVS and it won't be bad on my part. (if anyone cares about docs that is) bex ps--i know i havent been on IR

Re: TODO for 1.2 release

2000-09-26 Thread Garry R. Osgood
Austin Donnelly wrote: > > B: Plugins > -- > > For plugins, I think we need to take some tough decisions as to which > plugins are supported, and which aren't. I don't know how to do this, > but others have suggested looking at which are mentioned in the > MAINTAINERS file. I would pe

Re: TODO for 1.2 release

2000-09-26 Thread Austin Donnelly
On Monday, 25 Sep 2000, Nick Lamb wrote: > 1. VAGUE: Documentation should be "good" (definition anyone?) > 2. Critical/ Severe bug reports should be fixed or marked down (bug #s?) > 3. VAGUE: Gimp should build out-of-box on lots of systems > 99. Find and #ifdef any debug scribble to console > 100

Re: TODO for 1.2 release

2000-09-26 Thread Garry R. Osgood
Nick Lamb wrote: > > Enough hilarity. If you know of something which must be done before > 1.2.0 please follow on to this mail. If you know of a reason why > we should unfreeze Gimp instead, feel free to let loose. > > 1. VAGUE: Documentation should be "good" (definition anyone?) > 2. Critical/ S

Re: TODO for 1.2 release

2000-09-25 Thread Robert L Krawitz
Date: Mon, 25 Sep 2000 20:21:45 +0100 From: Nick Lamb <[EMAIL PROTECTED]> Enough hilarity. If you know of something which must be done before 1.2.0 please follow on to this mail. If you know of a reason why we should unfreeze Gimp instead, feel free to let loose. I would like to g