Re: [tup] FUSE directory access

Hi Lee, On Fri, Dec 20, 2013 at 10:23 PM, Lee Winter wrote: > Recently I've been trying to use debug tools to understand what > happens to a software tool that is invoked by tup. But the > .tup/mnt/@tupjob-#/ directories have been impenetrable. > > In fuse_fs.c I've disabled the pgid check so th

Re: [tup] Tup on 64bit Windows

Hi Robert, On Thu, Dec 5, 2013 at 5:13 AM, Robert Pettersen wrote: > Hi Mike, > > Sorry for the late reply, beeing swamped with work here. We are currently > porting our old makefile system to tup, for an operating system and all its > applications. And unfortunately half our developers are on F

[tup] v0.7.1 released

Hi all, I've tagged the latest master as v0.7.1. This is largely a bug-fix/maintenance release, but there are a few new features: - Tupfile.ini support (thanks Pat!) - Custom gitignore files (thanks Brad!) As well as a number of other bug fixes / improvements / documentation (thanks to Gerd, Mar

Re: [tup] FUSE directory access

Hi Lee, On Mon, Dec 23, 2013 at 12:19 AM, Lee Winter wrote: > On Sun, Dec 22, 2013 at 10:41 PM, Mike Shal wrote: > > Hi Lee, > > > > On Fri, Dec 20, 2013 at 10:23 PM, Lee Winter > > wrote: > >> > >> Recently I've been trying to use debug tools

Re: [tup] v0.6.5 (not v0.7.1) being installed through apt-get on Linux

What exactly do we need to update in the homepage? Is it that it should be 'precise' instead of 'lucid' in the line: sudo apt-add-repository 'deb http://ppa.launchpad.net/anatol/tup/ubuntulucid main' ? Thanks! -Mike On Mon, Dec 30, 2013 at 9:50 PM, thegreendroid wrote: > Thanks for the quick r

Re: [tup] Redirecting executable stdout,stderr to a file

Hello, On Mon, Dec 30, 2013 at 8:56 PM, thegreendroid wrote: > Hi Tup users, > > I am trying to write a Tupfile for facilitating TDD on a C/C++ based > project. > > My Tupfile builds the unit test executables correctly. However, I am now > attempting to modify the Tupfile to run just the changed

Re: [tup] Filenames with spaces?

Hi Andrew, On Mon, Nov 25, 2013 at 5:31 AM, Andrew Wagner wrote: > On Sun, Nov 24, 2013 at 5:05 PM, Mike Shal wrote: > > On Fri, Nov 22, 2013 at 8:59 AM, Andrew Wagner > wrote: > >> > >> Is there a way to escape filenames with spaces in a Tupfile? This is

Re: [tup] Redirecting executable stdout,stderr to a file

On Thu, Jan 2, 2014 at 3:51 PM, thegreendroid wrote: > Hi Mike, > > I tried implementing your suggested solution but I am now running into an > error - > > On Linux (with tup version 0.7-30-gfa1b078) - > > tup error: Unable to create command 'unittest' because the node already > exists in the data

Re: [tup] v0.6.5 (not v0.7.1) being installed through apt-get on Linux

On Thu, Jan 2, 2014 at 3:29 PM, thegreendroid wrote: > Hi Mike, > > Yes it'd be great if you could update the homepage to be 'precise' instead > of 'lucid'. > > > Anatol, does this sound right? Also do I need to update the contrib/debian/changelog file? It lists 'lucid' as well as an older version

Re: [tup] Building external projects

Hi Elliott, On Tue, Jan 7, 2014 at 1:07 AM, Elliott Conant wrote: > I have a project where I used to include the entire source of gtest and > gmock, and I'm trying to refactor it so gtest and gmock are treated as > external projects but still built. Is this possible? I'd prefer not to > add ne

Re: [tup] Building external projects

On Fri, Jan 10, 2014 at 1:33 AM, Elliott Conant wrote: > Hi Mike, thanks for the reply! > > That's a nice solution, it's a bit cleaner than what I came up with and I > might end up using it. The solution I came up with is to copy the internals > of the !cc macro and have it compile the files witho

Re: [tup] no update is detected on OSX 10.9.1 (tup 0.7 and 0.7.1)

On Fri, Jan 17, 2014 at 7:02 PM, spamwax wrote: Hello, > > I installed the tup using 'brew' which installs the fuse4osx and it seems > it's loaded: > > $ kextstat | grep fuse > 112: 1170 0xff7f823eb000 0x150000x15000 > com.github.osxfuse.filesystems.osxfusefs (2.6.2) <7 5 4 3 1> > >

Re: [tup] Issues with filenames containing spaces (repost, previous one somehow got lost)

On Fri, Feb 14, 2014 at 11:45 AM, Thanassis Tsiodras wrote: > > The following console output should be self explanatory - I can't seem to > make Tup work with filenames containing spaces: > > ttsiod@avalon ~/work/ > $ ls -l > total 148 > drwxr-xr-x 3 ttsiod ttsiod 4096 Feb 14 18:30 ./ > drwxr-

Re: [tup] tup error: Size of 259 bytes is longer than the max filesize

On Sun, Feb 2, 2014 at 1:07 PM, Ben Boeckel wrote: > On Sat, Feb 01, 2014 at 17:04:50 -0800, Matthew Borger wrote: > > Could you provide an example of the @arg thing? All I can see form the > tup > > manual is that @ is used for variables from the tup.confg file. I could > > have tup generate a s

Re: [tup] no update is detected on OSX 10.9.1 (tup 0.7 and 0.7.1)

On Mon, Jan 27, 2014 at 7:44 AM, john skaller wrote: > > So I am guessing, Vim is using old fashioned load/save. > Whereas Sublime is using memory mapping. Tup is detecting > the gross change to the directory, but it isn't detecting a mere > changed file size/time stamp. [Just guessing .. :] > T

Re: [tup] no update is detected on OSX 10.9.1 (tup 0.7 and 0.7.1)

On Mon, Jan 27, 2014 at 5:01 AM, spamwax wrote: > > OK, it seems Sublime Text has a role in this issue. > When I modify a text file using vim and do a 'tup upd', it works as > expected. > However when I modify the same file using Sublime Text, even though "ls" > shows that size and date/time of t

Re: [tup] no update is detected on OSX 10.9.1 (tup 0.7 and 0.7.1)

On Thu, Feb 20, 2014 at 6:10 PM, spamwax wrote: > > > On Wednesday, February 19, 2014 2:05:47 PM UTC-5, mar...@gmail.com wrote: >> >> >> Hmm, I tried to download Sublime Text 2 from here: >> http://www.sublimetext.com/2 >> >> On both OSX 10.8.4 and 10.9.1, when I save the file in Sublime, 'tup up

Re: [tup] no update is detected on OSX 10.9.1 (tup 0.7 and 0.7.1)

On Thu, Feb 20, 2014 at 9:54 PM, john skaller wrote: > > On 21/02/2014, at 11:22 AM, Mike Shal wrote: > > > > Ahh, thanks - I can reproduce it with Sublime Text 3. So somehow when it > saves the file, it's not updating the ctime (only the mtime). We need to > check t

Re: [tup] tup file system check on Windows

Hi Karl, On Tue, Mar 4, 2014 at 11:30 AM, wrote: > > When not using 'tup monitor', and tup is invoked with a target, does it > check for changes to *all* source files in the DAG, or only those known > to contribute to that target? > > If not using 'tup monitor', then tup would still walk the ent

Re: [tup] Quieter operation

On Tue, Mar 11, 2014 at 9:22 PM, Casey Rodarmor wrote: > Is there a way to get tup to print out a little bit less when everything > goes according to plan? > > I run tup automatically every time I launch my in-development program > (since tup is so fast ^_^) and a normal run with no problems and

Re: [tup] Tup + OS X Resource Forks

On Tue, Mar 11, 2014 at 12:10 PM, Casey Rodarmor wrote: > Hi there, > > I recently started using tup as an alternative to waf, and I'm very happy > with it. However there is one issue: It seems to be incompatible with OS X > resource forks. > > As part of a build step, I have to create and append

Re: [tup] Tup on 64bit Windows

On Mon, Mar 17, 2014 at 8:51 AM, Tristan Rybak wrote: > Hi Mike, Robert, > Any news on a patch for 64bit windows? > I am using the executable attached to first post and it's working great > (very big thanks for that Robert!) > but I'd like to have new features and bugfixes introduced later too ple

Re: [tup] tup without Tupfiles?

u are subscribed to the Google Groups "tup-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to tup-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. From 068e5336570f8d8d1eeaeecc73e2029724

Re: [tup] Re: looking for 'recursive foreach'

On Fri, Mar 28, 2014 at 11:33 AM, Rendaw wrote: > On Friday, March 28, 2014 12:39:59 AM UTC+9, anonym anonym wrote: >> >> Hi >> >> I wanted to try tup out. But I have a issue that I couldn't find a >> solution for. >> >> I have a line in my Tupfile like this: >> >> : foreach .*.cpp |> gcc %f -o %

Re: [tup] Variant subdirectories

On Fri, Jun 6, 2014 at 12:26 PM, wrote: > Hi, this is my first time using tup and because of a bit of OCD I wanted > to set up some variants as, e.g., > > build/release/tup.config > build/debug/tup.config > > instead of multiple top-level directories such as > build-release/tup.config > build

Re: [tup] tup jobs fail with Visual Studio 2013 c compiler

On Sat, Jun 7, 2014 at 10:13 AM, Dirk Steenpass wrote: > Hello everybody! > > I am giving tup a try and do not succeed in building a trivial executable > with the VS2013 c-compiler. It seems that the compiler writes to > '<...>\AppData\Local\Microsoft\VSCommon\12.0\SQM\sqmcpp.log'. Writing to > t

Re: [tup] Re: Wildcard rules that ignore files with a particular prefix

On Sun, Jun 8, 2014 at 10:42 PM, Michael Levine wrote: > As you'll see, I'm trying to make a list of the object files, by > replacing the .cc extension with .o, and then pass that table to the > archive and make_shared functions. > > > However, I'm having troubles with this code- the latest iss

Re: [tup] Cross-build same source for many hardware variants using tup

On Sun, Jun 8, 2014 at 5:50 AM, venkatakrishnarao ks < venkatakrishnarao...@gmail.com> wrote: Hello, > We have a considerably large build system that uses non-recursive make to > build same source for more than one hardware variant. Not every component > is built for all variants either. It is con

Re: [tup] Re: Wildcard rules that ignore files with a particular prefix

On Tue, Jun 10, 2014 at 1:25 PM, Michael Levine wrote: > > > On Tuesday, June 10, 2014 11:43:22 AM UTC-4, mar...@gmail.com wrote: >> >> >> I think the issue is with these if statements: >> >> if (#objects) then >> >> When there are no objects, #objects is 0, and if(0) is true in Lua >> (unlike i

Re: [tup] Some doubts from newbee

On Sat, Jun 28, 2014 at 7:47 AM, Xavier wrote: > 1) Yes, there are several reasons: for example, you updated the gcc in you > system and you want a new version of your program compiled against new gcc. > Obviously, you don't add the gcc files as inputs, but you want to compile > anyway your progr

Re: [tup] TUP_CWD issues

On Fri, Jun 27, 2014 at 5:24 PM, Quibbler wrote: > There are several issues related to the functioning of TUP_CWD. > > 1. The documentation is inadequate. Specifically, the examples. They > are all trivial. Are there any examples of usage where the variable in > used in a file to reference a

Re: [tup] Tup having problems reading symbols for PCH

On Mon, Jul 21, 2014 at 6:07 PM, Casey Rodarmor wrote: Hi all, > > I have a project where turning on the "-g" to clang causes the build to > fail. > > The first rule of the tupfile (attached) builds a pch from the "common.h" > header file. When I uncomment "#CXXFLAGS += -g", I get a bunch of erro

Re: [tup] Question about expanding

On Sat, Jul 12, 2014 at 3:05 PM, Bob Rubbens wrote: > So I just found out that you can expand groups with % (for > example, turn into liba.a libb.a libc.a etc.). It took quite > a while of searching and fiddling with tupfiles. However, I found that > piece of information through a stack overflow

Re: [tup] TUP_CWD issues

On Fri, Jul 11, 2014 at 5:42 AM, Quibbler wrote: > However, while I am on the topic of my lack of comprehension, I have been > unable to make sense of the the following message: "tup error: Explicitly > named file '/.o' can't be listed as an input because it was > generated from external director

Re: [tup] Tup and linux namespaces

On Wed, Jul 9, 2014 at 9:43 PM, Paul Colomiets wrote: > Hi, > > Two weeks ago I've posted an issue about using tup in linux containers: > > https://github.com/gittup/tup/issues/184 > > Issue should be trivial to fix, but I've not received any answer. > Sorry for the delay - things have been quit

Re: [tup] Failed to inject dll: No such file or directory error

On Thu, Jun 26, 2014 at 11:33 AM, Wesley Robb wrote: > Hey guys, > > I'm having the same issues with Win7 64bit while performing 32bit builds. > I'm using tup version v0.7.2-12-ga582fee. Is there any plan to resolve this > issue? > > > I tried to look into this a while ago, but I don't really hav

Re: [tup] Hidden (dot) files and directories

On Sun, Jun 22, 2014 at 5:34 AM, Freddie Chopin wrote: > Hello! > > I guess the main reason to ignore hidden (dot) files and directories is to > ignore .tup folder with the database. But is there a good reason to ignore > ALL such files/directories? Recently there was a discussion about a simple

Re: [tup] On the danger of using imperative build specification languages

On Sat, Jun 21, 2014 at 10:46 AM, Andrew Wagner wrote: Hello tup-using community! > > I would like to voice a concern that I have about the direction the open > source community is taking regarding build systems. > > Almost every single new build system that is gaining any traction is built > usi

Re: [tup] Unspecified output files in case of dynamic output files

On Wed, Aug 13, 2014 at 8:38 AM, Rico Beier wrote: Hi there, > > I would like to implement a command which has a file list as input and > downloads all files on the list to a specific subdirectory. The problem is, > that tup needs an accurate specification of output files. So I don't know > how t

Re: [tup] Problem with include_rules directory context

On Mon, Aug 4, 2014 at 4:36 AM, Quibbler wrote: > The manual states that files that are included are relative to the file > containing the include directive. One might expect that same principle to > apply to Tuprules.tup but it does not appear to apply. Given a project > containing a source di

Re: [tup] How about a release? (;

Hey Freddie, On Sat, Sep 20, 2014 at 7:00 AM, Freddie Chopin wrote: > Hello! > > I know that Mike is currently M.I.A. (; , but seeing that he updates his > blog I hope that he also reads emails from this group (; > I'm not totally MIA, just really busy :(. So, I haven't had as much time to work

Re: [tup] FUSE is a problem

On Mon, Sep 8, 2014 at 1:30 PM, Freddie Chopin wrote: > W dniu 2014-09-08 19:22, Chris Johnson pisze: > >> TUP looks great. I've a fairly large and ever growing project (500 >> source files, 150 directories) I need to frequently build. >> >> But having to install FUSE is a major problem. On Mac

Re: [tup] Unspecified output files in case of dynamic output files

On Wed, Sep 10, 2014 at 5:10 AM, Rico Beier wrote: > But think of the following problem: >> > You have an input file, that is splitted by command_1 into different files > (either part_1 ... part_n depending on content; and all these files shall > be processed further; OR filename.out, filename.au

Re: [tup] FUSE is a problem

> > As a mostly-Windows user I haven't yet tried tup on Linux, until today (; > So I've faced the whole palette of problems that most of you faced before: > - I had to set suid in tup binary and modify the tupfiles with ^c^ flag to > be able to debug the project with GDB, > Yep :( - we should be a

Re: [tup] tup on FreeBSD

Hi Lars, On Fri, Aug 29, 2014 at 7:26 AM, Lars Eggert wrote: > error: Unable to truncate() files not created by this job: > /@tupjob-1291/usr/home/lars/tup/src/lua/lcode.c > Hmm, I get this error too. However, it seems to be something in the FUSE lib that causes it to call truncate() on files t

Re: [tup] mtime issue on Windows

On Tue, Sep 30, 2014 at 7:48 AM, wrote: > > Compile: Dma.c -> Dma.o > Link: Dma.o -> DMA.out + DMA.mdf > > The file I want is DMA.out, but the linker will also create DMA.mdf. It is > not possible to turn off this behavior. Both files will have a slightly > different time-stamp according to Windo

Re: [tup] FUSE is a problem

On Wed, Sep 24, 2014 at 3:03 AM, Freddie Chopin wrote: > On 09/24/2014 02:40 AM, Mike Shal wrote: > >> Build time increased by over 100% compared to what? >> > > Full rebuild WITH ^c^ takes 69s / 63s (first / second run). The same full > rebuild without this flag takes

Re: [tup] FUSE is a problem

On Thu, Sep 25, 2014 at 10:04 AM, Ben Boeckel wrote: > On Wed, Sep 24, 2014 at 09:03:11 +0200, Freddie Chopin wrote: > > On 09/24/2014 02:40 AM, Mike Shal wrote: > > > Build time increased by over 100% compared to what? > > > > Full rebuild WITH ^c^ takes 69s / 63s

Re: [tup] FUSE is a problem

On Tue, Sep 30, 2014 at 10:32 PM, Mike Shal wrote: > > On Wed, Sep 24, 2014 at 3:03 AM, Freddie Chopin > wrote: > >> On 09/24/2014 02:40 AM, Mike Shal wrote: >> >>> Build time increased by over 100% compared to what? >>> >> >> Full rebuild W

Re: [tup] FUSE is a problem

On Tue, Sep 30, 2014 at 10:50 PM, Ben Boeckel wrote: > On Tue, Sep 30, 2014 at 22:35:26 -0400, Mike Shal wrote: > > 500ms isn't too bad for a development loop, though it seems kinda long > for > > such a small project. What happens when the project is 10x or 100x as >

Re: [tup] mtime issue on Windows

On Wed, Oct 1, 2014 at 10:04 AM, Freddie Chopin wrote: > On 10/01/2014 03:31 PM, tup_r...@gmx.eu wrote: > > http://sqlitebrowser.org/ > > > > Just open .tup/db and inspect table "node". > > OK, I'm browsing through my projects and I see a lot of nodes that have > "-1" in mtime column. By "a lot"

Re: [tup] List of input files?

On Fri, Sep 5, 2014 at 12:45 PM, Matt Day wrote: Is it possible to find the list of input files? > > I want to add a check that all of the tup input files are committed in > git... > > I don't think there is an easy way to just list the files that are used as inputs from commands, though you coul

Re: [tup] would ptrace work?

The user_allow_other flag is only needed if you want to use full file-system wide dependencies, or run processes with the ^c flag to force running in a chroot. Otherwise you don't need to set it. If that is the problem, you should see something like this: --- Run t2000-basic-tupfile.sh --- .tup r

Re: [tup] Tup on 64bit Windows

Hi Robert, thanks so much for working on this! I think we are fairly close. I've tried to incorporate this patch and produce both the tup-dllinject.dll (64-bit) and tup-dllinject32.dll from the same tree. To build binaries from Linux, you'll need both a CONFIG_TUP_MINGW and CONFIG_TUP_MINGW32 in t

Re: [tup] Tup on 64bit Windows

I should have mentioned, the WIP is in the 'win64-2' branch: https://github.com/gittup/tup/tree/win64-2 On Sat, Nov 1, 2014 at 11:25 AM, Mike Shal wrote: > Hi Robert, thanks so much for working on this! I think we are fairly close. > > I've tried to incorporate this pa

Re: [tup] Tup on 64bit Windows

On Mon, Nov 3, 2014 at 8:51 AM, Robert Pettersen wrote: > 3) You are right, compiling with the 64bit compiler with the -m32 flag > seem to produce the expected output. > Are you able to link tup32detect.exe and tup-dllinject32.dll with the 64bit compiler and -m32 as well? I was looking to avoid

Re: [tup] Re: Macports version

On Mon, Jan 5, 2015 at 3:18 PM, wrote: > On Monday, January 5, 2015 6:45:30 AM UTC-8, Freddie Chopin wrote: >> >> Hello! >> >> (I'm also CC'ing this email to Anatol, as he is listed as maintainer) >> >> Is there any reason why tup's version in Macports is still 0.7.1, while >> 0.7.3 was released

Re: [tup] Macports version

On Thu, Jan 15, 2015 at 1:53 PM, Brad Campbell wrote: > I have tried to help with this in the past, but I got sick of doing > Anatol’s job for him. I created a ticket for 0.7.2 ( > https://trac.macports.org/ticket/44293 > ) a while ago but Mac > P

Re: [tup] Can tup at all be used for single-file building?

On Wed, Aug 5, 2015 at 12:38 PM, Bourgond Aries wrote: > I have a project with a lot of directories. > I want to just build every .c file and dump the .o files in $(TOP)/temp/. > Then I'd like to link them into an executable. > You can do something like this with the Lua parser: Tupdefault.lua

Re: [tup] Tup automatically deduce IO?

On Wed, Aug 5, 2015 at 1:38 PM, Bourgond Aries wrote: > Would it be possible for tup to automatically deduce input and output for > a :-rule? Would this be useful or detrimental, and why? > > Yes, this is one of the main features of tup. You still have to list files generated by another rule as i

Re: [tup] Can tup at all be used for single-file building?

On Wed, Aug 5, 2015 at 3:10 PM, Bourgond Aries wrote: > >You can do something like this with the Lua parser: > > >Tupdefault.lua (at the top of your project): > >tup.foreach_rule('*.c', 'gcc -c %f -o %o -I$(NETHACK_ROOT)/include', > {'%B.o', '$(NETHACK_ROOT)/'}) > > Interestingly enough, the code

Re: [tup] Can tup at all be used for single-file building?

On Wed, Aug 5, 2015 at 3:27 PM, Ryan Gonzalez wrote: > > You know, you could just use patsubst and keep it all in make... > This isn't a very helpful suggestion, given the many problems with make. -Mike -- -- tup-users mailing list email: tup-users@googlegroups.com unsubscribe: tup-users+uns

Re: [tup] Tup and linux namespaces

On Sat, Jul 26, 2014 at 8:01 AM, Paul Colomiets wrote: > Hi Mike, > > On Sat, Jul 26, 2014 at 5:29 AM, Mike Shal wrote: > > It's definitely something that should be supported in the future, > certainly > > for getting rid of the annoying .tup/mnt paths that show up

Re: [tup] Multiple output groups?

On Mon, Sep 28, 2015 at 3:18 PM, Freddie Chopin wrote: > Hello! > > Is there any specific reason why multiple output groups are forbidden? I > just > wanted to use many output groups to group the outputs in a hierarchy (so > that > I could have groups of files created in a/ folder, which would be

Re: [tup] Multiple output groups?

On Wed, Sep 30, 2015 at 4:28 PM, Freddie Chopin wrote: > > Yeah, they can be handy :). Part of me thinks that we could just use > groups > > for inputs/outputs and not list any files manually. Though we'd also have > > to fix the explicit-listing-of-output-files issue for that to work. > > This i

Re: [tup] Tup and linux namespaces

On Wed, Sep 30, 2015 at 5:33 PM, Ben Boeckel wrote: > On Wed, Sep 30, 2015 at 23:24:01 +0200, Freddie Chopin wrote: > > After extracting: > > > > > # CONFIG_USER_NS is not set > > For future reference, there is also zless and zgrep :) . > > > So I guess Arch Linux won't work in this scenario... I

Re: [tup] Tup and linux namespaces

On Thu, Oct 1, 2015 at 12:27 PM, Freddie Chopin wrote: > On Thursday 01 of October 2015 10:09:56 Mike Shal wrote: > > - If you don't have such a kernel, your paths have '.tup/mnt/@tupjob-X' > in > > them (which messes up things that stuff the current working

Re: [tup] Multiple output groups?

On Thu, Oct 1, 2015 at 12:55 PM, Freddie Chopin wrote: > On Thursday 01 of October 2015 10:05:17 Mike Shal wrote: > > Hmm, can you give an example here? I don't understand why you'd want to > > have libsomething.a and then a group - after all, an > > archive is

Re: [tup] Tup and linux namespaces

On Thu, Oct 1, 2015 at 1:03 PM, Freddie Chopin wrote: > On Thursday 01 of October 2015 12:55:49 Mike Shal wrote: > > Well I was wondering if it makes sense to only support the normal paths > > where namespacing is enabled, so I could get rid of the ^c flag and suid > &

[tup] variants are dead - long live variants

Hi all, For those who use variants, and/or are interested in variants in Windows, can you give the 'explicit-variant' branch on github a try? Some background: The way variants were implemented has been a pain, because of the way it relied on the dependency checker to overlay the output directory

Re: [tup] variants are dead - long live variants

On Tue, Oct 6, 2015 at 2:49 PM, Ben Boeckel wrote: > On Fri, Oct 02, 2015 at 21:23:14 -0400, Mike Shal wrote: > > The way variants were implemented has been a pain, because of the way it > > relied on the dependency checker to overlay the output directory with the > > s

Re: [tup] Tup and linux namespaces

On Thu, Oct 1, 2015 at 1:14 PM, Mike Shal wrote: > > On Thu, Oct 1, 2015 at 1:03 PM, Freddie Chopin > wrote: > >> On Thursday 01 of October 2015 12:55:49 Mike Shal wrote: >> > Well I was wondering if it makes sense to only support the normal paths >> > wher

Re: [tup] Tup and linux namespaces

On Thu, Oct 8, 2015 at 9:45 PM, Mike Shal wrote: > On Thu, Oct 1, 2015 at 1:14 PM, Mike Shal wrote: > >> >> On Thu, Oct 1, 2015 at 1:03 PM, Freddie Chopin >> wrote: >> >>> On Thursday 01 of October 2015 12:55:49 Mike Shal wrote: >>> > Well I

Re: [tup] Tup and linux namespaces

On Wed, Oct 21, 2015 at 5:09 PM, Freddie Chopin wrote: > I've just built and tested that on ArchLinux - with suid, without > namespaces. > The projects build fine and I can debug them without the "^c" flag, so I > guess > that for me it's a 100% success. > Thanks for testing it out! > > BTW -

Re: [tup] New error when using macros with additional outputs

Thanks for the report! I believe this is now fixed in commit 28beb20626ba5459df9a5e5c25ece6396b4214a3. Though I'm confused why just doing 'tup init' with a different version would appear to make the issue go away. Did you actually run an update with the older version? The issue was in the parser, s

Re: [tup] Add Tupdefault symmetric behaviour

On Wed, Nov 4, 2015 at 12:58 PM, Jonatan Olofsson < jonatan.olofs...@gmail.com> wrote: > Hi, > > A few weeks ago I posted a pull request ( > https://github.com/gittup/tup/pull/245), but for some reason I forgot to > email this list.. My bad.. > > As you know, there is a feature for Lua configurati

Re: [tup] Add Tupdefault symmetric behaviour

Thanks! It's been merged. -Mike On Thu, Nov 5, 2015 at 1:41 PM, Jonatan Olofsson wrote: > Crap, that's bad of me.. Sorry about that. I updated the commit > accordingly and rebased it to the top. > > Signed icla via clahub. > > // Jonatan > > On Thursday, 5 November 2015 19:02:40 UTC+1, mar...@g

Re: [tup] Problems Building gittup.org linux

Hi Sek, On Tue, Nov 10, 2015 at 8:30 AM, Sekenre wrote: > The output I get from Tup is: > > [ tup ] [0.000s] Scanning filesystem... > [ tup ] [4.420s] Parsing Tupfiles... > 1) [0.001s] . > 2) [0.007s] linux/drivers/net > tup error: Explicitly named file 'built-in.o' not found in subdir > 'linu

[tup] Contributor License Agreement on clahub

Hi all, I've posted the contributor license agreement in CLAHub, so now you can fill out the agreement electronically instead of printing & scanning it. Submitting a pull request to https://github.com/gittup/tup for the first time should direct you to CLAHub, but if you have any issues with that p

[tup] Run scripts survey

Hi all, If you use run-scripts in your Tupfiles, I'd appreciate your feedback. You can reply to the list or reply to me privately if you prefer. 1) What langauge(s) do you use in your run-scripts? Eg: python, shell, etc. 2) What feature(s) do you use run-scripts for that aren't available in the

Re: [tup] Problems Building gittup.org linux

On Tue, Nov 10, 2015 at 12:19 PM, Sekenre wrote: > Thanks Mike, > > $ tup --version > tup 0.7.3 > > Ahh, the issue appears to have been fixed by commit f62ae05311d. > I will try your suggestion tomorrow. Silly me, I had assumed that every > part of the kernel build tree had been ported to Tup,

Re: [tup] Problems Building gittup.org linux

On Wed, Nov 11, 2015 at 9:30 AM, Sekenre wrote > > > It works! I got audio and networking operational. (still have problems > with virtual hard disk, but that's just kernel module options, not build > related) > Great! > > Changing the kernel caused a rebuild of everything including GCC! How >

Re: [tup] recognizing a new extra input

On Mon, Nov 2, 2015 at 3:22 PM, Gavin Cannizzaro wrote: > Hi Freddie, > > A belated thanks for this tip. > > I was able to get something working using this % construct. It's a > bit hackish (in my particular case), since I ended up merely echoing the > value of %, which somehow caused Tup to beh

Re: [tup] strange ifn?eq

On Fri, Nov 20, 2015 at 11:49 AM, Peter Varo wrote: > My god, it's full of *whitespaces*.. >> > > This is very strange, though understandable behaviour.. > > The behavior with whitespaces here was intended to match that of 'make', so you could read certain Makefiles with tup and process the condi

Re: [tup] strange ifn?eq

On Fri, Nov 20, 2015 at 12:55 PM, Peter Varo wrote: > I think that would help a lot for newcomers, like me. Though, I have to > confess, one of the reasons why I switched to tup from SCons (and make) was > its clean and simple syntax/mind-set AND the superb documentation/man-page > it has.. but i

Re: [tup] strange ifn?eq

On Sat, Nov 21, 2015 at 11:21 AM, Peter Varo wrote: > Now it is perfect, thank you very much! :) > > I have another question, should I post it here, or should I start a new > thread instead? (It is not realted to `ifdef` and `ifndef`, but `ifeq` and > `ifneq`) > A new thread would be good if it'

Re: [tup] Re: variants are dead - long live variants

On Thu, Nov 26, 2015 at 9:20 AM, Thomas Gahr wrote: > Dammit, I think this was just my fault, my PATH was not set correctly. As > soon as I add the folder with *.exe and *.dll of tup to PATH, it works like > a charm - at least for my small test ;) > Thanks for the feedback! It seems not having t

Re: [tup] Change 'display.color' via command line or environment?

On Sat, Oct 31, 2015 at 11:31 PM, Chris wrote: > Currently I am using the .tup/options file like this: > > [updater] > num_jobs = 3 > [display] > color = never > > I want to be able to do: > > tup --display-color=auto > or > tup --display-color=never > > Is a switch like this avai

Re: [tup] Problems Building gittup.org linux

On Fri, Nov 27, 2015 at 9:32 AM, Sekenre wrote: > Hi Mike, > > It is reproducable! > > 1) Do a menuconfig and add support for ext4 to the kernel > 2) Run tup a couple of times, It will complain about extra built-in.o file > 3) Create missing Tupfile in linux/fs/ext4 and linux/fs/jbd2 > 4) Run tup

Re: [tup] dot-files and dot-folders

On Thu, Oct 8, 2015 at 4:43 PM, Freddie Chopin wrote: > Hello Mike! > > On Thursday 01 of October 2015 13:10:05 Mike Shal wrote: > > On Thu, Oct 1, 2015 at 12:55 PM, Freddie Chopin < > freddie.cho...@gmail.com> > > wrote: > > > There are more restrictions

Re: [tup] multiple rules for the same target (for overriding a pattern)

On Wed, Dec 2, 2015 at 11:41 AM, Sanjoy Mahajan wrote: > What is the idiom for this pattern? The following notation modification > might be useful: > > : foreach *.asy except blah.asy |> asy -tex lualatex -f pdf %f |> %B.pdf > Mikhail recently added support for this with the '^' marker: : fore

Re: [tup] dot-files and dot-folders

On Wed, Dec 2, 2015 at 4:49 PM, Stephen Irons wrote: > > > On 3 December 2015 at 06:00, Freddie Chopin > wrote: > >> >> You might want to ignore other hidden folders of popular version control >> systems - ".svn" would be a good candidate. >> >> > Also ".bzr", Canonical's bazaar DVCS. Not really

Re: [tup] Execute :-rules in bash with `set -o pipefail`

On Mon, Dec 7, 2015 at 4:47 PM, Erik wrote: I generally want my tup :-rules to be run in bash with `set -o pipefail` > enabled. I could add this to every single rule but that's verbose and error > prone. Someone on stackoverflow recommended I try doing this with shared > library interposition, wh

