Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-12-01 Thread Matthias Klose
On 30.11.2016 18:26, Jeff Law wrote:
> On 11/30/2016 09:53 AM, Matthias Klose wrote:
>> On 30.11.2016 12:38, Richard Biener wrote:
>>> On Wed, Nov 30, 2016 at 12:30 PM, Matthias Klose  wrote:
 There's one more fix needed for the case of only having the pkg-config 
 module
 installed when configuring with --enable-objc-gc. We can't use
 PKG_CHECK_MODULES
 directly because the pkg.m4 macros choke on the dash in the module name. 
 Thus
 setting the CFLAGS and LIBS directly. Ok to install?
>>>
>>> Why not fix pkg.m4?
>>>
>>> Richard.
>>
>> Jakub suggested to avoid using pkg-config at all, so we can get rid off this
>> code altogether.
> I thought we'd OK'd pkg-config (for JIT) which is why I didn't call it out.
> 
> Looking now, pkg-config got NAKd there and was removed.

ok, removed again.

Matthias



Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Jeff Law

On 11/30/2016 09:53 AM, Matthias Klose wrote:

On 30.11.2016 12:38, Richard Biener wrote:

On Wed, Nov 30, 2016 at 12:30 PM, Matthias Klose  wrote:

There's one more fix needed for the case of only having the pkg-config module
installed when configuring with --enable-objc-gc. We can't use PKG_CHECK_MODULES
directly because the pkg.m4 macros choke on the dash in the module name. Thus
setting the CFLAGS and LIBS directly. Ok to install?


Why not fix pkg.m4?

Richard.


Jakub suggested to avoid using pkg-config at all, so we can get rid off this
code altogether.

I thought we'd OK'd pkg-config (for JIT) which is why I didn't call it out.

Looking now, pkg-config got NAKd there and was removed.

Jeff



Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Matthias Klose
On 30.11.2016 12:38, Richard Biener wrote:
> On Wed, Nov 30, 2016 at 12:30 PM, Matthias Klose  wrote:
>> There's one more fix needed for the case of only having the pkg-config module
>> installed when configuring with --enable-objc-gc. We can't use 
>> PKG_CHECK_MODULES
>> directly because the pkg.m4 macros choke on the dash in the module name. Thus
>> setting the CFLAGS and LIBS directly. Ok to install?
> 
> Why not fix pkg.m4?
>
> Richard.

Jakub suggested to avoid using pkg-config at all, so we can get rid off this
code altogether.

To re-enable bootstrap with --enable-objc-gc enabled, I checked in this change
as a stop-gap:

>> * configure.ac: Set BDW_GC_CFLAGS and BDW_GC_LIBS after checking
>> for the existence of the pkg-config modules.
>> * Regenerate.

Matthias



Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Matthias Klose
On 30.11.2016 12:38, Richard Biener wrote:
> On Wed, Nov 30, 2016 at 12:30 PM, Matthias Klose  wrote:

>> There's one more fix needed for the case of only having the pkg-config module
>> installed when configuring with --enable-objc-gc. We can't use 
>> PKG_CHECK_MODULES
>> directly because the pkg.m4 macros choke on the dash in the module name. Thus
>> setting the CFLAGS and LIBS directly. Ok to install?
> 
> Why not fix pkg.m4?

as discussed on irc, now avoiding the use pkg-config, and assuming that libgc is
available in default locations when no --with-target-bdw-gc flags are given.
Checked with --enable-objc-gc and --enabled-objc-gc=auto.  Ok to install?

Matthias




	* configure.ac: Don't use pkg-config to check for bdw-gc.

config/

	* pkg.m4: Remove.

libobjc/

	* configure.ac: Don't use pkg-config to check for bdw-gc.

gcc/

	* doc/install.texi: Don't use pkg-config to check for bdw-gc.

Index: configure.ac
===
--- configure.ac	(Revision 243006)
+++ configure.ac	(Arbeitskopie)
@@ -29,7 +29,6 @@
 m4_include([ltversion.m4])
 m4_include([lt~obsolete.m4])
 m4_include([config/isl.m4])
