[gentoo-dev] 2.4.10 errors

[gentoo-dev] 2.4.10 errors

[Collins Richey]

Looks like the 2.4.10 ebuild is not quite ready for prime time.  Note,
I did emerge rsync right before this, so I should have the latest
sources.


make[2]: Entering directory `/usr/src/linux-2.4.10/drivers/md'
make all_targets
make[3]: Entering directory `/usr/src/linux-2.4.10/drivers/md'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.10/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2
-march=i586    -c -o lvm.o lvm.c
lvm.c:2329: macro `min' used with too many (3) args
lvm.c:2343: macro `min' used with too many (3) args
lvm.c: In function `__extend_reduce':
lvm.c:2329: parse error before `;'
lvm.c:2329: `_y' undeclared (first use in this function)
lvm.c:2329: (Each undeclared identifier is reported only once
lvm.c:2329: for each function it appears in.)
lvm.c:2343: parse error before `;'
lvm.c:2280: warning: `end' might be used uninitialized in this
function
lvm.c:2339: warning: `end' might be used uninitialized in this
function
make[3]: *** [lvm.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.10/drivers/md'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.10/drivers/md'
make[1]: *** [_subdir_md] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.10/drivers'
make: *** [_dir_drivers] Error 2


-- 
Collins Richey
Denver Area
gentoo_rc6 xfce+sylpheed

Re: [gentoo-dev] 2.4.10 errors

[Daniel Robbins]

On Mon, Oct 01, 2001 at 07:20:54PM -0600, Collins Richey wrote:
> Looks like the 2.4.10 ebuild is not quite ready for prime time.  Note,
> I did emerge rsync right before this, so I should have the latest
> sources.

Yes, this has already been discussed on the maillist.  The most recent
version of the LVM patch doesn't work with 2.4.10.  To get around this,
just disable LVM support in your kernel and it will compile fine; or
stick with your previous kernel until the next LVM rc is released.

-- 
Daniel Robbins					<drobbins@gentoo.org>
Chief Architect/President			http://www.gentoo.org 
Gentoo Technologies, Inc.			

Re: [gentoo-dev] 2.4.10 errors

[Collins Richey]

On Mon, 1 Oct 2001 19:10:13 -0600 Daniel Robbins <drobbins@gentoo.org>
wrote:

> On Mon, Oct 01, 2001 at 07:20:54PM -0600, Collins Richey wrote:
> > Looks like the 2.4.10 ebuild is not quite ready for prime time. 
> Note,
> > I did emerge rsync right before this, so I should have the latest
> > sources.
> 
> Yes, this has already been discussed on the maillist.  The most
> recent
> version of the LVM patch doesn't work with 2.4.10.  To get around
> this,
> just disable LVM support in your kernel and it will compile fine; or
> stick with your previous kernel until the next LVM rc is released.
> 

Thanks
-- 
Collins Richey
Denver Area
gentoo_rc6 xfce+sylpheed

Re: [gentoo-dev] 2.4.10 errors

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

On Tue, 2001-10-02 at 03:10, Daniel Robbins wrote:
> On Mon, Oct 01, 2001 at 07:20:54PM -0600, Collins Richey wrote:
> > Looks like the 2.4.10 ebuild is not quite ready for prime time.  Note,
> > I did emerge rsync right before this, so I should have the latest
> > sources.
> 
> Yes, this has already been discussed on the maillist.  The most recent
> version of the LVM patch doesn't work with 2.4.10.  To get around this,
> just disable LVM support in your kernel and it will compile fine; or
> stick with your previous kernel until the next LVM rc is released.
> 
Hi

I sent a patch for this if you dont mind looking ..

It is the MIN/MAX fkup that Linus made ...


Greetings,
  MS
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa
Town, South Africa

[-- Attachment #2: lvm-1.0.1-rc2-2.4.10.patch.diff --]
[-- Type: text/plain, Size: 1977 bytes --]

--- lvm-1.0.1-rc2-2.4.10.patch.orig	Sun Sep 30 13:04:27 2001
+++ lvm-1.0.1-rc2-2.4.10.patch	Sun Sep 30 13:06:59 2001
@@ -3043,7 +3043,7 @@
 -			lv_ptr->lv_current_pe[le].reads  += pep1[le].reads;
 -			lv_ptr->lv_current_pe[le].writes += pep1[le].writes;
 +	if (old_lv->lv_stripes < 2) {	/* linear logical volume */
-+		end = min(uint, old_lv->lv_current_le, new_lv->lv_current_le);
++		end = min(old_lv->lv_current_le, new_lv->lv_current_le);
 +		for (l = 0; l < end; l++) {
 +			new_lv->lv_current_pe[l].reads +=
 +				old_lv->lv_current_pe[l].reads;
@@ -3065,7 +3065,7 @@
 -		     i < lv_ptr->lv_stripes; i++) {
 +		old_stripe_size = old_lv->lv_allocated_le / old_lv->lv_stripes;
 +		new_stripe_size = new_lv->lv_allocated_le / new_lv->lv_stripes;
-+		end = min(uint, old_stripe_size, new_stripe_size);
++		end = min(old_stripe_size, new_stripe_size);
 +
 +		for (i = source = dest = 0; i < new_lv->lv_stripes; i++) {
  			for (j = 0; j < end; j++) {
@@ -4146,8 +4146,8 @@
  	blksize_snap = lvm_get_blksize(snap_phys_dev);
 -	max_blksize = max(blksize_org, blksize_snap);
 -	min_blksize = min(blksize_org, blksize_snap);
-+	max_blksize = max(int, blksize_org, blksize_snap);
-+	min_blksize = min(int, blksize_org, blksize_snap);
++	max_blksize = max(blksize_org, blksize_snap);
++	min_blksize = min(blksize_org, blksize_snap);
  	max_sectors = KIO_MAX_SECTORS * (min_blksize>>9);
  
  	if (chunk_size % (max_blksize>>9))
@@ -4156,7 +4156,7 @@
  	while (chunk_size)
  	{
 -		nr_sectors = min(chunk_size, max_sectors);
-+		nr_sectors = min(int, chunk_size, max_sectors);
++		nr_sectors = min(chunk_size, max_sectors);
  		chunk_size -= nr_sectors;
  
  		iobuf->length = nr_sectors << 9;
@@ -4262,7 +4262,7 @@
  	buckets = lv->lv_remap_end;
  	max_buckets = calc_max_buckets();
 -	buckets = min(buckets, max_buckets);
-+	buckets = min(unsigned long, buckets, max_buckets);
++	buckets = min(buckets, max_buckets);
  	while (buckets & (buckets-1))
  		buckets &= (buckets-1);