bugGNUstep - Bugs: bug #25343, core/gui make failed on...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #25343: core/gui make failed on MinGW32/WindowsXP

Submitted by:  Lu Liyi <luliyi1024>
Submitted on:  Fri 16 Jan 2009 05:30:50 AM UTC  
 
Category: MakefilesSeverity: 3 - Normal
Item Group: InstallationStatus: Works For Me
Privacy: PublicAssigned to: None
Open/Closed: Closed

(Jump to the original submission Jump to the original submission)

Wed 11 Feb 2009 04:04:12 AM UTC, comment #12:

on mingw32 with libgc7.1

core/gui:

./configure --with-objc-garbage-collection
make install

It is OK now!!

Thanks.

Lu Liyi <luliyi1024>
Tue 10 Feb 2009 10:33:31 PM UTC, comment #11:

do you confirm that when using the current gnustep msys installer and atop of that installign the current nightly tarballs of core, tarting with make, do you still get that problem? Because it works for me.

Riccardo Mottola <rmottola>
Project Member
Sat 07 Feb 2009 12:44:30 PM UTC, comment #10:

Did you update GNUstep from SVN and rebuild make?

Fred Kiefer <FredKiefer>
Project Member
Tue 03 Feb 2009 11:05:48 AM UTC, comment #9:

when I run
make message=yes install
it shows:
...
install -p -m 644 gui.make \
/usr/local/share/GNUstep/Makefiles/Additional/gui.make
./install: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
...

thanks

Lu Liyi <luliyi1024>
Mon 02 Feb 2009 05:15:01 PM UTC, comment #8:

I changed gnustep-make to use the full path to 'install'
on MinGW. This is much more robust, but it's unclear
if it would actually fix this issue, since it's hard
to see how this issue could occur in the first place.

Lu, if you have any more information on the issue, it would be
appreciated. Anything special about your setup ? Can you
run

make messages=yes install

and see what happens ?

Thanks

Nicola Pero <nico>
Project Member
Sat 31 Jan 2009 07:27:22 AM UTC, comment #7:

Yes, I think make should use the full path to the install program. I guess it should determine that path and check that it works at configure time.

Richard Frith-Macdonald <CaS>
Project Member
Wed 28 Jan 2009 09:19:46 PM UTC, comment #6:

"install -p -m 644 gui.make \
/usr/local/share/GNUstep/Makefiles/Additional/gui.make
./install: line 1: 1: command not found"

That is due to gnustep-make's configure, which for mingw32 sets

INSTALL="install -p"

Presumably when executed inside gnustep-gui's makefile, that
tries to execute the file 'INSTALL' in the local directory,
which starts with the line "1 Installation". So, the error

./install: line 1: 1: command not found

would mean that it tried to execute INSTALL (as a shell
script ?), and found an error on line 1, because it tried
to execute "1 Installation", but the command "1" was
"not found".

I think on other platforms we try to have INSTALL set to
a full path to avoid issues. Eg, on my machine it is set to
"/usr/bin/install -c".

Maybe using a full path there would help ?

Thanks

Nicola Pero <nico>
Project Member
Wed 28 Jan 2009 01:17:05 PM UTC, comment #5:

I was able to complete a build on Windows XP right now. Without further imfornation, I would consider this bug as invalid.

Riccardo Mottola <rmottola>
Project Member
Mon 19 Jan 2009 11:09:22 PM UTC, comment #4:

I have had the problem before. Unfortunately I can't remember now how I solved it. It's definitely some Windows issue though, perhaps a bad path in /etc/fstab. Maybe you can install MinGW from scratch again. Sorry I've completely forgotten the fix...

Adam Fedor <fedor>
Project Administrator
Mon 19 Jan 2009 02:16:16 PM UTC, comment #3:

Same here, I also recompiled all of GNUstep on MS Windows today and it worked.

What I noticed is that the results you are getting aren't consistent with executing INSTALL in gui, it rather looks like executing ANNOUCE. Could you please do a "ls -l" in the gui directory and report back the results?

Fred Kiefer <FredKiefer>
Project Member
Mon 19 Jan 2009 02:03:42 PM UTC, comment #2:

sorry, I cannot reporduce this problme. I just installed from today's daily snapshots.
Are you using the recent windows installer supplied by gnustep?

I configured base/gui/back with the following:
$ ./configure --with-installation-domain=SYSTEM && make GNUSTEP_INSTALLATION_DOMAIN=SYSTEM install

while make:
$ ./configure --prefix=/g/GNUstep --with-config-file=/g/GNUstep/GNUstep/GNUstep.conf

I installed into G:, change your drive letter accordingly.
This kind of configuration overwrites the installation supplied by GNUstep effectively udpating it.

Riccardo Mottola <rmottola>
Project Member
Fri 16 Jan 2009 05:35:43 AM UTC, comment #1:

lulu@163-777F96D2353 /src/gnustepsrc/core/gui
$ make GNUSTEP_INSTALLATION_DOMAIN=LOCAL gc=yes install
This is gnustep-make 2.0.8. Type 'make print-gnustep-make-help' for help.
Making all in Source...
Making all for library libgnustep-gui...
make[2]: Nothing to be done for `internal-library-all'.
Making all in Images...
make[1]: Nothing to be done for `all'.
Making all in Model...
Making all for bundle libgmodel...
make[2]: Nothing to be done for `internal-bundle-all'.
Making all in Tools...
Making all for tool make_services...
make[2]: Nothing to be done for `internal-tool-all'.
Making all for tool set_show_service...
make[2]: Nothing to be done for `internal-tool-all'.
Making all for tool gopen...
make[2]: Nothing to be done for `internal-tool-all'.
Making all for tool gclose...
make[2]: Nothing to be done for `internal-tool-all'.
Making all for tool gcloseall...
make[2]: Nothing to be done for `internal-tool-all'.
Making all for service GSspell...
make[2]: Nothing to be done for `internal-service-all'.
Making all in Panels...
make[1]: Nothing to be done for `all'.
Making all in PrinterTypes...
make[1]: Nothing to be done for `all'.
Making all in TextConverters...
Making all in RTF...
Making all for bundle RTFConverter...
make[3]: Nothing to be done for `internal-bundle-all'.
Making all in ColorPickers...
Making all for bundle StandardPicker...
Copying resources into the bundle wrapper...
Copying localized resources into the bundle wrapper...
Making all for bundle NamedPicker...
Copying resources into the bundle wrapper...
Making all for bundle WheelPicker...
Copying resources into the bundle wrapper...
Making all in KeyBindings...
make[1]: Nothing to be done for `all'.
Making all in Resources...
make[1]: Nothing to be done for `all'.
Making all in Printing...
Making all in GSLPR...
Making all for bundle GSLPR...
make[3]: Nothing to be done for `internal-bundle-all'.
install -p -m 644 gui.make \
/usr/local/share/GNUstep/Makefiles/Additional/gui.make
./install: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found
./ANNOUNCE: line 1: 1: command not found

Lu Liyi <luliyi1024>
Fri 16 Jan 2009 05:30:50 AM UTC, original submission:

There is a file: core/gui/INSTALL
and file: core/gui/install.sh
When do make on MinGW, system will call "core/gui/INSTALL" instand of "core/gui/install.sh", then make process failed.

So must tell make:
./install.sh
not
./install

Lu Liyi <luliyi1024>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by CaS (Posted a comment)
  • -unavailable- added by nico (Posted a comment)
  • -unavailable- added by fedor (Posted a comment)
  • -unavailable- added by FredKiefer (Posted a comment)
  • -unavailable- added by rmottola (Posted a comment)
  • -unavailable- added by luliyi1024 (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 12 Feb 2009 11:52:39 PM UTCrmottolaOpen/ClosedOpen=>Closed
    Mon 19 Jan 2009 02:16:16 PM UTCFredKieferStatusNone=>Works For Me

    Back to the top


    Powered by Savane 3.1-cleanup1