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 (Битюцкий Артём)
next prev 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