headers
Hans Van Leemputten | 1 Feb 2004 17:25

Re: [bakefile-devel] Subprojetc question.

> > [I hope this is the correct way for talking about bakefile related
> > things]
>
> Yes, absolutely.

Before mailing here I already reported a bakefile bug on the wxWindows SF page,
should I duplicate it on the bakefile SF page as it is not specific to wxWin?

http://sourceforge.net/tracker/?func=detail&atid=109863&aid=876864&group_id=986
3

> > The issue; guidelib.bkl has a rule to make the lib and demo.bkl has
> > a rule to make the demo.exe, but because demo.bkl depends on the
> > guidelib it using <subproject id=3D"guidelib">
> >         <dir>../../≤/dir>
> >         <dependency-of>all</dependency-of>
> >     </subproject>
> > This way the lib gets build if needed (just the same as the wxWin
> > samples). But for some reason this doesn't work to well:
>
> I think there's a misunderstanding of what <subproject> is. It's a way=20
> to build another set of targets that don't depend on targets in the=20
> "parent" makefile (and a makefile of its own is created for=20
> subproject). If you have an executable target that depends on a=20
> library, then you should do something like this instead:
>
> <lib id=3D"guidelib">
> =2E...
> </lib>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vaclav Slavik | 5 Feb 2004 21:17
Picon
Favicon

Re: [bakefile-devel] Subprojetc question.

Hi,

Hans Van Leemputten wrote:
> Before mailing here I already reported a bakefile bug on the
> wxWindows SF page, should I duplicate it on the bakefile SF page as
> it is not specific to wxWin?

Yes, please. BTW, I think it's not specific to Watcom...

> No I understand (well I think I do) what subproject is for and what
> the bakefile exe,lib,dll rule is for. The first version of my
> bakefile did it the way you suggest above, but there are some
> problems doing it this way: 
> - The guidelib and demo dsp file will
> both be in the demo directory. 

On the contrary, if you use a subproject, there will be two makefiles. 
That's the very point of subprojects.

> - [I'm not sure the next issue is true, I don't remember correctly]
> Because of the above issue also the object files etc get put into
> the sample directory... meaning a rebuild is needed form the
> guidelib for every application using it. A lot of space wasted...

No, this is not true, object files are put into the directory where 
the makefile is (unles overriden by you).

