All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind@infradead.org>
To: Riku Voipio <riku.voipio@iki.fi>
Cc: "Biefel, Reiner \(NSN - DE/Munich\)" <reiner.biefel@nsn.com>,
	linux-mtd@lists.infradead.org,
	Mike Frysinger <vapier.adi@gmail.com>
Subject: Re: Compile Error: structure has no member named lowest_vol_num
Date: Fri, 03 Jul 2009 10:22:31 +0300	[thread overview]
Message-ID: <1246605751.20721.31.camel@localhost.localdomain> (raw)
In-Reply-To: <8bd0f97a0907011815r644dd021mc394406ba913767a@mail.gmail.com>

Riku,

I think this should fix your compilation issues which your reported
at #mtd some time ago.

On Wed, 2009-07-01 at 21:15 -0400, Mike Frysinger wrote:
> On Tue, Jun 30, 2009 at 10:44, Artem Bityutskiy wrote:
> > On Thu, 2009-06-25 at 14:12 +0200, Biefel, Reiner wrote:
> >>
> >> till snapshot a2d010f8fca904fffa3c6e5a5d148cc96a37a08a from 27.02.2009 I
> >> can compile the sources. Also cross-compile worked fine.
> >> All releases after that release I couldn't compile anymore.
> >>
> >> I allways get the error
> >> ./src/libubi.c:347: error: structure has no member named
> >> `lowest_vol_num'
> >>
> >> >From my try to compile git snapshot version
> >> mtd-utils-e4d5eea6414093fb074b19585cb8bebadc2d3e0e.tar.gz from
> >> 2009-06-08
> >> .....
> >> gcc -I /utran/fdd/nodeb/opt/i686-pc-linux-gnu/zlib/include -I
> >> /utran/fdd/nodeb/opt/i686-pc-linux-gnu//lzo/include -I
> >> /utran/fdd/nodeb/opt/i686-pc-linux-gnu/e2fsprogs/include -I./include
> >> -DWITHOUT_XATTR -D_FILE_OFFSET_BITS=64 -Iinclude -Isrc -I../include
> >> -D_FILE_OFFSET_BITS=64 -I./inc -I./src -I../../include -std=gnu99
> >> -DPACKAGE_VERSION=\"1.0\" -D_FILE_OFFSET_BITS=64 -O2 -Wall -Wextra
> >> -Wwrite-strings -Wno-sign-compare -Wall -Wextra -Wwrite-strings
> >> -Wno-sign-compare -Wall -Wextra -Wwrite-strings -Wno-sign-compare -c -o
> >> /utran/fdd/nodeb/opt/src/build/i686-pc-linux-gnu/mtd-utils/ubi-utils/old
> >> -utils/pfi.o ./src/pfi.c -g
> >> -Wp,-MD,/utran/fdd/nodeb/opt/src/build/i686-pc-linux-gnu/mtd-utils/ubi-u
> >> tils/old-utils/.pfi.c.dep
> >> gcc -I /utran/fdd/nodeb/opt/i686-pc-linux-gnu/zlib/include -I
> >> /utran/fdd/nodeb/opt/i686-pc-linux-gnu//lzo/include -I
> >> /utran/fdd/nodeb/opt/i686-pc-linux-gnu/e2fsprogs/include -I./include
> >> -DWITHOUT_XATTR -D_FILE_OFFSET_BITS=64 -Iinclude -Isrc -I../include
> >> -D_FILE_OFFSET_BITS=64 -I./inc -I./src -I../../include -std=gnu99
> >> -DPACKAGE_VERSION=\"1.0\" -D_FILE_OFFSET_BITS=64 -O2 -Wall -Wextra
> >> -Wwrite-strings -Wno-sign-compare -Wall -Wextra -Wwrite-strings
> >> -Wno-sign-compare -Wall -Wextra -Wwrite-strings -Wno-sign-compare -c -o
> >> /utran/fdd/nodeb/opt/src/build/i686-pc-linux-gnu/mtd-utils/ubi-utils/old
> >> -utils/libubi.o ./src/libubi.c -g
> >> -Wp,-MD,/utran/fdd/nodeb/opt/src/build/i686-pc-linux-gnu/mtd-utils/ubi-u
> >> tils/old-utils/.libubi.c.dep
> >> ./src/libubi.c: In function `ubi_get_dev_info1':
> >> ./src/libubi.c:347: error: structure has no member named
> >> `lowest_vol_num'
> >
> > this seems to be after your build system re-work. Do you have any
> > idea what could be wrong? I cannot reproduce this.
> 
> the CPPFLAGS in the env changes how make initializes/appends CPPFLAGS
> in sub-makes.  this causes the old ubi utils to find the newer headers
> at ubi-utils/include/ before the ubi-utils/old-utils/inc/.  i'd pose
> the question of whether keeping old-utils makes sense anymore ?  "old"
> sounds to me like "punt" ...
> 
> barring that, here is the simple fix:
> --- a/ubi-utils/old-utils/Makefile
> +++ b/ubi-utils/old-utils/Makefile
> @@ -5,8 +5,8 @@
>  KERNELHDR := ../../include
> 
>  CFLAGS ?= -O2 -g -Werror
> -CPPFLAGS += -I./inc -I./src -I$(KERNELHDR) \
> -   -std=gnu99 -DPACKAGE_VERSION=\"1.0\"
> +CPPFLAGS := -I./inc -I./src -I$(KERNELHDR) \
> +   -std=gnu99 -DPACKAGE_VERSION=\"1.0\" $(CPPFLAGS)
> 
>  PERLPROGS = mkpfi ubicrc32.pl
> -mike
-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

  parent reply	other threads:[~2009-07-03  7:23 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-25 12:12 Compile Error: structure has no member named lowest_vol_num Biefel, Reiner (NSN - DE/Munich)
2009-06-29  7:29 ` Biefel, Reiner (NSN - DE/Munich)
2009-06-30 11:45   ` Artem Bityutskiy
2009-06-30 14:27     ` Biefel, Reiner (NSN - DE/Munich)
2009-06-30 14:44 ` Artem Bityutskiy
2009-07-02  1:15   ` Mike Frysinger
2009-07-03  6:52     ` Artem Bityutskiy
2009-07-03  7:00       ` Biefel, Reiner (NSN - DE/Munich)
2009-07-03  7:02         ` Mike Frysinger
2009-07-03  7:08           ` Biefel, Reiner (NSN - DE/Munich)
2009-07-03  7:12             ` Mike Frysinger
2009-07-03  7:17               ` Biefel, Reiner (NSN - DE/Munich)
2009-07-03  7:19                 ` Mike Frysinger
2009-07-03  7:22     ` Artem Bityutskiy [this message]
2009-07-03  7:41     ` Artem Bityutskiy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1246605751.20721.31.camel@localhost.localdomain \
    --to=dedekind@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=reiner.biefel@nsn.com \
    --cc=riku.voipio@iki.fi \
    --cc=vapier.adi@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.