Re: [patch, Fortran] Fix PR 56224

2013-02-14 Thread Thomas Koenig
Hi Tobias, OK. Thanks for the patch after fixing the nit below. Sorry for not noticing the review when you sent it. Here is the patch as I committed it as Revision 196058. 2013-02-14 Thomas Koenig PR fortran/56224 * gfortran.h (gfc_add_include_path): Add boolean argument

Re: [patch, Fortran] Fix PR 56224

2013-02-13 Thread Tobias Burnus
Thomas Koenig wrote: *ping* * pong * I'd like to get this into 4.8 before release. Others as well, given that it is a release-blocking P1 regression … However, I have already approved it: http://gcc.gnu.org/ml/fortran/2013-02/msg00061.html Tobias

Re: [patch, Fortran] Fix PR 56224

2013-02-13 Thread Thomas Koenig
*ping* I'd like to get this into 4.8 before release. > This version of the patch should fix that particular issue, and also has no test cases. Regression-tested. OK? I can leave out the FIXME if people object. Thomas

Re: [patch, Fortran] Fix PR 56224

2013-02-12 Thread Tobias Burnus
Thomas Koenig wrote: Am 09.02.2013 11:22, schrieb Tobias Burnus: Why did you put a FIXME there? What's wrong with adding the directory here? I think module files are different enough from include files that I would like to have them in different directories. I think they are similar enough

Re: [patch, Fortran] Fix PR 56224

2013-02-09 Thread Steve Kargl
On Sat, Feb 09, 2013 at 02:14:53PM +0100, Thomas Koenig wrote: > Am 09.02.2013 11:22, schrieb Tobias Burnus: > > > Why did you put a FIXME there? What's wrong with adding the directory here? > > I think module files are different enough from include files that I > would like to have them in diffe

Re: [patch, Fortran] Fix PR 56224

2013-02-09 Thread Thomas Koenig
Am 09.02.2013 11:22, schrieb Tobias Burnus: Why did you put a FIXME there? What's wrong with adding the directory here? I think module files are different enough from include files that I would like to have them in different directories. > "Seems to break testing, all testcases emit > Warning

Re: [patch, Fortran] Fix PR 56224

2013-02-09 Thread Jakub Jelinek
On Sat, Feb 09, 2013 at 11:22:18AM +0100, Tobias Burnus wrote: > Are you sure that the test case in gfortran.dg/gomp/omp_lib_1.F > works? The OpenMP Fortran headers (and modules) are generated in > libgomp/. Thus, I am not sure they are available in > gcc/testsuite/gfortran.dg/gomp (in particular w

Re: [patch, Fortran] Fix PR 56224

2013-02-09 Thread Tobias Burnus
Paul Richard Thomas wrote: It looks OK to me - is Jakub OK with it? On 8 February 2013 21:48, Thomas Koenig wrote: the attached patch fixes the PR by (re-)adding a search path for the path used by intrinsic modules. Regression-tested. OK for trunk? I am still recovering from a cold, but I

Re: [patch, Fortran] Fix PR 56224

2013-02-09 Thread Paul Richard Thomas
It looks OK to me - is Jakub OK with it? Cheers Paul On 8 February 2013 21:48, Thomas Koenig wrote: > Hello world, > > the attached patch fixes the PR by (re-)adding a search path > for the path used by intrinsic modules. > > Regression-tested. OK for trunk? > > Thomas > > 2013-02-08

[patch, Fortran] Fix PR 56224

2013-02-08 Thread Thomas Koenig
Hello world, the attached patch fixes the PR by (re-)adding a search path for the path used by intrinsic modules. Regression-tested. OK for trunk? Thomas 2013-02-08 Thomas Koenig PR fortran/56224 * options.c (gfc_handle_option): Also call gfc_add_include_p