> * Because both the exe and the lib bakefile included the common
> part and the exe bakefile included the lib bakefile it gave parse
> errors (bakefile couldn't handle me defining the same set of
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Van Leemputten | 6 Feb 2004 23:02

Re: [bakefile-devel] Subprojetc question.

Hi,

----- Original Message -----
From: "Vaclav Slavik" <vaclav.slavik@...>
To: <bakefile-devel@...>
Sent: Thursday, February 05, 2004 9:17 PM
Subject: Re: [bakefile-devel] Subprojetc question.

> Hans Van Leemputten wrote:
> > Before mailing here I already reported a bakefile bug on the
> > wxWindows SF page, should I duplicate it on the bakefile SF page as
> > it is not specific to wxWin?
>
> Yes, please. BTW, I think it's not specific to Watcom...

Done, and indeed it is not only Watcom that has this problem.

> > No I understand (well I think I do) what subproject is for and what
> > the bakefile exe,lib,dll rule is for. The first version of my
> > bakefile did it the way you suggest above, but there are some
> > problems doing it this way:=20
> > - The guidelib and demo dsp file will
> > both be in the demo directory.=20
>
> On the contrary, if you use a subproject, there will be two makefiles.=20
> That's the very point of subprojects.

Huh? I guess you misunderstood me... as the bakefile(s) referred to here and
other snipped points was using the <lib> <exe> rule (in one bakefile or with a
include statement) and it did *not* use <subproject> feature...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vaclav Slavik | 12 Feb 2004 00:04
Picon
Favicon

Re: [bakefile-devel] Subprojetc question.


Hans Van Leemputten wrote:
> Hi,
>
> ----- Original Message -----
> From: "Vaclav Slavik" <vaclav.slavik@...>
> To: <bakefile-devel@...>
> Sent: Thursday, February 05, 2004 9:17 PM
> Subject: Re: [bakefile-devel] Subprojetc question.
>
> > Hans Van Leemputten wrote:
> > > Before mailing here I already reported a bakefile bug on the
> > > wxWindows SF page, should I duplicate it on the bakefile SF
> > > page as it is not specific to wxWin?
> >
> > Yes, please. BTW, I think it's not specific to Watcom...
>
> Done, and indeed it is not only Watcom that has this problem.
>
> > > No I understand (well I think I do) what subproject is for and
> > > what the bakefile exe,lib,dll rule is for. The first version of
> > > my bakefile did it the way you suggest above, but there are
> > > some problems doing it this way:=20
> > > - The guidelib and demo dsp file will
> > > both be in the demo directory.=20
> >
> > On the contrary, if you use a subproject, there will be two
> > makefiles.=20 That's the very point of subprojects.
>
> Huh? I guess you misunderstood me... as the bakefile(s) referred to
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Van Leemputten | 12 Feb 2004 12:04

Re: [bakefile-devel] Subprojetc question.


> > > > No I understand (well I think I do) what subproject is for and
> > > > what the bakefile exe,lib,dll rule is for. The first version of
> > > > my bakefile did it the way you suggest above, but there are
> > > > some problems doing it this way:=3D20
> > > > - The guidelib and demo dsp file will
> > > > both be in the demo directory.=3D20
> > >
> > > On the contrary, if you use a subproject, there will be two
> > > makefiles.=3D20 That's the very point of subprojects.
> >
> > Huh? I guess you misunderstood me... as the bakefile(s) referred to
> > here and other snipped points was using the <lib> <exe> rule (in
> > one bakefile or with a include statement) and it did *not* use
> > <subproject> feature...
>
> No wonder I misunderstood you, see the subject of this thread and what=20
> you wrote in your first mail:
> > The issue; guidelib.bkl has a rule to make the lib and demo.bkl has
> > a rule to make the demo.exe, but because demo.bkl depends on the
> > guidelib it using=20
> >    <subproject id=3D"guidelib">
> >        <dir>../../≤/dir>
> >        <dependency-of>all</dependency-of>
> >    </subproject>

I'm sorry that my mails aren't that clear... :-s

> I must admit I'm lost.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vaclav Slavik | 18 Feb 2004 23:17
Picon
Favicon

Re: [bakefile-devel] Subprojetc question.

Hans Van Leemputten wrote:
> One make file is out of the question as it prevents one to release
> Lib1 independent from Lib2.

Or you could have subprojects for Lib1 and Lib2 and use one makefile 
for Lib1 and its demos and one for Lib2 and its demos...

Vaclav

--

-- 
PGP key: 0x465264C9, available from http://pgp.mit.edu/
Permalink | Reply | 0 comments |
headers
ABX | 6 Feb 2004 20:17
Picon

[bakefile-devel] Snapshot

Hi,

Files at http://bakefile.sourceforge.net/snapshot/ looks outdated while note
at http://bakefile.sourceforge.net/download.php says "use the snapshot, (...)
CVS (... is ...) one day old."

ABX

-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
Permalink | Reply | 0 comments |
headers
Vaclav Slavik | 6 Feb 2004 23:39
Picon
Favicon

Re: [bakefile-devel] Snapshot

ABX wrote:
> Files at http://bakefile.sourceforge.net/snapshot/ looks outdated
> while note at http://bakefile.sourceforge.net/download.php says
> "use the snapshot, (...) CVS (... is ...) one day old."

Thanks,   fixed (CVS should be usable again now, hopefully...)

VS

--

-- 
PGP key: 0x465264C9, available from http://pgp.mit.edu/
Permalink | Reply | 0 comments |
headers
ABX | 12 Feb 2004 15:26
Picon

[bakefile-devel] Warning in 0.1.3

Using bakefile 0.1.3 and using the same building process as in 0.1.2 I
received new warning
  Warning: libxml2 missing, will not show line numbers on errors
This warning wasn't outputed in 0.1.2 but I can't recognize which entry of
c:/Program Files/Bakefile/NEWS introduced it. I installed full Bakefiles.
Should I worry?

ABX

-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=click
Permalink | Reply | 0 comments |
headers
Vaclav Slavik | 12 Feb 2004 21:55
Picon
Favicon

Re: [bakefile-devel] Warning in 0.1.3


Hi,

ABX wrote:
>   Warning: libxml2 missing, will not show line numbers on errors
> This warning wasn't outputed in 0.1.2 but I can't recognize which
> entry of c:/Program Files/Bakefile/NEWS introduced it

None, the warning was always there. It's triggered if libxml2 module 
is missing, so this would happen if you uninstalled it. I don't 
understand how can it happen with 0.1.3's Windows setup program if 
that is what you use, though -- I verified it does install it under 
src/Lib/site-packages.

> Should I worry?

It is harmless, but it's not supposed to happen, so it's certainly a 
reason for me to worry :-/

Regards,
Vaclav

--

-- 
PGP key: 0x465264C9, available from http://pgp.mit.edu/
Permalink | Reply | 0 comments |

Gmane