[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-04-07 Thread Richard Frith-Macdonald

Update of bug #29291 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #9:

I applied a modified version of your fix which should use the TARGET rather
than HOST information .. if it is exported by gnustep-make.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-31 Thread Niels Grewe

Follow-up Comment #8, bug #29291 (project gnustep):

Thanks! Now that I know where to look, I have devised a workaround myself
(diff attached). Of course this is not the correct fix because it uses
GNUSTEP_HOST_* variables. One probably would want a way to specify that stuff
based on the target gnustep-base is being configured for.

Cheers,

Niels

PS: This also made a weird problem go away where -base was claiming that the
runtime didn't support uncaught exception handlers.

(file #20073)
___

Additional Item Attachment:

File name: configure.diff Size:0 KB


___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-30 Thread Nicola Pero

Follow-up Comment #7, bug #29291 (project gnustep):

The gnustep-base configure.ac script seems wrong ... 

CPPFLAGS="$CPPFLAGS -I$GNUSTEP_SYSTEM_HEADERS
-I$GNUSTEP_LOCAL_HEADERS/$LIBRARY_COMBO"

LDFLAGS="$LDFLAGS -L$GNUSTEP_SYSTEM_LIBRARIES
-L$GNUSTEP_LOCAL_LIBRARIES" 

These just ignore the non-flattened case.  In the non-flattened case,
LIBRARY_COMBOs etc. need to be used. 

I was going to fix it myself, but regenerating gnustep-base's configure
requires autoconf 2.61, which I don't have, so I have to reinstall autoconf
etc.

Thanks

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-30 Thread Richard Frith-Macdonald

Follow-up Comment #6, bug #29291 (project gnustep):

I mean the configure script runs GNUstep.sh to set up the header/library
info.
If you can reproduce the problem, perhaps you can check the logs to see what
is actually being done in your case.

The relevant part of configure.ac follows.

GNUSTEP_MAKEFILES="$CURRENT_GNUSTEP_MAKEFILES"
GNUSTEP_SH_EXPORT_ALL_VARIABLES=yes
. "$CURRENT_GNUSTEP_MAKEFILES/GNUstep.sh"
unset GNUSTEP_SH_EXPORT_ALL_VARIABLES

# For backwards compatibility, define GNUSTEP_SYSTEM_HEADERS from
# GNUSTEP_SYSTEM_ROOT if not set yet.
if test x"$GNUSTEP_SYSTEM_HEADERS" = x""; then
  GNUSTEP_SYSTEM_HEADERS="$GNUSTEP_SYSTEM_ROOT/Library/Headers"
fi

if test x"$GNUSTEP_SYSTEM_LIBRARIES" = x""; then
  GNUSTEP_SYSTEM_LIBRARIES="$GNUSTEP_SYSTEM_ROOT/Library/Libraries"
fi

#
# Add standard library and header directories for configure to use to locate
# plain C developer headers/libraries which haver been installed in the
# GNUstep hierarchy.
#
CPPFLAGS="$CPPFLAGS -I$GNUSTEP_SYSTEM_HEADERS -I$GNUSTEP_LOCAL_HEADERS"
LDFLAGS="$LDFLAGS -L$GNUSTEP_SYSTEM_LIBRARIES -L$GNUSTEP_LOCAL_LIBRARIES"


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-30 Thread Niels Grewe

Follow-up Comment #5, bug #29291 (project gnustep):

No, I don't think I ever configured gnustep-base before installing
gnustep-make and since I did a lot of reconfiguring during the last week or
so, I'm positive that that's not the problem. But if you say "gets header and
library locations from gnustep-make", do you mean from filesystem.*? Because
there I have GNUSTEP_(SYSTEM|LOCAL)_(HEADERS|LIBRARIES) set to the values for
the flattened layout. (Still gnustep-make will compile and install stuff just
fine and non-flattened.)

Any ideas?

Cheers,


Niels

___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-28 Thread Richard Frith-Macdonald

Follow-up Comment #4, bug #29291 (project gnustep):

The gnustep-base configure script gets the header and library locations from
gnustep-make.

Is it possible that you simply configured gnustep-base before installing
gnustep-make, so that it was using the flattened location information from a
previous installation of gnustep-make?


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-21 Thread Niels Grewe

Follow-up Comment #3, bug #29291 (project gnustep):

You're right, I was being imprecise: It's the configure script in -base
that's causing the problems. Sorry for the confusion!

Niels

___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-21 Thread Nicola Pero

Follow-up Comment #2, bug #29291 (project gnustep):

I guess you're getting the problem when trying to configure gnustep-base, not
gnustep-make.

I'll need to check on that.

Thanks for reporting the problem :-)

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-21 Thread Nicola Pero

Follow-up Comment #1, bug #29291 (project gnustep):

It should work.

Can you provide more details of what you did ?

My understanding is that you did 

cd /xxx/core/make
./configure --disable-flattened
su -c 'make install'

cd /xxx/dev-libs/libobjc2
make
su -c 'make install'

cd /xxx/core/make
./configure --disable-flattened

and at stage you had the problem ?

It should work though.  Did you include '--disable-flattened' the second time
you configured gnustep-make ?

Thanks

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #29291] The configure script doesn't play nice with non-flattened namespaces

2010-03-21 Thread Niels Grewe

URL:
  

 Summary: The configure script doesn't play nice with
non-flattened namespaces
 Project: GNUstep
Submitted by: thebeing
Submitted on: So 21 Mär 2010 21:19:28 GMT
Category: Base/Foundation
Severity: 3 - Normal
  Item Group: Bug
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hi,

I configured -make with a non-flattened namespace and recently ran into some
problems where the configure script wouldn't detect an installed libobjc2
properly. It turns out that apparently, it doesn't know about non-flattened
namespaces since it is trying to buld stuff with the following commandline:

clang -o conftest -g -O2 -I/usr/inlcude/x86_64-linux-gnu
-I/usr/GNUstep/System/Library/Headers -I/usr/GNUstep/Local/Library/Headers
-fgnu-runtime -x objective-c  -L/usr/GNUstep/System/Library/Libraries
-L/usr/GNUstep/Local/Library/Libraries conftest.c -ldl  -lobjc   -lpthread

Here the include and library paths should include $LIBRARY_COMBO or
$GNUSTEP_TARGET_LDIR to always point to the right place. I suspect (hope?) the
fix is trivial, but I unfortunately know nothing about autoconf.

Cheers,


Niels




___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep