public inbox for linux-mtd@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox