OmegaPhil:
> Great, make all works, and make install triggers no compilation (so the
> non-hacked checkinstall command works again).
Glad to hear that!
Thanx again for your repeated tests.
Those patches will be released on next Monday.
J. R. Okajima
this patch?
>
> J. R. Okajima
>
> diff --git a/Makefile b/Makefile
> index 298ae05..3838f0e 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -66,7 +66,7 @@ define test_glibc
> echo no; } |\
> tee ${LastTestGlibc})
> endef
> -$(filter-out cle
OmegaPhil:
> OK, applying 4647760 then 3557ce3 on top of 92d857b results in the
> following build failure (from the usual make all call from the top
> directory):
Thanx for testing.
Would you test this patch?
J. R. Okajima
diff --git a/Makefile b/Makefile
index 298ae05..3838f0e 100
oot -p"
ManDir="/usr/share/man"
TopDir="/home/omega/files/source_code/kernel/aufs/aufs-aufs-util"
LibUtilHdr="au_util.h" Glibc="" LibAuDir="/usr/lib"
ExtlibPath="extlib/glibc" -C libau all
make[1]: Entering directory
'/home/omega/files/
.
Reported-by: OmegaPhil
See-also:
http://www.mail-archive.com/aufs-users@lists.sourceforge.net/msg05395.html
Signed-off-by: J. R. Okajima
diff --git a/Makefile b/Makefile
index 72b68ee..fa96b6c 100644
--- a/Makefile
+++ b/Makefile
@@ -65,20 +65,7 @@ endef
$(eval Glibc=$(cal
t; And here is the updated commit.
>
>
> J. R. Okajima
>
>
> commit 3557ce3589462600d8f6888160f735673ff8a8af
> Author: J. R. Okajima
> Date: Thu Oct 6 01:50:14 2016 +0900
>
> bugfix, stop evaluating test_glibc when 'make clean'
>
> Reported
ct 6 01:50:14 2016 +0900
bugfix, stop evaluating test_glibc when 'make clean'
Reported-by: OmegaPhil
See-also:
http://www.mail-archive.com/aufs-users@lists.sourceforge.net/msg05400.html
Signed-off-by: J. R. Okajima
diff --git a/Makefile b/Makefile
index fa96b6
On 05/10/16 19:28, OmegaPhil wrote:
> On 05/10/16 17:52, sf...@users.sourceforge.net wrote:
>> OmegaPhil:
>>> Reading the top of the main Makefile, I'm assuming that test_glibc is
>>> doing a compilation that always happens regardless of the make target
&g
On 05/10/16 17:52, sf...@users.sourceforge.net wrote:
> OmegaPhil:
>> Reading the top of the main Makefile, I'm assuming that test_glibc is
>> doing a compilation that always happens regardless of the make target
>> requested.
>
> You are right.
> Although I do
OmegaPhil:
> Reading the top of the main Makefile, I'm assuming that test_glibc is
> doing a compilation that always happens regardless of the make target
> requested.
You are right.
Although I don't think it a big problem, here is a patch for you.
J.
On 05/10/16 05:24, sf...@users.sourceforge.net wrote:
> OmegaPhil:
>> CC is unset, here is the original make command:
>
> Ok, thanx.
> I will apply this and release next Monday.
>
> $ .../aufs-util.git$aufs4.1$ git diff -w
> diff --git a/Makefile b/Makefile
>
OmegaPhil:
> CC is unset, here is the original make command:
Ok, thanx.
I will apply this and release next Monday.
$ .../aufs-util.git$aufs4.1$ git diff -w
diff --git a/Makefile b/Makefile
index 72b68ee..313b62b 100644
--- a/Makefile
+++ b/Makefile
@@ -65,9 +65,7 @@ endef
$(eval Glibc=$(c
tory
>> '/home/omega/files/source_code/kernel/aufs/aufs-aufs-util/libau'
>> Makefile:61: LibAuDir=3D
> :::
>
> Hmm, what is your 'make' command line?
> Did you set CC?
CC is unset, here is the original make command:
=
D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> make[1]: Entering directory
> '/home/omega/files/source_code/kernel/aufs/aufs-aufs-util/libau'
> Makefile:61: LibAuDir=
ernel/aufs/aufs-aufs-util/libau'
Makefile:61: LibAuDir=
install -dv
install: missing file operand
Try 'install --help' for more information.
Makefile:61: recipe for target 'install_ulib' failed
make[1]: *** [install_ulib] Error 1
make[1]: Leaving directory
'/home/omega/file
"regisg":
> The Makefile in the fhsm folder contains an error line 47
> ~~
> ${Tgt}: override LDLIBS += -lrt -L. -lfhsm -L.. -lautil
> ~~
> should be
> ~~
> ${Tgt}: override LDLIBS += -L. -lfhsm -L.. -lautil -lrt
> ~~
>
> The -lrt
I don't know if anyone would find this useful but this is the Makefile I
use to generate a patch against an arbitrary kernel tree. We compile
aufs directly into the kernel rather than as a module so having the
patch is quite handy.
cheers,
Kris
# Initial checkout:
#
# $ cvs -d:ps
EMAIL PROTECTED]
Subject: aufs Makefile version check causes failure on Gentoo Linux
Date: Tue, 06 May 2008 09:40:55 +0900
Message-ID: <[EMAIL PROTECTED]>
Hello Austen,
Thank you for your report and patch.
Usually I don't check the Public Forum on SourceForge as I wrote in the
aufs REA
Makefile
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
On 8/4/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Aug 4 2007 11:56, Russell Harmon wrote:
> >Hmm, that's really weird, the only thing that command does is call the
> >kernel's Makefile, and when I do that with "make -f local.mk
> >KDIR=/usr/
On Aug 4 2007 11:56, Russell Harmon wrote:
>Hmm, that's really weird, the only thing that command does is call the
>kernel's Makefile, and when I do that with "make -f local.mk
>KDIR=/usr/src/linux", I get
To note that the aufs I was talking about is dated 2007072
make -C ${yourkerneldir} M=$$PWD modules_install;
> >>
> >>
> >> Jan
> >> --
> >>
> >Hmm, I never noticed it because I patch my kernel, but for me, the
> >makefile (local.mk, not mine) is not building the module correctly. It
> >leaves
>>
>Hmm, I never noticed it because I patch my kernel, but for me, the
>makefile (local.mk, not mine) is not building the module correctly. It
>leaves me with a dead aufs.ko symlink and nothing else =(. Trying to
>figure that out before I make the (correct) changes you suggested.
I
n't have to rebuild aufs.
> >
> >Also changed the conditionals to if statements. I find it more
> >readable, and prevents make from saying "error 1 (ignored)" all the
> >time =).
> >
> >Makefile is attached.
>
> Speaking of which, the modules_in
ents. I find it more
>readable, and prevents make from saying "error 1 (ignored)" all the
>time =).
>
>Makefile is attached.
Speaking of which, the modules_install target is not right. It should
(ideally) be something like
make -
rror 1 (ignored)" all the
time =).
Makefile is attached.
~Russ
Makefile
Description: Binary data
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log
> It is better to post it to the ML since I think who needs this makefile
> is aufs users instead of me.
Oh, I didn't realize that his mail was sent to the ML.
Sorry.
Junjiro Okajima
-
This SF.net email is s
"Russell Harmon":
> I looked at it one last time and found some things that needed
> touching up. I think i've got everything now however. My apologies for
> the rapid patches.
Thanks.
It is better to post it to the ML since I think who needs this makefile
is aufs users
I looked at it one last time and found some things that needed
touching up. I think i've got everything now however. My apologies for
the rapid patches.
Makefile
Description: Binary data
makefile.patch
Description: Binary
ugh... since I noticed that one error, i took a closer look and
noticed more... a patch and the full makefile is attached.
~Russ
makefile.patch
Description: Binary data
Makefile
Description: Binary data
-
This SF.net
I noticed a small error in my makefile. A patch and a complete copy of
it is attached
makefile.patch
Description: Binary data
Makefile
Description: Binary data
-
This SF.net email is sponsored by: Splunk Inc.
Still
Hello Russell,
"Russell Harmon":
> If interest exists, I rewrote the Makefile to properly use make's
> features. This is now much less of a hack.
I think it is good.
I will describe about this Makefile in aufs README.
Thank
If interest exists, I rewrote the Makefile to properly use make's
features. This is now much less of a hack.
File is attached.
Makefile
Description: Binary data
-
This SF.net email is sponsored by: Splunk Inc.
I wrote a simple enough makefile to simplify the process of
installing/updating aufs for me, and I thought it may be useful to
others (or useful in the tree itself). It can patch your kernel, and
build and install both the utilities and the aufs module. It can also
update your cvs tree for you
34 matches
Mail list logo