-m4_include([config/pkg.m4])
 
 AC_INIT(move-if-change)
 AC_PREREQ(2.64)
@@ -2076,10 +2075,8 @@
 case ,${enable_languages},:${enable_objc_gc} in *,objc,*:yes|*,objc,*:auto)
   AC_MSG_CHECKING([for bdw garbage collector])
   if test "x$with_target_bdw_gc$with_target_bdw_gc_include$with_target_bdw_gc_lib" = x; then
-dnl no bdw-gw options, fall back to the bdw-gc pkg-config module
-PKG_CHECK_EXISTS(bdw-gc,
-  AC_MSG_RESULT([using bdw-gc pkg-config module]),
-  AC_MSG_ERROR([no --with-target-bdw-gc options and no bdw-gc pkg-config module found]))
+dnl no bdw-gw options, assume default locations
+AC_MSG_RESULT([using bdw-gc in default locations])
   else
 dnl bdw-gw options, first error checking, complete checking in libobjc
 if test "x$with_target_bdw_gc_include" = x && test "x$with_target_bdw_gc_lib" != x; then
Index: gcc/doc/install.texi
===
--- gcc/doc/install.texi	(Revision 243006)
+++ gcc/doc/install.texi	(Arbeitskopie)
@@ -2204,8 +2204,7 @@
 @option{--with-target-bdw-gc-lib} must always be specified together
 for each multilib variant and they take precedence over
 @option{--with-target-bdw-gc}.  If none of these options are
-specified, the values are taken from the @command{pkg-config}
-@samp{bdw-gc} module.
+specified, the library is assumed in default locations.
 @end table
 
 @html
Index: libobjc/configure.ac
===
--- libobjc/configure.ac	(Revision 243006)
+++ libobjc/configure.ac	(Arbeitskopie)
@@ -18,8 +18,6 @@
 #along with GCC; see the file COPYING3.  If not see
 #.
 
-m4_include([../config/pkg.m4])
-
 AC_PREREQ(2.64)
 AC_INIT(package-unused, version-unused,, libobjc)
 AC_CONFIG_SRCDIR([objc/objc.h])
@@ -223,10 +221,9 @@
 *)
   AC_MSG_CHECKING([for bdw garbage collector])
   if test "x$with_target_bdw_gc$with_target_bdw_gc_include$with_target_bdw_gc_lib" = x; then
-dnl no bdw-gw options, fall back to the bdw-gc pkg-config module
-PKG_CHECK_EXISTS(bdw-gc,
-  AC_MSG_RESULT([using bdw-gc pkg-config module]),
-  AC_MSG_ERROR([no --with-target-bdw-gc options and no bdw-gc pkg-config module found]))
+dnl no bdw-gw options, assuming bdw-gc in default locations
+BDW_GC_CFLAGS=
+BDW_GC_LIBS="-lgc"
   else
 dnl bdw-gw options passed by configure flags
 if test "x$with_target_bdw_gc_include" = x && test "x$with_target_bdw_gc_lib" != x; then


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Richard Biener
On Wed, Nov 30, 2016 at 12:30 PM, Matthias Klose  wrote:
> On 30.11.2016 11:52, Jakub Jelinek wrote:
>> On Wed, Nov 30, 2016 at 11:17:32AM +0100, Richard Biener wrote:
>>> On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
 On 30.11.2016 09:29, Andreas Schwab wrote:
> configure: error: no --with-target-bdw-gc options and no bdw-gc 
> pkg-config module found
> make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1
>
> Andreas.

 that's a bit terse. Could you send the complete output for the 
 configuration of
 the libobjc subdir and the config.log?

 I assume that is a configuration with --enable-objc-gc and then the 
 pkg-config
 module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
 having the bdw-gc pkg-config module available? Which libgc version is 
 installed?
>>>
>>> I see the same failure with just
>>>
>>>  ../configure --enable-languages=objc
>>>
>>> usually we disable languages (with a diagnostic) if requirements
>>> cannot be fulfilled.
>>>
>>> But it seems the default chosen is bad somehow... (and breaks my bootstraps 
>>> with
>>> default languages).
>>
>> I'm now testing the default (no --enable-objc-gc, --enable-objc-gc=*,
>> --disable-objc-gc) with.  Ok for trunk if it succeeds?
>>
>> 2016-11-30  Jakub Jelinek  
>>
>>   * configure.ac (--enable-objc-gc): If not given, default to
>>   enable_objc_gc=no.
>>   * configure: Regenerated.
>>
>> --- libobjc/configure.ac.jj   2016-11-30 08:57:26.0 +0100
>> +++ libobjc/configure.ac  2016-11-30 11:47:33.085828683 +0100
>> @@ -203,7 +203,7 @@ gt_BITFIELD_TYPE_MATTERS
>>  AC_ARG_ENABLE(objc-gc,
>>  [AS_HELP_STRING([--enable-objc-gc],
>>   [enable use of Boehm's garbage collector with the
>> -  GNU Objective-C runtime])])
>> +  GNU Objective-C runtime])],,enable_objc_gc=no)
>>  AC_ARG_WITH([target-bdw-gc],
>>  [AS_HELP_STRING([--with-target-bdw-gc=PATHLIST],
>>   [specify prefix directory for installed bdw-gc package.
>> --- libobjc/configure.jj  2016-11-30 08:57:26.0 +0100
>> +++ libobjc/configure 2016-11-30 11:47:44.720680375 +0100
>> @@ -11509,6 +11509,8 @@ $as_echo "#define HAVE_BITFIELD_TYPE_MAT
>>  # Check whether --enable-objc-gc was given.
>>  if test "${enable_objc_gc+set}" = set; then :
>>enableval=$enable_objc_gc;
>> +else
>> +  enable_objc_gc=no
>>  fi
>
> There's one more fix needed for the case of only having the pkg-config module
> installed when configuring with --enable-objc-gc. We can't use 
> PKG_CHECK_MODULES
> directly because the pkg.m4 macros choke on the dash in the module name. Thus
> setting the CFLAGS and LIBS directly. Ok to install?

Why not fix pkg.m4?

Richard.

> * configure.ac: Set BDW_GC_CFLAGS and BDW_GC_LIBS after checking
> for the existence of the pkg-config modules.
> * Regenerate.
>
>


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Richard Biener
On Wed, Nov 30, 2016 at 11:52 AM, Jakub Jelinek  wrote:
> On Wed, Nov 30, 2016 at 11:17:32AM +0100, Richard Biener wrote:
>> On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
>> > On 30.11.2016 09:29, Andreas Schwab wrote:
>> >> configure: error: no --with-target-bdw-gc options and no bdw-gc 
>> >> pkg-config module found
>> >> make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1
>> >>
>> >> Andreas.
>> >
>> > that's a bit terse. Could you send the complete output for the 
>> > configuration of
>> > the libobjc subdir and the config.log?
>> >
>> > I assume that is a configuration with --enable-objc-gc and then the 
>> > pkg-config
>> > module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
>> > having the bdw-gc pkg-config module available? Which libgc version is 
>> > installed?
>>
>> I see the same failure with just
>>
>>  ../configure --enable-languages=objc
>>
>> usually we disable languages (with a diagnostic) if requirements
>> cannot be fulfilled.
>>
>> But it seems the default chosen is bad somehow... (and breaks my bootstraps 
>> with
>> default languages).
>
> I'm now testing the default (no --enable-objc-gc, --enable-objc-gc=*,
> --disable-objc-gc) with.  Ok for trunk if it succeeds?

Ok.

Thanks,
Richard.

> 2016-11-30  Jakub Jelinek  
>
> * configure.ac (--enable-objc-gc): If not given, default to
> enable_objc_gc=no.
> * configure: Regenerated.
>
> --- libobjc/configure.ac.jj 2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure.ac2016-11-30 11:47:33.085828683 +0100
> @@ -203,7 +203,7 @@ gt_BITFIELD_TYPE_MATTERS
>  AC_ARG_ENABLE(objc-gc,
>  [AS_HELP_STRING([--enable-objc-gc],
> [enable use of Boehm's garbage collector with the
> -GNU Objective-C runtime])])
> +GNU Objective-C runtime])],,enable_objc_gc=no)
>  AC_ARG_WITH([target-bdw-gc],
>  [AS_HELP_STRING([--with-target-bdw-gc=PATHLIST],
> [specify prefix directory for installed bdw-gc package.
> --- libobjc/configure.jj2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure   2016-11-30 11:47:44.720680375 +0100
> @@ -11509,6 +11509,8 @@ $as_echo "#define HAVE_BITFIELD_TYPE_MAT
>  # Check whether --enable-objc-gc was given.
>  if test "${enable_objc_gc+set}" = set; then :
>enableval=$enable_objc_gc;
> +else
> +  enable_objc_gc=no
>  fi
>
>
> Jakub


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Matthias Klose
On 30.11.2016 11:52, Jakub Jelinek wrote:
> On Wed, Nov 30, 2016 at 11:17:32AM +0100, Richard Biener wrote:
>> On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
>>> On 30.11.2016 09:29, Andreas Schwab wrote:
 configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
 module found
 make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1

 Andreas.
>>>
>>> that's a bit terse. Could you send the complete output for the 
>>> configuration of
>>> the libobjc subdir and the config.log?
>>>
>>> I assume that is a configuration with --enable-objc-gc and then the 
>>> pkg-config
>>> module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
>>> having the bdw-gc pkg-config module available? Which libgc version is 
>>> installed?
>>
>> I see the same failure with just
>>
>>  ../configure --enable-languages=objc
>>
>> usually we disable languages (with a diagnostic) if requirements
>> cannot be fulfilled.
>>
>> But it seems the default chosen is bad somehow... (and breaks my bootstraps 
>> with
>> default languages).
> 
> I'm now testing the default (no --enable-objc-gc, --enable-objc-gc=*,
> --disable-objc-gc) with.  Ok for trunk if it succeeds?
> 
> 2016-11-30  Jakub Jelinek  
> 
>   * configure.ac (--enable-objc-gc): If not given, default to
>   enable_objc_gc=no.
>   * configure: Regenerated.
> 
> --- libobjc/configure.ac.jj   2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure.ac  2016-11-30 11:47:33.085828683 +0100
> @@ -203,7 +203,7 @@ gt_BITFIELD_TYPE_MATTERS
>  AC_ARG_ENABLE(objc-gc,
>  [AS_HELP_STRING([--enable-objc-gc],
>   [enable use of Boehm's garbage collector with the
> -  GNU Objective-C runtime])])
> +  GNU Objective-C runtime])],,enable_objc_gc=no)
>  AC_ARG_WITH([target-bdw-gc],
>  [AS_HELP_STRING([--with-target-bdw-gc=PATHLIST],
>   [specify prefix directory for installed bdw-gc package.
> --- libobjc/configure.jj  2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure 2016-11-30 11:47:44.720680375 +0100
> @@ -11509,6 +11509,8 @@ $as_echo "#define HAVE_BITFIELD_TYPE_MAT
>  # Check whether --enable-objc-gc was given.
>  if test "${enable_objc_gc+set}" = set; then :
>enableval=$enable_objc_gc;
> +else
> +  enable_objc_gc=no
>  fi

There's one more fix needed for the case of only having the pkg-config module
installed when configuring with --enable-objc-gc. We can't use PKG_CHECK_MODULES
directly because the pkg.m4 macros choke on the dash in the module name. Thus
setting the CFLAGS and LIBS directly. Ok to install?

* configure.ac: Set BDW_GC_CFLAGS and BDW_GC_LIBS after checking
for the existence of the pkg-config modules.
* Regenerate.


--- libobjc/configure.ac	(Revision 243006)
+++ libobjc/configure.ac	(Arbeitskopie)
@@ -225,7 +225,9 @@
   if test "x$with_target_bdw_gc$with_target_bdw_gc_include$with_target_bdw_gc_lib" = x; then
 dnl no bdw-gw options, fall back to the bdw-gc pkg-config module
 PKG_CHECK_EXISTS(bdw-gc,
-  AC_MSG_RESULT([using bdw-gc pkg-config module]),
+  [AC_MSG_RESULT([using bdw-gc pkg-config module])
+   BDW_GC_CFLAGS=`$PKG_CONFIG --cflags bdw-gc`
+   BDW_GC_LIBS=`$PKG_CONFIG --libs bdw-gc`],
   AC_MSG_ERROR([no --with-target-bdw-gc options and no bdw-gc pkg-config module found]))
   else
 dnl bdw-gw options passed by configure flags


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Matthias Klose
On 30.11.2016 11:52, Jakub Jelinek wrote:
> On Wed, Nov 30, 2016 at 11:17:32AM +0100, Richard Biener wrote:
>> On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
>>> On 30.11.2016 09:29, Andreas Schwab wrote:
 configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
 module found
 make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1

 Andreas.
>>>
>>> that's a bit terse. Could you send the complete output for the 
>>> configuration of
>>> the libobjc subdir and the config.log?
>>>
>>> I assume that is a configuration with --enable-objc-gc and then the 
>>> pkg-config
>>> module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
>>> having the bdw-gc pkg-config module available? Which libgc version is 
>>> installed?
>>
>> I see the same failure with just
>>
>>  ../configure --enable-languages=objc
>>
>> usually we disable languages (with a diagnostic) if requirements
>> cannot be fulfilled.
>>
>> But it seems the default chosen is bad somehow... (and breaks my bootstraps 
>> with
>> default languages).
> 
> I'm now testing the default (no --enable-objc-gc, --enable-objc-gc=*,
> --disable-objc-gc) with.  Ok for trunk if it succeeds?
> 
> 2016-11-30  Jakub Jelinek  
> 
>   * configure.ac (--enable-objc-gc): If not given, default to
>   enable_objc_gc=no.
>   * configure: Regenerated.
> 
> --- libobjc/configure.ac.jj   2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure.ac  2016-11-30 11:47:33.085828683 +0100
> @@ -203,7 +203,7 @@ gt_BITFIELD_TYPE_MATTERS
>  AC_ARG_ENABLE(objc-gc,
>  [AS_HELP_STRING([--enable-objc-gc],
>   [enable use of Boehm's garbage collector with the
> -  GNU Objective-C runtime])])
> +  GNU Objective-C runtime])],,enable_objc_gc=no)
>  AC_ARG_WITH([target-bdw-gc],
>  [AS_HELP_STRING([--with-target-bdw-gc=PATHLIST],
>   [specify prefix directory for installed bdw-gc package.
> --- libobjc/configure.jj  2016-11-30 08:57:26.0 +0100
> +++ libobjc/configure 2016-11-30 11:47:44.720680375 +0100
> @@ -11509,6 +11509,8 @@ $as_echo "#define HAVE_BITFIELD_TYPE_MAT
>  # Check whether --enable-objc-gc was given.
>  if test "${enable_objc_gc+set}" = set; then :
>enableval=$enable_objc_gc;
> +else
> +  enable_objc_gc=no
>  fi
>  

I can confirm, that this works for any configureation not enabling the objc-gc.
I found another issue with enabling objc-gc, but your patch restores the
standard bootstrap.

Matthias





Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Jakub Jelinek
On Wed, Nov 30, 2016 at 11:17:32AM +0100, Richard Biener wrote:
> On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
> > On 30.11.2016 09:29, Andreas Schwab wrote:
> >> configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
> >> module found
> >> make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1
> >>
> >> Andreas.
> >
> > that's a bit terse. Could you send the complete output for the 
> > configuration of
> > the libobjc subdir and the config.log?
> >
> > I assume that is a configuration with --enable-objc-gc and then the 
> > pkg-config
> > module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
> > having the bdw-gc pkg-config module available? Which libgc version is 
> > installed?
> 
> I see the same failure with just
> 
>  ../configure --enable-languages=objc
> 
> usually we disable languages (with a diagnostic) if requirements
> cannot be fulfilled.
> 
> But it seems the default chosen is bad somehow... (and breaks my bootstraps 
> with
> default languages).

I'm now testing the default (no --enable-objc-gc, --enable-objc-gc=*,
--disable-objc-gc) with.  Ok for trunk if it succeeds?

2016-11-30  Jakub Jelinek  

* configure.ac (--enable-objc-gc): If not given, default to
enable_objc_gc=no.
* configure: Regenerated.

--- libobjc/configure.ac.jj 2016-11-30 08:57:26.0 +0100
+++ libobjc/configure.ac2016-11-30 11:47:33.085828683 +0100
@@ -203,7 +203,7 @@ gt_BITFIELD_TYPE_MATTERS
 AC_ARG_ENABLE(objc-gc,
 [AS_HELP_STRING([--enable-objc-gc],
[enable use of Boehm's garbage collector with the
-GNU Objective-C runtime])])
+GNU Objective-C runtime])],,enable_objc_gc=no)
 AC_ARG_WITH([target-bdw-gc],
 [AS_HELP_STRING([--with-target-bdw-gc=PATHLIST],
[specify prefix directory for installed bdw-gc package.
--- libobjc/configure.jj2016-11-30 08:57:26.0 +0100
+++ libobjc/configure   2016-11-30 11:47:44.720680375 +0100
@@ -11509,6 +11509,8 @@ $as_echo "#define HAVE_BITFIELD_TYPE_MAT
 # Check whether --enable-objc-gc was given.
 if test "${enable_objc_gc+set}" = set; then :
   enableval=$enable_objc_gc;
+else
+  enable_objc_gc=no
 fi
 
 
Jakub


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Richard Biener
On Wed, Nov 30, 2016 at 11:06 AM, Matthias Klose  wrote:
> On 30.11.2016 09:29, Andreas Schwab wrote:
>> configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
>> module found
>> make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1
>>
>> Andreas.
>
> that's a bit terse. Could you send the complete output for the configuration 
> of
> the libobjc subdir and the config.log?
>
> I assume that is a configuration with --enable-objc-gc and then the pkg-config
> module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
> having the bdw-gc pkg-config module available? Which libgc version is 
> installed?

I see the same failure with just

 ../configure --enable-languages=objc

usually we disable languages (with a diagnostic) if requirements
cannot be fulfilled.

But it seems the default chosen is bad somehow... (and breaks my bootstraps with
default languages).

Richard.


> Thanks, Matthias
>


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Andreas Schwab
On Nov 30 2016, Matthias Klose  wrote:

> I assume that is a configuration with --enable-objc-gc

No.

Andreas.

-- 
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."


Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Matthias Klose
On 30.11.2016 09:29, Andreas Schwab wrote:
> configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
> module found
> make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1
> 
> Andreas.

that's a bit terse. Could you send the complete output for the configuration of
the libobjc subdir and the config.log?

I assume that is a configuration with --enable-objc-gc and then the pkg-config
module cannot be found.  Are gc/gc.h and libgc.so in standard paths without
having the bdw-gc pkg-config module available? Which libgc version is installed?

Thanks, Matthias



Re: [patch] boehm-gc removal and libobjc changes to build with an external bdw-gc

2016-11-30 Thread Andreas Schwab
configure: error: no --with-target-bdw-gc options and no bdw-gc pkg-config 
module found
make[1]: *** [Makefile:19775: configure-target-libobjc] Error 1

Andreas.

-- 
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."