lstinputlisting sourced inconsistent to input

Bug #1213739 reported by Caleb Everett
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Rubber
Confirmed
Low
Sebastian Kapfer

Bug Description

Source File:
\documentclass{article}
\usepackage{listings}

\begin{document}

\input{test.tex}
\lstinputlisting{test.tex}

\end{document}

Output:
/home/caleb/workspace/test $ rubber -vv include.tex
This is Rubber version 1.1.
parsing /home/caleb/workspace/test/include.tex
built-in module listings registered
`/home/caleb/workspace/test/test.tex' is `/home/caleb/workspace/test/test.tex', no rule applied
parsing /home/caleb/workspace/test/test.tex
dependencies: ['/home/caleb/workspace/test/test.tex', 'test.tex', '/home/caleb/workspace/test/include.tex']
...

Notice that `\input` included the full file name while `\lstinputlisting` included the relative path
This causes rubber to break when the `--into <dir>` option is used because `<dir>/test.txt` does not exist.

description: updated
Revision history for this message
Sebastian Kapfer (caci) wrote :

Can you explain what you would expect to happen? If rubber didn't complain, LaTeX would complain a second later since it doesn't find test.tex. What would be the point of such a setup?

Changed in rubber:
assignee: nobody → Sebastian Kapfer (caci)
importance: Undecided → Low
milestone: none → 1.3
Sebastian Kapfer (caci)
Changed in rubber:
status: New → Confirmed
Sebastian Kapfer (caci)
Changed in rubber:
milestone: 1.3 → 1.4
Sebastian Kapfer (caci)
Changed in rubber:
milestone: 1.4 → 1.5
Changed in rubber:
milestone: 1.5 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.