This patch fixes compile warnings when using gcc 3.0 cvs snapshots. It
makes the following changes:
- Removes warnings about trigraphs (done by patching the Makefile in top
directory
- changes text at the end of #endif statements to comments
- fixes warnings about use of labels at the end
This patch fixes compile warnings when using gcc 3.0 cvs snapshots. It
makes the following changes:
- Removes warnings about trigraphs (done by patching the Makefile in top
directory
- changes text at the end of #endif statements to comments
- fixes warnings about use of labels at the end
Here is a patch that fixes warnings when using gcc 3.0 snapshots to compile
the kernel. Most of these warnings are for labels at the end of compound
statements and extra tokens at the end of #endifs. The patch for
linux/drivers/usb/pwc-uncompress.c adds includes to fix warnings where
Here is a patch that fixes warnings when using gcc 3.0 snapshots to compile
the kernel. Most of these warnings are for labels at the end of compound
statements and extra tokens at the end of #endifs. The patch for
linux/drivers/usb/pwc-uncompress.c adds includes to fix warnings where
In my previous patch I got drivers/i2c/i2c-core.c confused with
drivers/i2o/i2o_core.c i2o_core.c did not have a warning at that line.
Also, Jeff Garzik suggested I change the fixes for labels at the end of
compound statements. It also includes Petr
Vandrovec's patch to rwsem.h so that
This patch fixes warnings in 2.4.5pre3 about extra tokens at the end of
#endif statements and labels at the end of compound statements when using gcc
3.0 snapshots.
Rich
diff -urN -X /linux/dontdiff linux/arch/i386/math-emu/fpu_trig.c
rb/arch/i386/math-emu/fpu_trig.c
---
This patch fixes warnings in 2.4.5pre3 about extra tokens at the end of
#endif statements and labels at the end of compound statements when using gcc
3.0 snapshots.
Rich
diff -urN -X /linux/dontdiff linux/arch/i386/math-emu/fpu_trig.c
rb/arch/i386/math-emu/fpu_trig.c
---
In my previous patch I got drivers/i2c/i2c-core.c confused with
drivers/i2o/i2o_core.c i2o_core.c did not have a warning at that line.
Also, Jeff Garzik suggested I change the fixes for labels at the end of
compound statements. It also includes Petr
Vandrovec's patch to rwsem.h so that
I haven't recieved any messages since Saturday. I'm just checking to see if
the list still works.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
I haven't recieved any messages since Saturday. I'm just checking to see if
the list still works.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Saturday 03 March 2001 12:18 pm, [EMAIL PROTECTED] wrote:
> Hi, i've got a newbie question about patches:
> Are the pre* patches ( and i guess also the ac* ones) applied against the
> last release of the kernel or against the previous patch? I mean, when
> 2.4.3pre2 will come out, i need to
On Saturday 03 March 2001 12:18 pm, [EMAIL PROTECTED] wrote:
Hi, i've got a newbie question about patches:
Are the pre* patches ( and i guess also the ac* ones) applied against the
last release of the kernel or against the previous patch? I mean, when
2.4.3pre2 will come out, i need to get
On 9 Jan 2001, at 23:10, Linus Torvalds wrote:
>
>
> On Wed, 10 Jan 2001, Andrea Arcangeli wrote:
>
> > On Tue, Jan 09, 2001 at 01:31:35PM -0800, Linus Torvalds wrote:
> > > don't have to worry about undocumented extensions etc.
> >
> > Infact I don't blame gcc maintainers for that, but the
On 9 Jan 2001, at 23:10, Linus Torvalds wrote:
On Wed, 10 Jan 2001, Andrea Arcangeli wrote:
On Tue, Jan 09, 2001 at 01:31:35PM -0800, Linus Torvalds wrote:
don't have to worry about undocumented extensions etc.
Infact I don't blame gcc maintainers for that, but the standard. Ok,
On 9 Jan 2001, at 10:51, Linus Torvalds wrote:
>
>
> On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
>
> > [about labels w/o statements after them]
> >
> > >> Is this really a kernel bug? This is common idiom in C, so
gcc
> > >> shouldn't warn about it. If it does, it is a bug in gcc IMHO.
> >
On 9 Jan 2001, at 10:51, Linus Torvalds wrote:
On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
[about labels w/o statements after them]
Is this really a kernel bug? This is common idiom in C, so
gcc
shouldn't warn about it. If it does, it is a bug in gcc IMHO.
No, it is not
On 8 Jan 2001, at 20:50, Erik Mouw wrote:
> On Sat, Jan 06, 2001 at 09:40:51PM -0500, Rich Baum wrote:
> > Here's a patch that fixes more of the compile warnings with gcc
> > 2.97.
>
> > -case FORE200E_STATE_BLANK:
> > +case FORE200E_STATE_BLANK:;
&g
On 8 Jan 2001, at 11:52, Keith Owens wrote:
> On Sun, 7 Jan 2001 16:19:50 -0500,
> "Rich Baum" <[EMAIL PROTECTED]> wrote:
> >This patch should fix the rest of the warnings about #endif
> >statements when using the 20001225 gcc snapshot. Thanks to
>
On 8 Jan 2001, at 11:52, Keith Owens wrote:
On Sun, 7 Jan 2001 16:19:50 -0500,
"Rich Baum" [EMAIL PROTECTED] wrote:
This patch should fix the rest of the warnings about #endif
statements when using the 20001225 gcc snapshot. Thanks to
Keith Owens for providing a script t
On 8 Jan 2001, at 20:50, Erik Mouw wrote:
On Sat, Jan 06, 2001 at 09:40:51PM -0500, Rich Baum wrote:
Here's a patch that fixes more of the compile warnings with gcc
2.97.
-case FORE200E_STATE_BLANK:
+case FORE200E_STATE_BLANK:;
Is this really a kernel bug? This is common
This fixes a comment at the end of an #endif. This should fix all of
the warnings about tokens at the end of #endifs. Please disregard
the parts of my earlier patch which made changes to comments
and .S files. I should have reviewed the patch the script made
more closely.
diff -urN -X
This patch should fix the rest of the warnings about #endif
statements when using the 20001225 gcc snapshot. Thanks to
Keith Owens for providing a script to automate this process. It got
the job done sooner and found warnings to fix for non x86 platforms.
Rich
diff -urN -X dontdiff
This patch should fix the rest of the warnings about #endif
statements when using the 20001225 gcc snapshot. Thanks to
Keith Owens for providing a script to automate this process. It got
the job done sooner and found warnings to fix for non x86 platforms.
Rich
diff -urN -X dontdiff
This fixes a comment at the end of an #endif. This should fix all of
the warnings about tokens at the end of #endifs. Please disregard
the parts of my earlier patch which made changes to comments
and .S files. I should have reviewed the patch the script made
more closely.
diff -urN -X
Here's a patch that fixes more of the compile warnings with gcc
2.97.
diff -urN -X dontdiff linux/drivers/atm/fore200e.c
rb/drivers/atm/fore200e.c
--- linux/drivers/atm/fore200e.cFri Dec 29 17:35:47 2000
+++ rb/drivers/atm/fore200e.c Sat Jan 6 14:33:42 2001
@@ -437,7 +437,7 @@
Here is a patch against 2.4.0 that fixes compile warnings with the
20001225 gcc snapshot. This patch fixes more warnings of the
type that my patches for 2.4.0-prerelease.
diff -urN -X dontdiff linux/drivers/cdrom/cm207.c rb/drivers/cdrom/cm206.c
--- linux/drivers/cdrom/cm206.c Fri Oct 27
Here is a patch against 2.4.0 that fixes compile warnings with the
20001225 gcc snapshot. This patch fixes more warnings of the
type that my patches for 2.4.0-prerelease.
diff -urN -X dontdiff linux/drivers/cdrom/cm207.c rb/drivers/cdrom/cm206.c
--- linux/drivers/cdrom/cm206.c Fri Oct 27
Here's a patch that fixes more of the compile warnings with gcc
2.97.
diff -urN -X dontdiff linux/drivers/atm/fore200e.c
rb/drivers/atm/fore200e.c
--- linux/drivers/atm/fore200e.cFri Dec 29 17:35:47 2000
+++ rb/drivers/atm/fore200e.c Sat Jan 6 14:33:42 2001
@@ -437,7 +437,7 @@
Here's my patch again since Alan didn't get it.
diff -urN linux/drivers/i2c/i2c-pcf8584.h rb/drivers/i2c/i2c-pcf8584.h
--- linux/drivers/i2c/i2c-pcf8584.h Fri Jan 28 22:36:23 2000
+++ rb/drivers/i2c/i2c-pcf8584.hTue Jan 2 16:47:36 2001
@@ -75,4 +75,4 @@
#define I2C_PCF_INTREG
Here is a patch that removes more compile warnings from 2.4.0- prerelease. I left out files that have been fixed by Alan or myself in the ac kernels. I'll add more options to my config tomorrow to try to find more of these warnings.
Rich
diff -urN linux/drivers/i2c/i2c-pcf8584.h
Here is a patch that removes more compile warnings from 2.4.0- prerelease. I left out files that have been fixed by Alan or myself in the ac kernels. I'll add more options to my config tomorrow to try to find more of these warnings.
Rich
diff -urN linux/drivers/i2c/i2c-pcf8584.h
Here's my patch again since Alan didn't get it.
diff -urN linux/drivers/i2c/i2c-pcf8584.h rb/drivers/i2c/i2c-pcf8584.h
--- linux/drivers/i2c/i2c-pcf8584.h Fri Jan 28 22:36:23 2000
+++ rb/drivers/i2c/i2c-pcf8584.hTue Jan 2 16:47:36 2001
@@ -75,4 +75,4 @@
#define I2C_PCF_INTREG
On 1 Jan 2001, at 19:00, Andreas Franck wrote:
> Hello together,
>
> after all the new year's celebrations, I have today taken the time to create
> a small patch, based on Linus' idea, that will fix this problem in the
> kernel, _without_ pessimizing any code or breaking with earlier
Here is a patch that removes warnings about depecrated use of
labels at the end of compound statements and warnings about
extra tokens at the end of #undef directives when using the
20001225 gcc snapshot. Could you please look this over for
possible inclusion in 2.4.0 or
Here is a patch that removes warnings about depecrated use of
labels at the end of compound statements and warnings about
extra tokens at the end of #undef directives when using the
20001225 gcc snapshot. Could you please look this over for
possible inclusion in 2.4.0 or
On 1 Jan 2001, at 19:00, Andreas Franck wrote:
Hello together,
after all the new year's celebrations, I have today taken the time to create
a small patch, based on Linus' idea, that will fix this problem in the
kernel, _without_ pessimizing any code or breaking with earlier compilers.
When I boot a version of test13-pre7 that was compiled with the
20001225 snapshot of gcc I get the following oops:
ksymoops 2.3.5 on i586 2.4.0-test11. Options used
-V (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.4.0-test13-pre7/ (specified)
-m
When I compile 2.4.0-prerelease with the 200012252 gcc
snapshot I get the following warnings:
make[3]: Entering directory `/usr/src/linux/drivers/acpi/hardware'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-
prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -
When I compile 2.4.0-prerelease with the 200012252 gcc
snapshot I get the following warnings:
make[3]: Entering directory `/usr/src/linux/drivers/acpi/hardware'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-
prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -
When I boot a version of test13-pre7 that was compiled with the
20001225 snapshot of gcc I get the following oops:
ksymoops 2.3.5 on i586 2.4.0-test11. Options used
-V (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.4.0-test13-pre7/ (specified)
-m
The patch is in the v2.3 directory. You may want to move it to the
v2.4 directory so people can find it easier.
On 19 Nov 2000, at 18:19, Linus Torvalds wrote:
>
> Ok, test11 is out there. The most noticeable fixes since pre7 are the
> Athlon lockup fix, the PCI routing handling, and getting
The patch is in the v2.3 directory. You may want to move it to the
v2.4 directory so people can find it easier.
On 19 Nov 2000, at 18:19, Linus Torvalds wrote:
Ok, test11 is out there. The most noticeable fixes since pre7 are the
Athlon lockup fix, the PCI routing handling, and getting
When I copy a file from my linux partition to my windows partition
and the filename is not in 8.3 format I get an error when I check my
disk for errors saying that the long filename is no longer associated
with a file. After fixing this the filename is in 8.3 format. Files
already wine 8.3
When I copy a file from my linux partition to my windows partition
and the filename is not in 8.3 format I get an error when I check my
disk for errors saying that the long filename is no longer associated
with a file. After fixing this the filename is in 8.3 format. Files
already wine 8.3
44 matches
Mail list logo