Re: [tup] Re: variants are dead - long live variants

On Wed, Dec 9, 2015 at 9:33 PM, Pat Pannuto wrote: > > I had a little less success with this. > > I'm trying to build > https://github.com/lab11/M-ulator/tree/master/simulator > > When I used the explicit-variant branch, the first complaint tup had came > from this Tupfile: > https://github.com/l

Re: [tup] Execute :-rules in bash with `set -o pipefail`

On Fri, Dec 11, 2015 at 2:31 PM, Erik wrote: > I probably use Tup a little differently than most people. Instead of using > it to build software (which I do sometimes), I use it for repeated data > analysis and graph generation. One my tup rules looks something like > > : input.json |> < %f simul

Re: [tup] Re: Inconsistent decoding of filename on Windows

On Thu, Apr 23, 2015 at 7:46 PM, Gavin Cannizzaro wrote: > I filed this as an issue here: https://github.com/gittup/tup/issues/233 > Thanks for digging into this & filing the issue! I think this is fixed in master, though I find the Windows Unicode support to be confusing, so I wouldn't be surpr

Re: [tup] Re: variants are dead - long live variants

On Thu, Dec 10, 2015 at 11:14 AM, Pat Pannuto wrote: > Ah, now I understand. > > While in most cases I think that specifying the output is fine, I'm sure > there are naive tools out there that someone will want to use that won't > let you specify an output path. Naive tools notwithstanding, it wo

Re: [tup] First impressions

Hi hauptmech, thanks for your feedback! See below... On Sun, Nov 29, 2015 at 7:55 PM, hauptmech wrote: > > The naming of files used by tup are inconsistent and difficult to > remember. Having to look at the manual everytime I've been away from tup > for a while will be annoying. Here's what I wo

Re: [tup] Re: variants are dead - long live variants

On Fri, Dec 18, 2015 at 2:57 PM, Pat Pannuto wrote: > What if you went the other direction? i.e. copy / hard-link the source > files into the variant directories and execute the commands in the variant > directories? This would also allow things to run in parallel still. > > Hmm, that's a good id

[tup] new release soon

Hi all, I'd like to tag master as v0.7.4 soon (probably close to the new year). If you haven't pulled in a while, can you try the latest master and file issues for any obvious bugs? Ie: if something works with the current version, then you pull the latest and now it doesn't, that's probably a bug

  1   2   3   >