Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

--config-file does not behave like %!includeconf #23

Closed
GoogleCodeExporter opened this issue Apr 18, 2015 · 2 comments
Closed

--config-file does not behave like %!includeconf #23

GoogleCodeExporter opened this issue Apr 18, 2015 · 2 comments
Labels
auto-migrated Priority-Medium Type-Defect

Comments

@GoogleCodeExporter
Copy link 

What steps will reproduce the problem?
1. If I put some configs in a file and call them by
%!includeconf: myfile, they produced the expected results
2. If I use the command line instead, with
--config-file=myfile some stuff is broken. 

What is the expected output? What do you see instead?
It's seems that target specific rules (like
%!preproc(html): TARGET html
%!preproc(tex): TARGET tex
)
are now not so specific. The last one overrides the previous for any target.


What version of the product are you using? On what operating system?
appears on version 2.5 Ubuntu Karmic and latest svn version

Please provide any additional information below.

Looking inside the script, there is a "suspicious" comment line
2233, in the method get_raw_config:
# Remove the 'target' item of all configs 

So removing this part seems to correct the bug (see patch, note that this
is a simpler and better correction than the one I posted earlier on the
mailing list)

Original issue reported on code.google.com by emmanuel...@lif.univ-mrs.fr on 26 Jan 2010 at 6:55

Attachments:
@GoogleCodeExporter
Copy link
Author 

Emmanuel, thank you very much for the detailed report, the analysis and even 
the patch!

I've applied your patch, but then realized that we need some extra work for 
this fix to be 100% ok. The way it is on the patch, the option order is not 
preserved (all common options are saved first, then comes all configs from 
included files) and the included configurations were not passing through the 
filter/ignore process.

I've rewritten the way the get_raw_config() method works, now always saving the 
target ('all' for plain options), so  ConfigLines().include_config_file() 
results now can be saved right away, integrating with the method's flow.

I've also created a new test for this specific condition in r228, so now we be 
sure it's working as intended. I'll commit the changes and close this bug, but 
please reopen it if you find anything wrong.

I'm glad the harder work was yours. I would have taken so much time to find the 
right spot on the code where this nasty bug was hiding :) Thanks!

Original comment by aureliojargas@gmail.com on 11 Aug 2010 at 8:48

@GoogleCodeExporter
Copy link
Author 

This issue was closed by revision r229.

Original comment by aureliojargas@gmail.com on 11 Aug 2010 at 8:51

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated Priority-Medium Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter